您需要与基础团队联系以进行缩放和调整大小。 如果源数据为300 mb，使用PI可能不是最佳选择。 您可以使用其他ETL工具。

嗨，Yeshua，

我建议使用分块处理数据来优化消息大小，而不是一次性处理大量记录 ..

检查以下链接以供参考。

https://answers.sap.com/questions/8558049/pi-71-jdbc-sender-adapter-huge-load-from-db-select。 html

https://answers.sap.com/questions/7561264/sending-data-in-chunks-in-jdbc-adapter-with-rollba.html

http://scn.sap.com/community/pi-and-soa-middleware/blog/2012/09/24/jdbc-receiver-scenarios-best-practices-- 如何处理大容量存储过程 esign-part6

或

如果可以从数据库生成文件，请使用文件适配器选择文件并分块处理文件。

< p> https://blogs.sap.com/2010/10/18/pixi-pi-73-processing-of-large-files-teaser/

致谢

巴尔加瓦克里希纳

Majumder/Talasila，

感谢您的快速建议。

我们已经完成了SAP PI Server的大小调整和调整系统，以处理大量数据，而不会出现内存不足错误和消息阻塞的情况。

问题在于ESR映射，

1。 在运行时，我添加的"变量"（映射中的标准选项）似乎无法处理/保留大量数据/记录。

2。 上述问题可能是由于我用于"变量"字段映射逻辑的按示例格式化功能。 表示FormatByEample无法处理具有100,000条记录的大数据。 （这里没有数据问题，因为用formarbyexample映射的源字段和目标字段具有相同的记录计数）

那么NWA中是否需要更改任何特定的Java属性，以便为映射工具提供更多的Java内存？

而且我也无法拆分消息，因为我正在根据条件对从源系统接收到的记录进行分组。 因此我们无法预测记录会在源数据中的任何位置发生（逻辑可能包括对同一销售组的记录进行分组。并且销售组记录可能在100,000条记录中排在最前或最后）。

请提出建议。

最好的问候。 YQ