BizTalk Server 迁移到 2016答案

【问题标题】：BizTalk Server Migration to 2016BizTalk Server 迁移到 2016
【发布时间】：2019-10-22 21:24:28
【问题描述】：

未捕获的异常（请参阅下面的“内部异常”）已暂停服务“CSC.Integration.Orchestrations.LegacyBizTalkProcess(71c7729e-22ac-be38-00c0-0b11beaba439)”的实例。
服务实例将保持暂停状态，直到以管理方式恢复或终止。
如果恢复，实例将从其上次持久状态继续，并可能重新引发相同的意外异常。
InstanceId：296a4475-58f6-4fa4-8b90-65fe752e9872
形状名称：e_Logging
ShapeId：919d78da-57e8-4ae1-bd2f-39859310c6de
抛出异常：段 1，进度 20
内部异常：“CSC.AppBlocks.Logging.Logger”的类型初始化程序引发了异常。

异常类型：TypeInitializationException
来源：CSC.AppBlocks.Logging
目标站点：无效写入(CSC.AppBlocks.Logging.Category, System.String, System.String)
以下是标识异常发生位置的堆栈跟踪

at CSC.AppBlocks.Logging.Logger.Write(Category category, String message, String title) 在CSC

我们正在将 BizTalk 迁移到 2016 年，并在测试应用程序时遇到了错误，我们更新了所有 Gac，对于这个接收位置，我们正在使用 MSMQ 适配器。但它在 BizTalk server 2010 中运行。

【问题讨论】：

那么，第一个问题……你真的需要“记录器”吗？ 99.9%...不，即使你认为你知道。我的解决方案是删除任何自定义日志记录并使用一直对我有用的 Windows 事件日志。
需要审查代码并检查它的作用

标签： biztalk biztalk-2016

【解决方案1】：

您确定包含命名空间 CSC.AppBlocks.Logging 的 DLL 是 GAC 的吗？
CSC.AppBlocks.Logging 依赖的其他 DLL 是否可能不是 GAC 的？
在 GAC 处理 DLL 后是否重新启动主机实例？
您的 DLL 是否只有 32 位？如果是这样，请确保将主机实例设置更改为仅作为 32 位进程运行。
是否在任何消息中报告了内部异常？也许在事件查看器中？

【讨论】：