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

我们有许多SQL Server需要从版本2005升级到2008 R2。微软计划在今年年中之前停止工作，因为微软将停止对此提供的支持。

2005 SQL Server都是SP3和SP4，都在Windows Server 2003上运行（其支持已经终止，但是我们不能再延长一年），但是如果需要，我们可能还会对服务器操作系统进行升级。

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

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

另外，就迁移/升级而言，就地升级是否比并行解决方案更好？

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

我可以提前做什么？

从一些必读的书开始。

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

这些链接具有指向更多信息的链接，例如

• 不推荐使用的SQL Server功能
• 停止使用的SQL Server功能
• 重大变化
• SQL Server功能的行为更改

仔细阅读每个文章，以了解主要内容正在发生变化。请特别注意所使用的功能。

另外，您应该使用Upgrade Advisor。它检查已安装的组件并确定在安装之前或之后需要修复的组件。

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

到位

优点

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

缺点

• 退出很难到不可能。如果出了什么问题，您将必须重新启动并完成，因为回退涉及创建一个全新的服务器并重新安装SQL，然后还原表的备份。

并排

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

优点

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

缺点

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

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

老实说，从2005年到2008 R2的转变还不错。与2000-2005或2008 R2-2012（主要是SSIS更改）相比，这算是什么。我说，经过周密的计划和阅读，您应该状况良好。

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

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

请参阅我的答案以获取升级前和升级后步骤的详细列表。

需要从2005版本升级到2008R2的SQL Server

您正在选择一条回到第1平方的路径（由于3年之内，您将不得不再次升级）。请参阅下表

就此迁移/升级而言，就地升级将是更好的计划还是并排？

根据我的经验，建议您进行并行迁移，因为您将获得新的OS和SQL版本。这是一种更清洁的方法，因为如果您想进行故障回复，则您的旧服务器仍然可用。请参阅：是否建议使用SQL Server就地升级？。当我建议并行迁移时，请不要误会我的意思，在回滚方面，这只是一个安全的方面。

IMO如果您要进行迁移，那么即使您以10.0兼容模式运行，也应该一直到2014年。

无论如何，您将要支付许可证费用。在这两种情况下，回归测试的工作量和开发人员/ DBA的学习曲线也很重要。如果您现在停在2008R2，则只需在几年后再次重复练习即可。2008R2已经看到了其最新的Service Pack，并且在几个月（几周）内将比当前版本落后3个完整版本。

基于同样的原因，我建议我的组织直接从2008R2迁移到2016年。我希望我们会在2016年RTM推出后立即开始测试。

顺便说一句，我同意优先进行并行升级。当我最后一次练习时，我们在开发环境中运行了大约一个月的“ Pre-Production”版本。