我们有一个 Biztalk 2006 R2 服务器,并且由于多种原因中的任何一种,接收端口会不时更改为“已禁用”状态 - 最常见的是,网络上其他地方的服务器维护会导致它们指向的文件共享变得不可用,所以它停止端口。当我们期望每天发生的传输由于端口停止而不再发生时,这会导致麻烦,因为它不会自动重新启动。
当这些端口停止时,是否有一种本地方法来设置警报,或者我是否需要编写一个直接查询 SQL Server 并在数据库中端口状态发生变化时向我发送电子邮件的作业?
我们有一个 Biztalk 2006 R2 服务器,并且由于多种原因中的任何一种,接收端口会不时更改为“已禁用”状态 - 最常见的是,网络上其他地方的服务器维护会导致它们指向的文件共享变得不可用,所以它停止端口。当我们期望每天发生的传输由于端口停止而不再发生时,这会导致麻烦,因为它不会自动重新启动。
当这些端口停止时,是否有一种本地方法来设置警报,或者我是否需要编写一个直接查询 SQL Server 并在数据库中端口状态发生变化时向我发送电子邮件的作业?
如果您有 Systems Center Operations Manager,则可以下载BizTalk SCOM Pack。您可以在接收端口状态视图下监控接收端口。
还有一些其他的 BizTalk 监控工具 - Bizmon、Minotaur 和 Helium。Steef Jan Wiggers在这里对它们进行评估
没有本地方法。但是在开始接收位置的 vb 脚本的 SDK 目录(在 biztalk 下)中有示例。您可以安排每分钟运行一次的作业,并查询接收位置的状态,并在必要时启动它。
您可以在更新后在 dbo.bts_sendport 和 [dbo].[adm_ReceiveLocation] 上创建触发器,以便在状态更改后获得警报
旧线程,但万一它对人们仍然有帮助:Minotaur 不会重新启动端口,但会在端口关闭时监视您。不确定 Helium 和 Bizmon。但是,当端口被禁用时,事件“xxx 端口正在关闭”会写入事件日志。如果您只是使用脚本或代码(我使用 C#)捕获此事件消息,则可以将失败的端口添加到延迟计时器,并在设定的时间间隔后尝试重新启动它。我这样做并进行了设置,因此在 X 次重试后,它会向管理员发送电子邮件,以便他可以手动检查。