将 SQL 服务器 2000 升级到 2008 R2 并进行复制

Question

我一直在研究这个项目以寻求并行升级解决方案。 最广泛建议/使用的解决方案是完整备份 SQL Server 2000 数据库，并在 SQL Server 2008 上进行恢复，而无需恢复。 然后使用 norecovery 恢复后续的事务日志备份。 当我们准备好切换时，将 SQL Server 2000 更改为只读模式，备份 tail-log 并在 SQL Server 2008 上恢复并恢复。 然后将 SQL Server 2008 上线。

但是，不能通过事务复制完成升级，其中 SQL Server 2000 是发布者，SQL Server 2008 是订阅者。 编写所有对象，如登录名、索引等，并应用于 SQL Server 2008。当我们准备切换时，我们将停止复制，删除所有复制作业，并将所有应用程序切换到连接到 SQL Server 2008。我还没有找到任何建议这种方法的人。 有什么问题吗？

Answer 1

如果您不以其他方式进行复制，则创建复制订阅将更改您的架构和一些设置。 例如，您最终可能会为所有行生成GUIDs ，只是为了便于复制。

Answer 2

您描述的数据迁移方法可以使用 SQL 服务器复制来执行。

这种方法或任何其他数据迁移方法都没有问题，只要您决定的选择能够满足您的项目/应用程序平台的特定要求。

也就是说，您描述的方法在实际迁移步骤的配置和实施中肯定在技术上涉及更多。 如果您可以接受停机时间，那么简单的备份和恢复过程肯定会更加直接。 日志传送也是另一种更简单的迁移方法。

到目前为止，您知道复制方法在理论上是可行的。 现在是时候在测试中构建一个可行的解决方案，以验证您的数据迁移策略并实践实施过程。

Answer 3

注意 - 事务复制将关闭订阅服务器上的所有 IDENTITY 列（事务复制 SP 实际上依赖于这一事实，因为它们在没有首先指定 IDENTITY_INSERT ON 的情况下插入 IDENTITY 列）。 我只能确认当订阅者也是 SQL 2000 时就是这种情况 - 也许 2008 年的订阅者会表现不同。

因此，使用 SQL 2K 的事务复制并不能真正为您提供热备用。 我们必须对 SQL 进行相当多的调整（重新设置 IDENTITY 列并使用 IDENTITY_INSERT 包装器重新编写复制 SP），以使订户实际用作热备用，准备好让应用程序指向它. 但它肯定不会开箱即用 =)

Answer 4

是的，只要您将其他对象转移过来，它就会起作用。