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