BizTalk Server 灾难恢复过程围绕 BizTalk 日志传送而构建。 BizTalk 日志传送通过持续将事务日志更新应用于灾难恢复站点数据库，简化了数据库还原。
虽然 BizTalk 日志传送基于与 SQL Server 日志传送类似的原则，但作为备份 BizTalk Server SQL 代理作业的一部分备份的 BizTalk Server 数据库不支持 SQL Server 日志传送。
BizTalk 日志传送的工作原理是什么？
BizTalk 日志传送功能的方式类似于 SQL Server 日志传送。 生产 BizTalk Server 组配置为将 BizTalk Server 数据库备份到 UNC 位置。 默认情况下，备份 BizTalk SQL 代理作业每小时执行一次完整备份，每 15 分钟执行一次日志备份。 如果检测到备份失败，备份 BizTalk Server 作业将实现逻辑来自动启动完整备份。
为 BizTalk 日志传送配置灾难恢复 SQL Server 实例时，备份 BizTalk Server SQL 代理作业创建的备份文件默认每隔 15 分钟在灾难恢复站点还原一次。 备份文件通过 SQL RESTORE 命令通过网络复制。 仅在以下情况下复制完整备份文件：
首次配置 BizTalk 日志传送时
在备份 BizTalk Server 作业中添加新数据库时。
在灾难恢复站点遭遇 RESTORE 失败时
灾难恢复站点中的每个 SQL Server 实例都单独配置为 BizTalk 日志传送的一部分，用于还原生产 SQL Server 数据库实例上托管的数据库。 为 BizTalk Server 日志传送配置 SQL Server 实例并启用 BTS 日志传送还原数据库 作业时， BTS 日志传送还原数据库 作业将连接到生产 BizTalk Server 组中的 BizTalk 管理数据库。
如上所述，首次配置目标服务器时，完整数据库备份将还原到目标服务器。 大多数情况下，仅当 BTS 日志传送还原数据库 作业运行时才会还原日志。
使用 SQL Server Management Studio 查看灾难恢复 SQL Server 实例时，数据库将显示为“加载”状态。 这是因为备份集中的最后一个日志永远不会自动还原。 新日志可用后，BizTalk Server 日志传送会还原倒数第二个日志。 发生灾难恢复事件且灾难恢复站点必须联机时，将使用 STOPATMARK 命令还原最后一个日志以恢复数据库，并且数据库将不再显示为处于“加载”状态。