我们的托管服务提供商希望重新启动合并复制拓扑中发布者的 SQL Server。
我无法从 Microsoft 文档中清楚地理解执行此操作的最佳做法。
我们的拓扑由大约 40 个拉取订阅者组成。同步通过运行调用 RMO 的应用程序的 Windows 计划任务按计划每 5 分钟执行一次。
我的一些顾虑包括： 事务是否会安全地提示订阅者——我想这可能会导致事务日志增长？Publisher 下线的合理时间段是多少 - 我需要担心过期吗？
如果有人可以概述安全关闭 Publisher 所涉及的步骤，那将是一个很大的帮助。
非常感谢。
事务是否会安全地提示订阅者——我想这可能会导致事务日志增长？
交易将安全地提示订阅者，交易日志的增长可以忽略不计。合并复制利用 DML 触发器以及发布和订阅数据库中包含元数据的更改跟踪表来确定需要传播哪些更改。因此，当发布者处于离线状态时，您可能会看到合并元数据表中的一些增长。
Publisher 下线的合理时间段是多少 - 我需要担心过期吗？
如果订阅在发布保留期内未与发布者同步，则订阅将过期。默认保留期为 14 天。您可以通过在发布者的发布数据库上执行sp_helpmergepublication并检查结果集中的retention和retention_period_unit来检查当前的发布保留期。检查出版物保留期的另一种方法是在 SSMS -> 属性中右键单击出版物。在 General 页面上有一个标记为Subscription expiration的部分。
如果您重新启动发布者并且它在发布保留期内重新联机，则合并复制将从它停止的地方开始。