更新于 2026年4月 · 阅读约 4 分钟
如何将SQL Server从一台Windows服务器迁移到另一台Windows服务器，包括Server 2003, Server 2008和Server 2012
本文中，我们将带您了解如何将SQL Server从一台Windows服务器迁移到另一台服务器。与手动迁移不同，该迁移将自动被执行。其中，涵盖的迁移内容不仅包括SQL Server本身，还包括所有配置、模式、数据库——以及在服务器上运行的应用程序（以及您需要在新服务器上运行的应用程序）。
本文教程适用于Server 2003, Server 2008, Server 2012, Server 2016以及Server 2019。该迁移可以是从物理机到物理机(P2P)、物理机到虚拟机(P2V)、虚拟机到虚拟机(V2V)，以及迁移到云服务器。
本文教程的目标是将服务器应用程序完整地备份到新服务器。它们包括：任意应用程序、甚至定制或内部应用程序以及它们的配置、数据库和文件，这些都将统统被迁移到新服务器上。
注意，本文所述的迁移为本地迁移。这些应用程序，以及它们的配置都会被迁移到新服务器上。它不依赖于任何容器化或应用程序虚拟化过程，并提供真正的本地迁移。
下面是本教程，以及之前的视频教程和一些关于Windows服务器迁移的常见问题。
视频教程 – SQL Server迁移，包括应用迁移
如何将SQL Server迁移到一台新的Windows服务器
迁移前：
- 检查您的服务器: 首先确认您知道服务器的职责，以及了解哪些应用程序在其中运行。确保您知道如何验证应用程序确实已经成功地转移到替换服务器上，并且用户能够像以前一样使用它。
提示: 如果您的组织还没有使用集中式管理工具（例如：Microsoft SCCM) 来监控您的服务器，您可以点击这里下载免费的 Microsoft Assessment and Planning (MAP)工具组。 您也可以点击 这个链接 使用Zinstall的免费服务器诊断. 它可以快速检查服务器的整个软件和硬件列表。
- 安排您的迁移时间:迁移过程会需要一些时间，在此期间，您的用户可能会受到一定程度的影响。所以，请尽量将迁移时间安排在晚上或周末。注意，此时您不需要自己待在那里：应用程序迁移可以被远程执行，也可以在无人模式下启动。
- 验证您的备份是最新且可被恢复： 任何重大升级都有可能出错，如果没有有效的最新备份，您就有可能失去服务器上的所有内容。请确保您的备份没有任何损坏，并且在需要时可随时被恢复！
- 决定更换类型： 一旦您决定替换服务器，您就有几种替换方案可以选择。它可能是一台物理的Windows 2012 / 2016 / 2019服务器，一台运行在内部的虚拟服务器，甚至是一台运行在外部的云服务器。WinServ支持其中任何一种迁移，因此无论您选择哪一种替换方案，迁移难度都不会发生显著变化。
应用程序、概要文件、分享和数据迁移
以下是将上述数据从一台Windows服务器迁移到另一台服务器的步骤：
- 完全更新和修补目标服务器。
- 将目标服务器添加到域。
- 在源服务器和目标服务器上运行 WinServ 工具。
- 在这个阶段，您可以直接通过网络进行迁移，也可以执行间接迁移 —— 将源服务器捕获到网络存储/云存储上的容器中，然后从该容器部署到新服务器上。
- 在开始迁移之前，您还可以选择要传输的应用程序和数据，或者迁移所有内容。
- 点击目标服务器上的”Go”按钮开始迁移。
根据传输的数据和应用程序的数量，实际的传输过程可能需要几个小时才能完成。您将在整个过程中看到进度指示。
处理不兼容的应用程序：
一些运行在Windows Server 2003上的遗留第三方应用程序可能与Windows Server 2008或Windows Server 2012不兼容。这些应用程序通常是传统DOS，只有16位或32位的软件，没有适用于更新的操作系统的版本。强烈建议您尽快将这些应用程序从生产环境中移除。
如果不能立即移除这些应用程序，而这些应用程序对组织的继续运行又很关键的话，那么建议您将这些应用程序虚拟化迁移到一台虚拟2003服务器实例中，且这台虚拟服务器在一台新的替代服务器上运行，从而使这些应用程序继续保持运行。然后，继续采取必要的步骤，逐步淘汰这些应用程序，并停止运行虚拟化的2003服务器实例。
这种P2V(从物理到虚拟)迁移也应该使用 WinServ 来完成。
迁移后：
当迁移结束后，我们还需要验证最后的结果。
- 您可能需要调整域的DNS以指向您需要的新服务器。例如，将CRM-SERVER DNS条目更改为新服务器的地址。
- 登录脚本和GPO策略也是如此。
- 启动您使用的每个应用程序和控制台，并验证它们是否正确加载。
- 使用客户机工作站，验证客户机能够正确地访问迁移的服务器，并且它们的应用程序能够顺利运行。
恭喜！您的SQL Server服务器迁移现在已经完成。