如何将Server 2012迁移到Server 2022 / 2019，包括应用程序、配置文件、共享和数据
需要将Windows Server 2012迁移到Server 2019 / 2022吗？本教程将向您介绍具体方法。
Server 2012 R2的支持将于2023年10月23日结束 – 所以您自然不是孤军奋战：2012服务器都应尽快迁移。当然，您希望尽量减少花在迁移上的时间和精力，并尽可能让迁移过程自动化。
在本指南中，我们将介绍如何将服务器应用程序、数据库、用户配置文件、共享和数据从Server 2012 / 2012 R2原生迁移到新的Server 2022 / 2019。我们还将介绍角色迁移的最佳实践和教程。（注：这同样适用于非2012服务器，我们只是因为2012将于2023年停止支持而重点介绍它）
本文讨论的迁移是本地原生迁移 – 而不是应用程序虚拟化。您可以使用这些方法从物理机迁移到物理机、从物理机迁移到虚拟机 / 云端、从云端迁移到云端等。例如，您可以从本地物理2012迁移到本地2022虚拟机、从本地Server 2012迁移到Azure Server 2022，或从私有云2012 R2服务器迁移到EC2 Server 2019。您甚至可以用这种方式为运行在Azure / AWS上的Server 2012实现原地升级。
本教程的目标是让应用程序和文件服务器在4小时内完成迁移，让以角色为中心的服务器在24小时内完成迁移（当然，复杂情况可能需要更长时间）。
只想了解如何自动化迁移，而不需要一般性教程？
点击这里跳过 ，直接进入介绍实际迁移过程的部分。
或者，如果您需要迁移工作站， 点击这里查看如何迁移到Windows 11.
评估许可证和价格信息 可在这里获取
视频演示 – Server 2012自动迁移工具
在开始之前：审查您的2012服务器并规划迁移。
审查您的服务器： 在一个典型的环境中，您会有多种不同类型的服务器。其中会有面向角色的服务器，专注于Windows Server角色，如域控制器、Active Directory、IIS、Exchange、DNS、DHCP。不过，更常见的一组是应用程序和文件服务器，它们运行真正的业务应用程序（LOB）并存储公司数据。它们的数量通常超过基于角色的那一组。
这两类服务器的迁移方式不同。角色需要手动迁移，或借助通常专注于某个特定角色的工具（见下文）。
而应用程序和文件服务器可以使用Zinstall WinServ等服务器迁移软件自动化、大规模地迁移。
在规划阶段，您需要准备一份环境中的服务器清单，并弄清每台服务器的职责。
哪怕只是知道有多少台角色服务器、多少台应用程序服务器，也已经是一大步。由于应用程序服务器迁移可以自动化，您将能够对迁移所需的时间和精力做出相当准确的估算。
安排您的迁移时间： 迁移需要时间，在此期间，您的用户可能会受到一定程度的影响。如果可能，请尽量将实际迁移安排在下班后或周末进行。注意，届时您并不需要亲自在场：应用程序迁移可以远程执行，也可以提前以无人值守模式启动。
确认您的备份是最新的，并且确实可以恢复： 任何重大升级都有可能出错，如果没有有效的最新备份，您就有可能失去服务器上的所有内容。请务必确认您的备份没有损坏，并且在需要时可以随时恢复！
决定替换服务器的类型： 一旦您决定替换某台服务器，就有几种替换方案可以选择。它可以是一台本地物理Windows 2022 / 2016服务器、一台本地虚拟机服务器（例如ESX / Hyper-V），或者一台在外部运行的云服务器（例如迁移到Azure或迁移到Amazon AWS）。如果您使用WinServ，它支持其中任何一种迁移，因此无论您如何选择，迁移难度都不会有显著差异。
如何将Server 2012迁移到Windows Server 2022 / 2019
以下流程概述了从Server 2012 / 2012 R2迁移到新的Windows Server 2016 / 2019 / 2022的步骤。
方案一：通过网络从2012直接迁移到2022 / 2019
- 在开始之前，建议您禁用旧2012服务器上的防火墙，或至少将Zinstall添加到它的白名单中，以确保防火墙不会干扰迁移进程。
- 在两台服务器上运行 Zinstall WinServ 。
注意：您可以 点击这里获得Zinstall WinServ，并查看 用户指南. - 在两台服务器上都选择第一个选项，“Moving between two machines”。
- 如果您不想传输服务器应用程序，只打算迁移配置文件、数据和共享，请将主屏幕上的单选按钮切换到“profile and settings only”模式。
- 在源服务器上，选择“Source system”选项并让它保持运行。它将等待来自新服务器的连接。
- 在新的Server 2022 / 2019上，选择“Target system”选项。
- WinServ将自动检测源服务器。或者，如果服务器位于不同的网络中，您可以手动指定源服务器的IP地址。
- 如果您想精确选择要传输的内容，请按“Advanced”菜单。如果您只是想迁移所有内容，就不需要进入“Advanced”菜单。
- 点击“Next”，然后点击“Go”开始迁移。
- 迁移过程将需要一段时间（取决于您要传输的数据量），并在完成后向您报告。
- 大功告成！
方案二：通过中间存储间接迁移
- 在两台服务器上运行 Zinstall WinServ 。
注意：您可以 点击这里获得Zinstall WinServ，并查看 用户指南. - 在源服务器上，选择第3个选项，“Moving from Machine to Container”
- 选择容器位置（例如网络共享、NAS、USB硬盘 – 任何类型的存储），然后点击“Go”将源服务器完整捕获到该位置。
- 在新的2022 / 2019服务器上，选择第4个选项，“Moving from Container to Machine”
- 如果您不想传输程序，只打算迁移配置文件、数据和共享，请将主屏幕上的单选按钮切换到“profile and settings only”模式。
- 指定第3步中创建的容器的位置。
- 如果您想精确选择要传输的内容，请按“Advanced”菜单。如果您只是想迁移所有内容，就不需要进入“Advanced”菜单。
- 点击“Next”，然后点击“Go”开始迁移。
- 迁移过程将需要一段时间（取决于您要传输的数据量），并在完成后向您报告。
- 大功告成！
服务器角色迁移
这部分迁移需要手动完成，有多个教程可以提供帮助。我们推荐John Savill撰写的优秀指南： Winding Down Windows Server 2003 in Your Organization。以下信息基于上述文章。
- IIS迁移：如果您在IIS 8上运行的只是基本HTML页面或Active Server Pages（ASP），您可以将内容复制到新服务器上的IIS版本，然后更新DNS记录以指向新的IIS服务器。当然，通常如果您使用IIS，用途会不止静态网站（例如Sharepoint），简单复制是不够的。好消息是，您可以使用名为 Web Deploy 3.6的迁移工具包。如果您需要将网站迁移到Microsoft Azure Web Apps，还有一款单独的工具，名为 Azure Web App Migration Assistant.
- DC和AD迁移：只要您遵循了最佳实践，您的域控制器（DC）就不会运行其他软件，这意味着现有的域和林已为Server 2022 / 2019做好准备。在这种情况下，您需要创建运行新操作系统的新DC，迁移FSMO（Flexible Single-Master Operation）角色，迁移证书和其他项目，然后停用Server 2012的DC。有关迁移DC的详细指导，请参阅 Upgrade Domain Controllers to a newer version of Windows Server .
- DHCP迁移：DHCP作用域提供分配给客户端的IP地址及其IP配置（例如网关、DNS服务器）。要迁移DHCP作用域，最好的办法是从Server 2012实例导出作用域，然后导入到Server 2022 / 2019实例中。
- DNS迁移：如果您在Windows上托管DNS，它很可能与AD集成，您的DNS服务器就是DC。因此，当您迁移AD时，DNS配置也会随之迁移。请务必记得迁移DNS服务器的各项配置，例如转发。如果DNS服务器将使用新的IP地址，您需要确保更新所有静态IP配置和所有DHCP配置。为避免这项耗时的工作，大多数组织会在旧服务器退役后，将新服务器的IP地址改为旧服务器的IP地址。
- 打印服务：与文件服务一样，打印机配置和共享必须从源服务器迁移到目标服务器。此外，您还需要64位的新打印机驱动程序，兼容Server 2022或2019以及现代客户端。
处理不兼容的应用程序：
在Windows Server 2012上运行的某些遗留第三方应用程序可能与Windows Server 2022 / 2019不兼容。这不像Server 2003 / 2008时代那样常见，但仍有可能出现 – 通常是那些没有针对新操作系统版本更新过的遗留软件。
请注意，“老旧”并不一定意味着“无法运行”。相当多的应用程序仍能正常工作。
如果这些应用程序无法立即移除，而且对组织的持续运营至关重要，那么保留其运行的推荐方案是将这些应用程序虚拟化迁移到一个运行在新替代服务器上的虚拟实例中。然后，继续采取必要的步骤逐步淘汰这些应用程序，并停止运行虚拟化实例。
WinServ是应用通用的工具，甚至可以迁移外界从未见过的自定义和内部应用程序 – 只要它们能够在新服务器上运行。以下是我们的客户过去迁移过的一些常见应用程序的部分列表：
- SQL Server
- MS SQL
- MySQL
- SAP（包括SAP Business One）
- Oracle
- Sybase
- DB2
- Java Application Server
- Crystal Reports
- Avaya
- PeopleSoft
- JD Edwards Enterprise One (JDE E1)
- Citrix
- Apache（仅限Windows版本）
- WebSphere
- Microsoft Dynamics
迁移之后：
当迁移过程完成后，就该验证结果了。
- 您可能需要调整域的DNS，使其在需要的地方指向新服务器。例如，将旧CRM服务器的DNS条目更改为新服务器的地址。
- 登录脚本和GPO策略也是如此。
- 启动您使用的每个应用程序和控制台，并验证它们是否正确加载。
- 使用客户机工作站，验证客户机能够正确访问迁移后的服务器，并且它们的应用程序运行正常。
恭喜！您的服务器迁移现在已经完成。
准备好迁移到Windows Server 2022 / 2019 / 2016了吗?
您也可以 联系我们 获得帮助、批量购买软件许可，或帮助您设置POC。