Biztalk群集服务器

Biztalk群集服务器,biztalk,cluster-computing,biztalk2006r2,Biztalk,Cluster Computing,Biztalk2006r2,我们以前有一台biztalk 2006R2 32位服务器。我们最近将其升级为企业级。但是由于我们的流量大小,我们没有足够的电力和内存,只有一个。因此,我们最近还安装了第二台biztalk server,2006R2 64位,并将它们放在一个共享集群中。从那时起,出现了一个问题,实际上是两个问题,但我猜它们可能是相互关联的。我们的一(19)个主机实例一直处于“停止”状态。此主机实例主要通过TCP端口连接。我们有一个脚本,它检查主机实例是否处于停止状态并再次启动它们,但这显然没有什么用处,因为它会不

我们以前有一台biztalk 2006R2 32位服务器。我们最近将其升级为企业级。但是由于我们的流量大小,我们没有足够的电力和内存,只有一个。因此,我们最近还安装了第二台biztalk server,2006R2 64位,并将它们放在一个共享集群中。从那时起,出现了一个问题,实际上是两个问题,但我猜它们可能是相互关联的。我们的一(19)个主机实例一直处于“停止”状态。此主机实例主要通过TCP端口连接。我们有一个脚本,它检查主机实例是否处于停止状态并再次启动它们,但这显然没有什么用处,因为它会不断重置为停止状态。我们的事件查看器中还有一个错误,即:

Faulting application btsntsvc.exe, version 3.6.1404.0, stamp 4674b0a4, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51f0a, debug? 0, fault address 0x0000bef7.
有人知道吗


感谢

使用自动脚本重新启动主机实例在我看来不是一个好主意,您需要找到问题的根源。它看起来像是一个已知问题,并且有可用的热修复程序。值得注意的是,使用自动脚本重新启动主机实例并不是一个好主意,您需要找到问题的根源。它看起来像是一个已知问题,并且有可用的热修复程序。值得注意的是,在更改每个发送端口中的某些内容后,问题似乎在于使用TCP设置的每个发送端口的配置,保存它,然后再重新更改它以某种方式更改了保存的配置,问题是solvedIt似乎问题在于使用TCP设置的每个发送端口的配置,在更改每个发送端口中的某些内容后,保存它,然后再次更改它它以某种方式更改了保存的配置,问题就解决了