我已经阅读了几篇有关业务活动监控的文章，但没有一篇文章展示了启用 BAM 有何好处以及它可以做什么的真实示例？来自 Microsoft 的无可救药的通用文档。
我目前正在将 BizTalk 2016 服务器迁移到 BizTalk 2020（生产和开发），而我们现有的 BizTalk 2016 服务器没有启用 BAM。
BAM 与查看 BT 管理控制台并浏览跟踪的消息事件、传输失败事件等有何不同？
看起来我可以指定可以为 SMTP（通过电子邮件发送）、文件位置和/或 SQL Server 数据库设置的 BAM 警报。除了潜在的错误消息监控之外，BAM 是否提供经过验证的历史转换 EDI 数据和/或未经验证的数据？
请注意，Microsoft 在 BizTalk 2020 中弃用了 BAM 门户，因此 BAM 在报告和查询 BAM 多维数据集方面有用的功能之一将消失（尽管在之后没有关于 BizTalk 版本的公告） BizTalk 2020 尚未发布）。
我从未使用过 BAM 警报进行错误监控，除了在一段时间内特定消息缺失或计数过低时发送警报之外。对于实际的异常处理，我们使用了我工作的公司编写的自定义框架或 ESB Toolkit ESB Management Portal 来订阅失败消息并发送警报。
此外，根据已弃用的 BAM 门户的替代方案，实施 BAM 并维护它并不容易，因为它需要使用笨重的工具（带有插件的 Excel），并且部署和重新部署过程也并不简单。
我也多次遇到过 BAM 数据库增长过快以及作业开始失败的问题。
我的建议是启用分析并将您的跟踪数据发送到 Application Insights。由于您可能正在迁移到云或已经拥有混合场景，并且如果您正在使用 Azure，这将为您提供一个位置来进行跟踪和分析并设置警报，而不是拥有两个单独的位置。