主页 / dba / 问题 / 210022
Accepted
irimias
Asked: 2018-06-20 03:44:25 +0800 CST

快照复制期间订阅者表如何更新？

  • 772

我正在测试快照复制过程（SQLServer 2008（是的，不幸的是......））。

一切都很好，但我无法在MS 文档中找到表是如何更新的。我看到发布过程删除表，然后重新创建它们，然后用数据填充它。

好的，很好。但是是否有一种安全措施（锁、事务……）可以防止在此同步期间进行查询（特别是在删除表和创建之间）？

让我们想象一个数据库A( publisher ) 有一个在另一个数据库( subscriberT )上复制的表。当分发代理正在运行并且表在服务器 B 上更新时（删除表 T + 创建表 T + bcp-in 数据？），在几毫秒内表将不存在。如果一个应用程序试图读取表，它会得到一个错误。BTT

当我尝试B在分发代理运行时在服务器上启动跟踪时，我看不到为此步骤进行的任何事务。事实上，我可以T在服务器上的复制表上进行选择B（并出现错误）。

它真的应该如何工作吗？

有什么地方可以避免这种行为吗？

sql-server replication

1 个回答

  1. Best Answer

    它真的应该如何工作吗？

    是的，这应该是如何工作的。您仅在设置事务复制开始时运行快照。除非由于任何错误导致不同步，否则您不需要再次运行快照。如果您只运行快照复制，您可以控制何时要重新同步所有文章，并且在应用快照时不应连接到订阅者。

    来自在线书籍：

    当数据变化很大但不频繁时，快照复制是最合适的。例如，如果销售组织维护一个产品价目表并且价格每年同时更新一次或两次，建议在数据更改后复制整个数据快照。给定某些类型的数据，更频繁的快照也可能是合适的。例如，如果一个相对较小的表在白天在发布服务器上更新，但一些延迟是可以接受的，更改可以作为快照每晚交付。

    快照复制对发布服务器的持续开销低于事务复制，因为不跟踪增量更改。但是，如果要复制的数据集非常大，则需要大量资源来生成和应用快照。在评估是否使用快照复制时，请考虑整个数据集的大小和数据更改的频率。

    什么时候可以订阅；什么时候可以使用订阅数据库？

    快照应用于订阅数据库后，订阅可用。即使在此之前可以访问订阅数据库，但在应用快照之前不应使用该数据库。使用 Replication Monitor 检查快照生成和应用的状态。

    有什么地方可以避免这种行为吗？

    如果您确定您的模式和数据已经同步或者您只想复制未来的更改，您可以使用以下选项来避免快照。我在升级期间使用了很多次停机时间。

    @sync_type=replication support only

    在订阅者处自动生成支持更新订阅的文章自定义存储过程和触发器（如果适用）。假定订阅服务器已经具有已发布表的架构和初始数据。配置对等事务复制拓扑时，请确保拓扑中所有节点上的数据相同。有关详细信息，请参阅对等事务复制。

    不支持订阅非 SQL Server 发布。

    • 4

相关问题