监视应用程序
设置 Microsoft System Center Operations Manager 以监视 BizTalk 应用程序通常可以分解为渐进式四步过程，如下所示：
修改现有规则和/或将规则复制到自定义管理包以监视自定义 BizTalk 应用程序
需要多次复制其中许多规则。 例如，如果要监视多个文件共享，则就是这种情况。 在此方案中，将为每个文件共享复制一次基本规则，并在规则的“ 条件 ”选项卡上的说明字段中添加文件共享地址。 通过添加地址，Operations Manager 将为每个单独的文件共享引发警报。 复制现有规则时，请确保为此规则选择 “启用 规则禁用替代”，否则将收到重复的警报。
应添加到创建的每个规则的另一项是规则属性的“知识库”选项卡上的“ 知识 信息”。 此数据附加到 Operations Manager 发出警报时引发的通知。 当你包含可能有助于解决错误的步骤时，此功能的强大功能就变得清晰了。
为每个定义的规则创建操作
创建或复制规则实际上是该过程的第一步。 下一步是基于该规则执行一些操作。 如果没有基于规则的操作，那么是否监视该事件并不重要。 最常执行的操作是提醒操作员或管理员发生错误。 Operations Manager 还提供许多可以在触发事件时使用的其他操作。 这些操作包括：
启动脚本
在 SNMP 中发送简单网络管理协议 (SNMP) 陷阱 (，代理监视网络上各种设备的活动，并报告给网络控制台工作站)
向通知组发送通知
执行命令或批处理文件
更新状态变量
传输文件
对托管代码程序集调用方法
创建迭代过程以自动执行手动任务
下一步是迭代过程，并超越基本警报机制。 由于 Operations Manager 能够调用脚本和 .NET 代码，因此基于引发的事件自动执行手动任务的过程是一项强大且节省时间的功能。 例如，如果记录了禁用 /stopped 事件消息，则运行脚本以自动启动端口。 此过程是迭代的，因为许多过程都可以自动化。
使用阈值规则自动执行手动任务
处理中的下一步是超越被动警报并使用阈值规则。 默认情况下，BizTalk Server管理包不包含任何阈值规则。 这是因为此类规则通常特定于自定义应用程序，并且对于每个应用程序都是不同的。 阈值体现了有关自定义应用程序的业务规则，并提供监视系统的主动方法。 可以使用日志性能分析 (PAL) 工具提供的BizTalk Server阈值模板来定义规则。
此类阈值规则的一个示例是测量服务器上的 CPU 在特定时间段内持续超过 75% 的时间。 这可能表示需要横向扩展系统。 另一个示例是创建用于监视一组唯一计数器的阈值规则。 然后，此规则可以调用代码，在高需求期间初始化以前配置的备份服务器上的 BizTalk 主机实例。