我们有很多SSIS软件包，可以在CRM中更新/创建记录。一些实体，例如联系人，客户，客户产品（我们的自定义实体，用于保存所有客户类型），而我们正在迁移性能低下且CPU占用较高CPU（具有20个处理器）的记录。但是通常对于其他自定义实体，我们没有任何迟钝或问题。为了执行这些操作，我们使用KingswaySoft应用程序。假设我有一个名为CASA的SSIS软件包，如果我在不到1分钟的时间内用10.000数据执行了该软件包，就可以完成我的过程。但是，如果我要使用250.000数据执行数据包，则应该在半小时内完成打包，但几乎要花1.5-2个小时。我们在下面尝试了这些组合，但是没有一个组合会给CPU带来良好的效果，而且所有组合都在同一时间给出。我们不明白为什么使用较少的数据会如此迅速地完成所有操作，但却无法处理较大的数据。而且我们意识到，对于查询发送到businessprocessflow的每条记录，以检查是否存在已确定的业务流程，并且这也占用大量CPU。但是，当您在实体上启用业务流程选项时，将无法返回。我们在-premise上使用CRM。
线程：64，批处理：250：AutoAdjustBufferSize：True，默认缓冲区最大行数：1.000.000，CPU为90％
线程：32，批处理：250：AutoAdjustBufferSize：True，默认缓冲区最大行数：1.000.000，CPU约为90％
线程：20，批处理：250：AutoAdjustBufferSize：True，默认缓冲区最大行数：1.000.000，CPU约为80％
线程：40，批处理：100：AutoAdjustBufferSize：True，默认缓冲区最大行数：1.000.000，CPU约为80％
线程：20，批处理：250：AutoAdjustBufferSize：False默认缓冲区最大行数：400.000，DefaultBufferSize：50.000.000 CPU大约80％
默认情况下，有一个名为Engine thread的选项，它设置为10，我们试图将其减少到1,2，没有任何变化。
答案 0 :(得分：1)
性能可能取决于许多因素，例如网络延迟，正在使用的特定实例，数据量，插件或工作流等。您可以尝试我们的不同选项，看看是否有帮助，但是请注意取决于您的特定环境和您正在使用的实体，因为这可能因情况不同而不同。我们没有这样的标准说明，但是我们确实有一些建议。您可以查看我们的常见问题页面以了解更多建议： https://www.kingswaysoft.com/products/ssis-integration-toolkit-for-microsoft-dynamics-365/help-manual/crm/advanced-topics
您还可以启用Fiddler之类的代理，或使用CRM跟踪日志来找出瓶颈所在。要使用跟踪日志，您需要在CRM服务器端进行操作。
让我们知道是否还有其他可以帮助您的事情，请随时与我们的支持团队联系。