【发布时间】：2016-07-20 18:11:22
【问题描述】：
我们组织的开发环境最近安装了 BizTalk CU 补丁。现有版本是 BizTalk 2013 R2，并在其上安装了 CU1。
升级后，BizTalk 管理控制台未启动。应用程序运行良好，因为其中一些已经过测试，但是尝试在管理员中展开 BizTalk 组时弹出以下错误：
FX：{9A77C670-2FFD-4ab4-8F20-169C08FB8320}
对象引用未设置为对象的实例。
异常类型：System.Null 引用异常
异常堆栈跟踪：
在 Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessManagementException（异常异常，异常 newInnerException） 在 Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessSpecificExceptions（异常异常，异常 newInnerException） 在 Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox.ReprocessExceptionRecursive（异常异常） 在 Microsoft.BizTalk.ExceptionMessageBox.BtsExceptionMessageBox..ctor（异常异常，ExceptionMessageBoxButtons 按钮，ExceptionMessageBoxSymbol 符号） 在 Microsoft.BizTalk.SnapIn.Framework.FrameworkNotification.Show（异常异常、字符串标题、MessageBoxButtons 按钮、MessageBoxIcon 图标、控件 staMarshaller、IWin32Window 父级） 在 Microsoft.BizTalk.Administration.SnapIn.GroupNode.FullRefresh（对象 o，ResultsChangedEventArgs e） 在 Microsoft.BizTalk.Administration.SnapIn.GroupNode.OnExpand（AsyncStatus 状态） 在 Microsoft.ManagementConsole.NodeSyncManager.ProcessRequest（NodeRequestInfo 信息，IRequestStatus requestStatus） 在 Microsoft.ManagementConsole.NamespaceSnapInBase.ProcessRequest（请求请求） 在 Microsoft.ManagementConsole.SnapIn.ProcessRequest（请求请求） 在 Microsoft.ManagementConsole.Internal.SnapInClient.Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest（请求请求） 在 Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest（请求请求） 在 Microsoft.ManagementConsole.Executive.RequestStatus.BeginRequest（IMessageClient messageClient，RequestInfo requestInfo） 在 Microsoft.ManagementConsole.Executive.SnapInRequestOperation.ProcessRequest() 在 Microsoft.ManagementConsole.Executive.Operation.OnThreadTransfer(SimpleOperationCallback 回调)
考虑到它可能与 DTC 有关，我重新启动了 DTC 和 WMI 服务并检查了线墙设置，这似乎很好。我还重新启动了 BizTalk 框，但这有帮助。
注意 -BizTalk 和 SQL 位于不同的框中，当我尝试从另一台计算机连接到 BizTalk 组时，它确实可以从那里正常连接。
有没有人遇到过这个问题，能否请您强调一下可能的解决方案？
【问题讨论】：
-
为什么要安装 CU1 而不是 BizTalk 2013 R2 的最新累积更新 CU3？有人对早期版本的 BizTalk 有类似问题。看起来它与 MSDTC 相关。 social.msdn.microsoft.com/Forums/en-US/…
-
感谢@Diijkgraaf 的回复，实际上这是与我们的基础设施团队关于安装哪个 CU 的错误沟通，我们最终获得了 CU1。
-
您可以回滚您的开发环境并让他们尝试 CU3 吗？
-
在回滚之前，我遇到了一篇解释 WMI 命名空间可能损坏的帖子。这可以通过运行命令来修复 - mofcomp "D:\Program Files (x86)\Microsoft BizTalk Server 2013\Bins32\BTSWMISchema.mof"。它确实有帮助，我可以在尝试后启动 BizTalk 管理控制台。详情请参考：stephenomo.blogspot.com/2014/10/… 但同意 CU3 已经可用时，CU1 可能不是最好的安装。
-
很好的发现。也许把它作为一个答案。