升级到 SQL Server 2008 R2 涉及的风险

Question

我们有相当多的 SQL Server 需要从 2005 版升级到 2008 R2。工作计划在今年年中之前完成，因为 Microsoft 将结束对它的支持。

2005 SQL Server 都是 SP3 和 SP4，运行在 Windows Server 2003（其支持已经结束，但我们有延长一年的例外），但在需要时我们也可能会升级服务器操作系统。

这些服务器包括复制（事务）、日志传送、报告服务和运行 SSIS 包的集成服务器。

我的问题不是如何，而是我想知道所涉及的风险或在计划此升级之前可以进行的任何预检查？

此外，对于此迁移/升级，就地升级是否是比并行升级更好的计划？

Answer 1

这是一个非常大的问题，所以让我们把它分解一下。

我可以提前做什么？

从一些必读的书开始。

• 2008 R2 向后兼容性
• 2008 向后兼容

这些链接包含指向更多信息的链接，例如

• 已弃用的 SQL Server 功能
• 已停止的 SQL Server 功能
• 重大变化
• SQL Server 功能的行为更改

阅读它们中的每一个以了解哪些主要内容正在发生变化。请特别注意您正在使用的功能。

此外，您应该使用升级顾问。它会检查已安装的组件并确定您在安装之前或之后需要修复的组件。

就地与并排

双方都有很多优点和缺点。

到位

优点

• 容易得多。例如，您的所有配置都保持不变。此外，您的应用程序的连接字符串可能不需要更改。
• 更便宜。不需要第二套硬件。

缺点

• 退出很难甚至不可能。如果出现问题，您将不得不通电并完成，因为退出涉及创建一个全新的服务器并重新安装 SQL，然后恢复表的备份。

并排

基本上，优点和缺点与就地相反。

优点

• 更安全 - 如果出现问题，您可以杀死新版本并继续使用旧版本。然后你可以稍后再试。

缺点

• 它更昂贵，因为您可能必须在新服务器上创建一组新实例。
• 这更困难，因为您必须更改连接字符串，确保所有配置都相同等。

现在，您可以通过在同一台服务器上创建一个新实例，将所有内容移到该服务器上，然后卸载旧实例来减轻并行的开销。它有效，根据您的情况可能是最好的主意。

一般风险

老实说，从 2005 年到 2008 年 R2 的转变并没有那么糟糕。与 2000 - 2005 或 2008 R2 - 2012（主要是 SSIS 更改）相比，这没什么。我会说通过仔细的计划和阅读，你应该处于良好的状态。

Answer 2

所以我的问题不是如何，而是想知道所涉及的风险或在计划此升级之前可以进行的任何预检查？

在迁移之前，您应该运行升级顾问并解决它报告的问题。

有关升级前和升级后步骤的详细列表，请参阅我的回答。

需要从2005版本升级到2008R2的SQL服务器

您正在选择一条返回第 1 方格的路径（因为在 3 年内，您将不得不再次升级）。请参阅下表

就地升级是更好的计划还是与此迁移/升级并存？

根据我的经验，我建议您进行并行迁移，因为您正在获得新的操作系统和 SQL 版本。这是一种更简洁的方法，因为您将保留旧服务器，以防万一您想要故障回复。请参阅：SQL Server 就地升级是否像过去一样不明智？. 当我建议并行迁移时，不要误会我的意思，它只是在回滚时更安全的一面。