重新初始化订阅涉及将一个或多个项目的新快照应用于一个或多个订阅服务器：事务复制和快照复制允许重新初始化各个项目;合并复制要求重新初始化所有项目。 无法重新初始化对等事务复制拓扑中的节点。 如果需要确保节点具有新的数据副本，请在节点上还原备份。 重新初始化有以下两个原因之一：
您明确标记一个订阅以进行重新初始化。
执行需要重新初始化的操作（如属性更改）。 有关需要重新初始化的操作的详细信息，请参阅 更改发布和文章属性。
在这两种情况下，下一次分发代理或合并代理运行时，最新的快照将应用于订阅者。 对于快照和事务复制，在重新初始化时，订阅服务器上所做的任何更改（但尚未与发布服务器同步）将被新快照的应用程序覆盖。
对于合并复制，可以选择在应用快照之前从订阅服务器上传所有数据更改。 发布服务器的任何挂起架构更改均在订阅服务器上应用，然后在重新应用快照之前在订阅服务器上传播自上次同步以来在订阅服务器上所做的任何更新。 此行为由 upload_first 和 automatic_reinitialization_policy 属性控制;有关详细信息，请参阅 重新初始化订阅。 如果使用 SQL Server Management Studio 或复制监视器标记要重新初始化的订阅，系统会在 “重新初始化订阅” 对话框中提供一个选项，以便首先上传更改。
重要
如果在合并出版物中添加、删除或更改参数化筛选器，则在重新初始化时无法将订阅端的未决更改上传到发布端。 如果要上传挂起的更改，请先同步所有订阅，然后再更改筛选器。
如果您在创建订阅时指定不对订阅者应用初始快照，然后将该订阅标记为重新初始化，快照也不会被应用。 有关详细信息，请参阅 在不使用快照的情况下初始化事务订阅。
重新初始化订阅
若要重新初始化订阅中的所有项目，请使用 SQL Server Management Studio、存储过程或复制管理对象（RMO）。 若要在快照和事务性发布中重新初始化各个文章，必须使用存储过程。 有关详细信息，请参阅 重新初始化订阅。