sap

当我试图部署一个应用到SAP云平台的neo环境时： 指定Compute Unit Size为Lite： 点击Deploy按钮，遇到如下错误消息：there is no compute unit quota for subaccount: 解决方案 使用命令行neo set-quota --account wc4e460ce --user i042416 --host int.sap.hana.ondemand.com --amount lite:1 给subaccount分配一个计算单元： 分配之后，使用如下命令查看subaccount状态，确保分配成功： neo account:list-accounts --account wc4e460ce --user i042416 --host int.sap.hana.ondemand.com 之后即可成功部署： neo的console客户端命令参考 SAP help 要获取更多Jerry的原创技术文章，请关注公众号"汪子熙"或者扫描下面二维码: 来源： https://www.cnblogs.com/sap-jerry/p/9218492.html

更多内容关注公众号：SAP Technical 各位可以关注我的公众号：SAP Technical 一，同步调用从一个程序同步调用其他的ABAP程序，有2种方式： 1，调用程序被打断，当被调用程序执行完毕之后，调用程序继续执行。如：CALL FUNCTION <function>SUBMIT <program> AND RETURNCALL TRANSACTION <tcode> 使用CALL FUNCTION 'AAA'调用FM的时候，相应的FUNCTION GROUP被加载到调用程序所在的internal session。当FM执行完毕，接着执行调用程序。FUNCTION GROUP和其GLOBAL DATA会一直保存在这个internal session直到调用程序结束。当调用程序再次调用这个FM的时候，不会再次加载相应的FUNCTION GROUP。这个FUNCTON GROUP的GLOBAL DATA和第一次调用它时的内容是一样的。 使用SUBMIT <program> AND RETURN或者CALL TRANSACTION <tcode>的时候，实际是插入了一个新的internal session，当被调用的程序执行完毕之后，新插入的internal session会被删除，继续执行调用程序。可以使用leave program语句来结束程序。 2,调用程序被结束

SAP PO，是基于SAP Net weaver平台（SOA框架的平台）的中间件产品，为企业提供一套支持SAP系统间、SAP系统与Non-Sap系统间以及Non-SAP系统间进行数据交换（ XI/PI）和业务流程管理（BPM）的平台，业务流程可以根据预定义的规则（BRM）流转， 数据集成可以是A2A或B2B，支持同步和异步的数据交互方式。 XI:数据交换（XI）-> PI:数据交换（XI） && 业务流程管理（BPM） ->PO:数据交换（XI）&& 业务流程管理（BPM）&& 业务规则管理（BRM） 在ER中进行接口配置 ID中进行CC和IC配置 主要： DT Data Types定义类型 MT Message Types定义发送方和接收方结构 SI Service interfaces 定义发送方和接收方 MM Message Mappings 发送和返回的报文Mapping OM Message Mappings 定义发送接收方向和使用的Mapping 保存激活之后在ERP段就会生成PROXY 之后进入ID CC 定义传输 根据接口地址配置，接受方和发送方要区分开 IC 定义Inbound 和 Outbound CM里面可以查询监控日志 Configuration and Monitoring 配置和监控 Configuration and Monitoring Home

更多内容关注公众号：SAP Technical 各位可以关注我的公众号：SAP Technical SAP查看事务代码下的角色和用户 查看角色：SUIM——>Roles——>By Transaction Assignment 输入Transaction code即可看到事务代码下的角色。 查看用户：SUIM——> User——>By Transaction Authorization 输入Transaction code即可看到事务代码下的用户。 来源： CSDN 作者： SAPmatinal 链接： https://blog.csdn.net/SAPmatinal/article/details/103990685

为什么要登陆组，对于一台应用服务器来说，这个完全没有必要，一台服务器死了，系统就挂了，但是对于两台及以上的服务器，如果采用登录组，那么死一台没有关系，只要有还有一台在，只要消息服务器不挂，系统就可用，但是消息服务器挂了呢？ 1.服务器端设置 tcode:SMLG 新建一个登录组，然后将实例加入就可以，登录组的名字可以随便起，但但一定要大气震撼。 2.客户端设置 连接类型上，不要选择自定义应用服务器，而要选择组服务器。 在消息服务器里面输入消息服务器的地址，加上3600端口，例如：192.168.0.1:3600 这样消息服务器接到用户GUI的请求时，就会根据各个系统的响应情况做出分配，将用户请求分配到不同的服务器上 如果你在C:\Windows\System32\drivers\etc 中的services文件中注册如下连两个端口，那上面的:3600就不需要了。 sapmsprd 3600/tcp sapmsprd 3900/tcp 3.集群 上面想想是好的，但是如果你指定的这个消息服务器也挂了，那不是还是所有人都登录不了，所以问题又回来了，你的服务器必须是集群，这样你的消息服务器才能根据机器的状况进行漂移，客户端设置的消息服务器是一个虚拟地址，可以由集群自动指向活在的机器。 来源： CSDN 作者： samson_www 链接： https://blog.csdn.net