我正在 2008R2 服务器到 2012 分发服务器到 2012 订阅服务器的事务复制中设置。所有三台服务器都处于完整恢复模式。每 15 分钟进行一次日志备份,每天对用于复制的所有三台服务器数据库进行完整备份。我们想将订阅服务器用作报告服务器。发布服务器是我们的主要 OLTP 数据库。
如何在发布者的 t-log 空间因复制问题而变满之前收到警报。无论如何我都不希望发布者宕机。发布者每 15 分钟备份一次 t-log。这是否意味着在进行日志备份时,日志读取器主动读取的所有 VLF 都可以备份?我应该使用什么警报来告诉我发布者的日志空间已满?当发布者的日志空间变得危险地大时,是否有任何脚本也可以停止复制/日志读取器代理?
当复制导致问题并在我的发布者上建立日志时,我可以删除复制并重新建立(使用新快照)。但我不想等待这种情况发生(发布者上的日志空间已满),而只想在此之前采取行动 - 例如仅在日志空间达到一定百分比时才删除复制。我该怎么做?
另外,我应该采取什么策略来停止和删除复制?我将按照Microsoft 的文档 删除复制,但不清楚是否应该在删除复制之前先停止日志读取器代理和分发代理?