确定升级是否适合你的任务
作为一家律所的数据库管理员，你知道 Microsoft 不再支持你拥有的 SQL Server 2005 和 SQL Server 2000 数据库。 数据库可以有效地与应用程序一起运行，但你不能向业务部门保证数据库的安全性。 Microsoft 不再提供修补程序和更新，因此你没有针对最新威胁的防护。 此外，无法利用 SQL Server 较新版本中可以提高生产力的功能。
在这里，我们将讨论组织在开始进行数据库迁移操作之前需要关注的主要问题。
哪些 SQL Server 版本可以升级？
要确保将数据库升级到最安全和最高性能的标准，请不要升级到 SQL Server 2014 之前的版本。 SQL Server 2012 及更高版本版本可以升级到 SQL Server 2019。 如果你发现仍存在较早的版本（例如 SQL Server 2008），则首先升级到 SQL Server 2017。 然后可以升级到 SQL Server 2019。
升级到 SQL Server 2019 的原因
检查你的公司是否正在运行任何 SQL Server 2008 或 SQL Server 2008 R2，因为 Microsoft 不再支持这些数据库。 如果必须遵守任何规则，请检查你是否仍遵守这些规则。 此外，不会提供安全修补程序和更新，所以你的数据库更容易受到恶意攻击。 你会发现安全性和性能改进是最吸引人的升级原因。
新的智能查询处理系列功能可确保不同工作负载的运行速度更快，而来自 DBA 团队的干预将减少。 现有查询可以在不更改任何代码的情况下查看性能改进。 此外，旧版本的 SQL Server 不能使用新硬件的性能优势。 如果没有升级，则无法升级服务器或迁移到云。 组织已经迅速迁移到云，无需在现场服务器机房内管理硬件。
你希望允许你的法律团队在数据所在位置查询数据，而不必加载数据并将其转换到现有数据仓库中。 使用 Polybase 的功能，组织可以利用其现有数据源。
通过升级到 SQL Server 2019，可以将机器学习和数据科学引入 IT 领域，以将数据分析提升到更高级别。 Standard 版本和 Enterprise 版本均提供基本的 R 和 Python 集成。
升级对业务的影响
升级数据库可能导致停机，并导致用户无法访问商业应用程序或报表。 但是，因为此类停机在计划之中，所以可以计划在夜间或周末很少有用户访问系统时执行。 与可能不会发出警告的硬件故障相比，计划的迁移可以降低业务风险。
覆盖全球的网站可能会由于不同时区创建的恒定峰值而产生持续的大量流量。 请让网站管理员监视点击率并找到活动最少的时间段。 为了避免惹怒客户，可以使用计划更新警告用户或客户在指定时间段内系统可能不可用。
使用适当的工具和方法最大程度地减少停机时间
你很可能会混合使用仅在办公时间内使用的内部数据库和一些经常使用的数据库（如 Web 排序系统）。 无论哪种方式，你都希望选择最快的升级路径，以确保数据库处于脱机状态的时间不会超出必要时间。
如果你有内部应用程序，那么可以在周末不使用数据库时进行迁移，然后切换数据库连接字符串。
升级后还应执行一些步骤，以确保应用程序经过完全测试并准备好重新投入生产。 使用适当的工具通过组织和加速过程来帮助消除停机时间，是保持业务运营的关键。
如何决定升级
对于你的律所，应考虑以下问题：
- Microsoft 不再支持 SQL Server 2005、SQL Server 2008 和 SQL Server 2008 R2，也不会发布更新。 缺少支持意味着数据库可能易受到安全攻击，而这些安全攻击已通过最近的升级解决。 请升级这些数据库服务器，除非你可以承受丢失这些服务器或允许其包含的数据遭到恶意利用。
- 由于这些数据库不再受支持，因此你极有可能不符合你所在区域的数据保护法律。
- 公司已将 Azure 用于其他系统，并可能希望将数据库迁移到其中。 你不能将数据库从 SQL Server 2000 或 2005 迁移到 Azure SQL 数据库。
- 可以将 SQL Server 2005 数据库服务器直接升级到 SQL Server 2017。 但是，若要从 SQL Server 2005 升级到 SQL Server 2019，必须先升级到 SQL Server 2017。
大多数数据库管理员只希望在必要时对业务关键生产数据库进行更改。 对生产数据库的任何计划更改都应在进行了适当的备份之后执行，并且时间选择对业务和最终用户的影响最小。
经过测试的备份可以降低在迁移过程中丢失数据的风险，但当数据库持续使用时，时间选择可能会很难。 在全面地记录环境后，你将确定是否需要升级每个数据库。