在设置 2008R2 服务器到 2012 分发服务器到 2012 订阅服务器的事务复制之前,我尝试考虑所有选项。所有三台服务器都处于完整恢复模式。每 15 分钟进行一次日志备份,每天对用于复制的所有三台服务器数据库进行完整备份。我们想将订阅服务器用作报告服务器。发布服务器是我们的主要 OLTP 数据库。
我没有在发布服务器和分发服务器上使用“与备份同步”,因为我不想通过将发布服务器设置为“与备份同步”来产生延迟,因为只有当事务在发布服务器上备份时(在我的发布服务器上每 15 分钟完成一次)才会将事务复制到分发服务器,并且我不想通过在分发服务器上设置“与备份同步”来让事务在发布服务器上积累,因为只有当事务在分发服务器上备份时,才会从发布服务器上截断事务。
现在我的问题是:
如果分销商或订阅者出现故障,会发生什么情况,交易是否会继续在我的发布商上累积(这很可怕)?
命令(要复制)会在发布服务器上排队吗?如何设置保留期?
如果分销商或订阅者出现故障,会发生什么情况,交易是否会继续在我的发布商上累积(这很可怕)?
我假设这个问题中的“交易”是指“交易日志大小”。
如果分发服务器数据库出现故障,发布服务器上的事务日志将不会被截断且会继续增长。
复制会影响事务日志的大小吗?
如果订阅者数据库发生故障(并且分发数据库不在同一台服务器上),事务将保留在分发数据库中。事务保留多长时间取决于发布属性中的订阅到期值。默认值为 72 小时,这是可调整的。如果订阅者数据库在到期期限之前未启动,您可以手动禁用分发清理作业。一旦延迟低于到期值,请启用清理作业。
命令(要复制)会在发布服务器上排队吗?如何设置保留期?
如上所述,如果您的分发数据库处于脱机状态,则事务日志将不会被截断(无论数据库恢复模式如何),直到驱动器填满为止。假设在事务日志空间用尽之前分发数据库未联机,则必须删除复制并在其重新联机时重新建立(使用新快照)。否则,您的发布者数据库将因缺少事务日志空间而无法使用。