BizTalk 2013 r2内存泄漏问题

BizTalk 2013 r2内存泄漏问题,biztalk,biztalk-2013r2,Biztalk,Biztalk 2013r2,我们已安装BizTalk 2013 R2并部署了一个简单的解决方案 我们观察到BizTalk服务消耗的内存在不断增长 即使在完成处理后,它也不会下降 请查看已完成测试的详细信息 BizTalk解决方案(包含2个架构、1个映射和1个业务流程) 情景1 测试文件大小:2 KB 档案数目:250 启动内存:12MB 终端内存:122 MB 情景2 测试文件大小:2 KB 250个文件一个接一个地处理了3次 启动内存13.2MB 终端存储器160 MB 情景3 测试文件大小:2 KB 250个文件先后处

我们已安装BizTalk 2013 R2并部署了一个简单的解决方案

我们观察到BizTalk服务消耗的内存在不断增长

即使在完成处理后,它也不会下降

请查看已完成测试的详细信息

BizTalk解决方案(包含2个架构、1个映射和1个业务流程)

情景1 测试文件大小:2 KB 档案数目:250 启动内存:12MB 终端内存:122 MB

情景2 测试文件大小:2 KB

250个文件一个接一个地处理了3次

启动内存13.2MB 终端存储器160 MB

情景3 测试文件大小:2 KB

250个文件先后处理了6次

启动内存13.2MB 最终内存215MB实际上BizTalk将在内存中“缓存”程序集一段时间

这实际上意味着下一次进程运行时,它的启动时间会减少,因为它已经在内存中了

如果一段时间内没有调用该进程,它将从内存中卸载该进程,除非您已将其配置为永久保留在内存中,这也是可能的

这也是在GAC中更新程序集时必须重新启动BizTalk主机的原因。这将强制它从内存中卸载程序集,并且仅当需要它的进程运行时才会加载它

因此,您需要做的是在BizTalk server不处理这些文件的情况下长时间监视它,最终您会看到它再次释放内存


执行此监视和检测内存泄漏及其他问题的工具是,这将帮助您记录性能计数器中的数据,然后根据阈值分析结果以检测问题。

您是否在执行此测试后尝试运行任何其他应用程序/服务。Net framework将在其他进程需要内存时激活GC,您可能会看到它正在下降。

您是否在映射(functoid或xsl文件)中使用内联C#?