提问
Utilities SAP Contract Accounts Receivable and Payable

Emigall PAYMENT对象性能优化

2020-09-21 05:21发布

站内问答 / SAP Industry Solutions
1294 2 5

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


你好

我们需要迁移FICA 1年的历史记录（打开和关闭的项目）。 对于未清项目的迁移，我们使用EMIGALL对象文档，每小时每小时迁移约800万个文档。

对于期末未清项目（付款）的迁移，我们在emigall中使用PAYMENT对象，每小时的迁移量约为300.000，远少于文档数量，但是CPU和数据库资源的使用率更高。 同样，当我们为每个后台进程迁移付款时，大约有5个对话框进程连接到tRFC队列。

为了优化导入，我们实施了EMIGALL性能指南中的7.12付款，应用笔记

775917（"性能迁移事实，文档，付款"）和注释

2140916-RFC处理（Oracle）中的性能问题，但未获得明显的性能。

我们的目标是使用多个线程每小时达到300万个付款对象。 有人有类似的要求吗？需要进行哪些优化才能提高性能？

谢谢您的问候，

Danko

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


你好

我们需要迁移FICA 1年的历史记录（打开和关闭的项目）。 对于未清项目的迁移，我们使用EMIGALL对象文档，每小时每小时迁移约800万个文档。

对于期末未清项目（付款）的迁移，我们在emigall中使用PAYMENT对象，每小时的迁移量约为300.000，远少于文档数量，但是CPU和数据库资源的使用率更高。 同样，当我们为每个后台进程迁移付款时，大约有5个对话框进程连接到tRFC队列。

为了优化导入，我们实施了EMIGALL性能指南中的7.12付款，应用笔记

775917（"性能迁移事实，文档，付款"）和注释

2140916-RFC处理（Oracle）中的性能问题，但未获得明显的性能。

我们的目标是使用多个线程每小时达到300万个付款对象。 有人有类似的要求吗？需要进行哪些优化才能提高性能？

谢谢您的问候，

Danko

付费偷看设置
发送
2条回答
落灬小鱼
1楼 · 2020-09-21 05:37.采纳回答

你好，艾伦，

感谢您的建议，但解决方案是另一回事。

正如我提到的，迁移触发了许多RFC调用的创建，并在对话中开始了处理。 其他FICA对象由BCKG处理。 因此，我使用事务SWELS进行了事件跟踪，并且发生了一个事件，该事件迫使处理进入tRFC队列。 我们在迁移过程中禁用了它，这是我们发现缺少性能的地方。 之后，付款在后台处理，其性能与文档类似。

亲切的问候，

Danko

一只江湖小虾
2楼-- · 2020-09-21 05:32

嗨，Danko，

一些优化迁移对象PAYMENT性能的建议如下：

  1. 请勿使用数字范围缓冲，因为在FI-CA中使用了批量处理
  2. 创建足够数量的数字范围间隔，并将其分配给"自定义"中使用的文档类型
  3. 提交缓冲。 请注意，在同一导入运行和LUW中，每个要结算的单据只能被结算或部分结算一次。 因此，建议您不要在不同的并行运行中为一个业务伙伴导入付款，否则会发生锁定问题。 这些锁仅由"提交工作"语句释放。 如果连续的文档通常不满足相同的原始过帐要求，则可以使用较低的值（例如10）进行缓冲。 您可以通过大量"正在完成处理"错误消息来识别由这些限制引起的问题
  4. 为中央实例配置其他DIA工作流程。 确保该数量至少等于并行运行的导入作业的数量。 RFC调用始终会触发中央实例，因为导入会从服务器读取信息。 如果未找到空闲的DIA工作流程，则导入作业的状态将更改为"正在等待-CPIC"，并且仅在有另一个DIA工作流程可用时才继续。 或者，您可以在功能强大的中央实例上而不是在应用程序服务器上运行导入。 这样可以避免RFC调用触发的开销。

希望有帮助

谢谢

Amlan

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...