Microsoft.XLANGs.Core.Context.RootService.ExceptionLocation returns 空
Microsoft.XLANGs.Core.Context.RootService.ExceptionLocation returns null
我们刚刚安装了BizTalk 2013 R2 live环境。实时系统有 2 个主动-主动集群 BizTalk 服务器和 2 个主动-被动 SQL 集群服务器。在我们之前的live系统中，我们有一台BizTalk server 2010和一台SQL服务器（无集群）。在以前的 BizTalk 2010 实时系统中，我们有一个代码块来获取当前形状名称，一切正常。
Context.RootService.FriendlyNameFromShapeId(Context.RootService.ExceptionLocation.ShapeID)
但是当我们将这段代码迁移到新的 BizTalk 2013 集群环境时，ExceptionLocation returns NULL 并且我们得到对象引用异常。
有什么想法吗？它与 BizTalk 2013 R2 错误有关还是与群集有关？
经过深入分析，我们找到了解决方案。问题是，在 adm_Group table 中的 BiztalkMgmtDb 中，GlobalTrackingOption 列的值为 0。这就是 ExceptionLocation 对象具有空值的原因。当我们将这个值设置为1（在biztalk设置中，该列的默认值为1），一切正常。另一方面，我们将分析将此列转为1的性能问题。
我们刚刚安装了BizTalk 2013 R2 live环境。实时系统有 2 个主动-主动集群 BizTalk 服务器和 2 个主动-被动 SQL 集群服务器。在我们之前的live系统中，我们有一台BizTalk server 2010和一台SQL服务器（无集群）。在以前的 BizTalk 2010 实时系统中，我们有一个代码块来获取当前形状名称，一切正常。
Context.RootService.FriendlyNameFromShapeId(Context.RootService.ExceptionLocation.ShapeID)
但是当我们将这段代码迁移到新的 BizTalk 2013 集群环境时，ExceptionLocation returns NULL 并且我们得到对象引用异常。
有什么想法吗？它与 BizTalk 2013 R2 错误有关还是与群集有关？
经过深入分析，我们找到了解决方案。问题是，在 adm_Group table 中的 BiztalkMgmtDb 中，GlobalTrackingOption 列的值为 0。这就是 ExceptionLocation 对象具有空值的原因。当我们将这个值设置为1（在biztalk设置中，该列的默认值为1），一切正常。另一方面，我们将分析将此列转为1的性能问题。