本文中,我们将重点介绍如何将一台物理应用服务器的数据迁移至它的云端替代服务器,迁移内容包括:已经安装的应用、数据库、用户配置文件、分享和数据。总体方法是通用的,可以用于迁移到任何云提供商,如微软Azure、亚马逊AWS、IBM Cloud (Bluemix / Softlayer)、Rackspace等等。您还可以迁移到不同的windows版本,例如从Windows 2003迁移到2016版本,或者从32位元迁移到64位元。
注意,我们将执行本地迁移,而不是操作系统或应用程序虚拟化。这意味着,最终的结果将是一个“正常”的云服务器,包含来自原始物理服务器的应用程序堆栈、数据库、概要文件和数据。这样做的好处是,您不必单独处理每个应用程序,即使没有人记得最初是如何配置应用程序堆栈的,也可以按原样迁移应用程序堆栈,而且您也没有应用程序虚拟化的开销。缺点是,如果您的一些应用程序与新的操作系统不兼容(例如,如果您是从Windows 2003迁移到2016版本),它们在您迁移后仍然不兼容。
本教程的目标是允许您在不到4小时的“参与”时间内,完成服务器迁移(总时间当然会更长,主要视传输数据量和目标服务器上的自动部署而定)。
本教程中所使用的软件是Zinstall WinServ,您也可以从IBM大规模部署的完整服务包中获得它。有关更多信息,请与所在地区的IBM客户团队联系。
您将在本教程中学习到:
在深入详细的流程描述之前,我们先快速概述一下迁移流程所涉及的内容。您会在下面看到更多的细节:
1. 将物理服务器捕获到迁移容器中。这是使用Zinstall WinServ完成的。容器是服务器内容的完整捕获,类似于图像(完整的,除了您决定排除的内容)
2. 使容器可以从您的云服务器访问。这可以通过将容器上传到您的云存储或目标服务器本身,或者在两个服务器之间创建VPN /隧道连接来实现。
3. 将容器的内容部署到目标Cloud服务器。这也是使用Zinstall WinServ完成的,它自动部署应用程序,设置,数据库,共享,配置文件和数据到目标。
4. 进行任何必要的迁移后调整,如调整配置文件的新服务器名称,调整DNS指向更换服务器等。
我们现在可以进行更详细的描述。
审查您的服务器: 任何迁移的第一步都是确定服务器上有什么,服务器上有哪些客户机,以及它们希望与哪些接口进行交互。接口尤其重要。一旦迁移完成,您将需要确保服务器被正确地集成到新网络中,并且客户机能够在新位置访问服务器。
安排您的迁移时间: 迁移需要时间,在此期间,您的用户可能会受到某种程度的影响。如果可能,尝试将实际迁移安排在几个小时后或周末执行。请注意,那时您实际上不必守在电脑旁:应用程序迁移可以远程执行,或在无人模式下提前启动。
验证您的备份是最新的,并且是可恢复的: 任何重大的升级都可能出错,而且没有有效的最新备份,您可能会失去服务器上的所有内容。请确保您的备份没有损坏,并且可以在需要时进行恢复!
第一部分: 将物理服务器(源服务器)捕获到容器中。

第二部分:使容器可以从云(目标)服务器访问。
容器创建后,我们需要使其可从目标访问。可以通过将其上传到您想要的云提供商的存储上,或者通过在服务器之间建立一个VPN /隧道连接来完成。
第三部分:从容器部署到云(目标)服务器上。
就是这样! 您已经将应用程序、设置、概要文件、数据库,当然还有文件从物理服务器迁移到云服务器。
上面描述的自动迁移过程没有涉及到的两个方面是服务器角色(DC、AD、IIS、DNS、DHCP)和不兼容的应用程序。
有关详细信息,请参阅通用服务器迁移教程的服务器角色和不兼容的应用程序部分。
当迁移结束后,是时候验证结果了:
恭喜您! 现在您的P2C服务器迁移完成了。
准备好将物理服务器迁移到新的云托管服务器了吗? 请联系我们以获得帮助、批量许可和建立POC的帮助。
注意:本教程中使用的工具是 Zinstall WinServ, 您也可以从IBM服务中获得(作为其用于大规模部署的完整服务包的一部分)。有关更多信息,请与所在地区的IBM客户团队联系。