如何把 SQL 服务器从一台 Windows Server 迁移到另一台，包括 Server 2003、Server 2008、Server 2012
在本教程中，我们将学习如何把 SQL Server 从一台服务器复制或迁移到另一台。与手动迁移不同，我们将自动完成迁移，不仅迁移 SQL 服务器本身，还包括所有配置、架构、数据库 – 以及 服务器上运行的实际应用程序 （也就是您需要在新服务器上运行的那些）。
本教程适用于 Server 2003、Server 2008、Server 2012、Server 2016 甚至 Server 2019。迁移可以是物理到物理（P2P）、物理到虚拟（P2V）、虚拟到虚拟（V2V），也可以迁移到云服务器。
本教程的目标是把服务器应用完整、通用地复制到新服务器：任何应用程序， 即使是定制或内部开发的应用，都会被迁移到新服务器，包括它们的配置、数据库，当然还有文件。
请注意，我们进行的是 原生迁移。应用程序会真正迁移到新服务器上，成为已安装状态，并保留各自的配置。这 不依赖任何容器化或应用虚拟化 过程，实现真正的原生迁移。
教程在下方，在此之前 – 先看视频教程和几个关于 Windows Server 迁移的常见问题。
视频教程 – SQL Server 迁移，包括应用程序
如何把 SQL 服务器迁移到新的 Windows 服务器
迁移之前：
-
- 审查您的服务器： 确保您清楚服务器负责什么、上面运行着哪些应用。确保您知道如何验证应用确实已成功迁移到替换服务器，且用户能像以前一样使用。
提示：如果您的组织没有使用集中管理工具（如 Microsoft SCCM）监控服务器，可以下载免费的 Microsoft Assessment and Planning (MAP) Toolkit（点此获取）。您也可以使用 Zinstall 的免费服务器诊断，见 此链接。它可以快速盘点服务器的全部软硬件清单。
- 安排您的迁移时间： 迁移需要时间，在此期间，您的用户可能会受到一定程度的影响。如果可能，请尽量将实际迁移安排在下班后或周末进行。注意，届时您并不需要亲自在场：应用程序迁移可以远程执行，也可以提前以无人值守模式启动。
- 确认您的备份是最新的，并且确实可以恢复： 任何重大升级都有可能出错，如果没有有效的最新备份，您就有可能失去服务器上的所有内容。请务必确认您的备份没有损坏，并且在需要时可以随时恢复！
- 决定替换服务器的类型： 决定更换服务器后，替换目标有多种选择。可以是物理的 Windows 2012、2016 或 2019 服务器、本地运行的虚拟服务器，甚至是场外运行的云服务器。WinServ 支持所有这些迁移方式，因此无论您怎么选，迁移难度都差别不大。
应用、配置文件、共享和数据的迁移
以下是把一台 Windows 服务器迁移到另一台的流程：
- 完整更新目标服务器并打好补丁。
- 把目标服务器加入域。
- 在您当前的电脑上（即迁移的源电脑）运行 WinServ 在源服务器和目标服务器上。
- 在这一阶段，您可以直接通过网络迁移，也可以间接迁移 – 先把源服务器捕获到网络存储/云存储上的容器中，再从该容器部署到新服务器。
- 开始迁移前，您还可以挑选要迁移的应用和数据。或者直接运行迁移，转移全部内容。
- 在目标服务器上按“Go”启动迁移。
根据迁移数据和应用的多少，实际迁移可能需要数小时完成。整个过程中都会显示进度。
处理不兼容的应用程序：
在 Windows Server 2003 上运行的一些老旧第三方应用可能与 Windows Server 2008 或 Windows Server 2012 不兼容。这类应用通常是未针对新系统更新的老式 DOS、16 位或纯 32 位软件。强烈建议尽快把它们从生产环境中淘汰。
如果这些应用程序无法立即移除，而且对组织的持续运营至关重要，那么保留其运行的推荐方案是将这些应用程序虚拟化迁移到一个运行在新替代服务器上的虚拟实例中。然后，继续采取必要的步骤逐步淘汰这些应用程序，并停止运行虚拟化实例。
这类 P2V（物理到虚拟）迁移应使用 WinServ 来完成。
迁移之后：
当迁移过程完成后，就该验证结果了。
- 必要时，您可能需要调整域的 DNS，使其指向新服务器。例如，把 CRM-SERVER 的 DNS 记录改为新服务器的地址。
- 登录脚本和GPO策略也是如此。
- 启动您使用的每个应用程序和控制台，并验证它们是否正确加载。
- 使用客户机工作站，验证客户机能够正确访问迁移后的服务器，并且它们的应用程序运行正常。
恭喜！您的 SQL 服务器迁移现已完成。