物理机转移到虚拟机平台P2V系统迁移方案

物理机转移到虚拟机平台P2V系统迁移方案应用系统从物理机迁移到虚拟化平台，主要从用户现有物理服务器及上面的业务整体业务系统（含AD域，Web，数据库服务器整体迁移）。

迁移方案规划
把物理负载迁移到虚拟机上，简称为P2V,是服务器虚拟化的缩影。

这种工作负载的迁移会带来数不清的好处。

最显而易见的是服务器整合。

迁移评估
迁移前，对迁移方案进行评估以确保迁移成功。

首先需要勘察现有系统的架构和资源使用状况，评估过程必须包含以下信息和内容：
现有系统支撑的服务数量以及在服务器中的分布情况。

现有物理服务器资源占用状况，包括CPU、内存、磁盘和网络连接状况，为保证迁移成功，目标虚拟机规格应不低于原物理机标准。

当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理服务器上完成虚拟化。

对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。

需明确现有存储如何利用，比如有些服务器是在本地磁盘上创建系统盘和用户盘，有些服务器则在本地磁盘上创建系统盘和数据库而在SAN/NAS 上创建用户盘。

迁移计划
通过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求非常清晰。

评估后才能开始对迁移进行计划，步骤如下：
一、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排列。

二、确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复利用，而在虚拟化前需要清除所有的数据，因此需要对这些服务器进行备份保证服务的连续性。

三、确定并准备好迁移所需的工具，包括工具在迁移中必备的一系列功能和使用工具所需具备的网络环境。

四、在实际迁移开始之前确定额外的测试环境，该测试环境能够引导测试从而确保迁移成功。

因此，测试环境需明确设计的服务器和存储数量。

五、规划网络环境，由于网络中的服务器各处不同位置，因此在迁移中需考虑到网络连接情况、数据备份方式，以及网络流量来源，确定网络流量是否会引发网络拥塞
六、确定迁移周期以及参与人员，包括迁移起止时间，团队能力建设以及团队成员的角色。

测试计划
迁移计划后，执行小批量的测试迁移方案，这里会涉及到首批迁移的测试和审核，步骤如下：
准备用于测试迁移的测试系统环境，在测试时，第一批服务器将会迁移到该系统环境中。

安装并核实迁移工具，此时要执行第一批服务器的P2V迁移。

对第一批服务器，需分析存储系统，不管该服务器在存储迁移中采用本地磁盘存储还是远端SAN/NAS存储系统。

迁移测试
在第一批服务器和服务的小批量测试迁移后，需对迁移后的服务器进行测试，包括单元测试和性能测试。

迁移实施
在迁移实施过程中，所有的服务器都会被迁移到虚拟化系统下。

执行步骤如下：
确保批量迁移的整个网络环境已准备完毕，并通过迁移工具完成源系统和目标系统之间的连通。

此处的目标系统属于中转系统。

对迁移系统进行性能审核和健康检查，如果系统状态监视则停用旧系统并将其服务暂时转移到新的虚拟化系统中。

进行利旧，对于一部分可用的旧硬件可在服务器虚拟化中重新再利用，一些软件资源需扩展，如内存和硬盘。

这些服务器构成最终的虚拟化基础设施，即最终系统。

最后，在目标系统和最终系统之间进行V2V迁移。

这样，最终系统完成了现存硬件的重复利用。

实施步骤
迁移前的准备工作
➢架设配置虚拟化服务器，并设置好所有参数。

➢在迁移物理服务器之前，需要执行如下的操作：
a)使用磁盘检查工具，检查各个硬盘、各个分区，并修改错误。

在条件允
许的前提下，整理硬盘。

b)删除硬盘上不需要的软件(如一些软件安装程序)和其他数据(如电影、
MP3等)，并“清空回收站”。

c)安装最新的补丁。

d)记录当前服务器的IP地址、子网掩码、网关、DNS等参数。

记录其他相
关参数。

e)确保Converter的服务正在运行。

f)确保在源服务器的C盘驱动器上，至少有200 MB的可用空间。

g)禁用所有源服务器上运行的防病毒软件。

h)关闭所有在服务器上不必要的应用程序。

i)清理临时和任何在源服务器上不必要的文件。

j)为了转换程序正常工作，下面的Windows服务必须在运行：Workstation、Server、 TCP或IP Netbios Helper和Volume Shadow Copy。

k)确保所需的在源服务器和VirtualCenter（ VC ）以及VMware ESX之间的TCP / UDP端口是开放的。

l)确保你的网络适配器的速度符合你的物理交换机的设置，建议千兆网络。

开始迁移
这些步骤完成之后，我们可以准备开始迁移了。

启动Converter Manager应用程序，然后单击导入服务器的按钮，启动转换向导。

选择源服务器，如果在源
服务器上运行转换器，就选择本地计算机，否则输入主机名/ IP以及服务器的登录信息进行转换。

如果需要的话，在源数据屏幕你可以选择你的磁盘卷，并重新按你的需求将磁盘的容量放大或缩小。

确认你没有选择被你的硬件安装创建的任何小型实用分区。

你在这里所做的决定将确定使用哪种硬盘克隆方法来复制你的源数据。

如果你不更改你的驱动器大小或增加他们，那么将会启用块级别进行克隆。

如果你缩小了驱动器容量的大小的，那么文件级别克隆将会被使用。

1.建立目标虚拟机(VM) (0%-5%)
2.准备克隆磁盘(5%-6%)
3.克隆过程(6%-95%)
4.克隆工作结束以后(95%-97%)
5.定制或重新配置(97%-99%)
6.安装工具或启动(99%-100%)
迁移时间：跟被迁服务器的数据量和网络性能有直接关系。

迁移后新虚拟机的服务器调整
转换完成后，应该做以下几个步骤，对你的新虚拟机进行清理，以便它有更好的性能。

1.编辑虚拟机的硬件。

移除所有不必要的硬件，包括软盘驱动器和串行，
并行和USB端口。

你应该分配给VM的内存和它需求的一样多。

如果可
以就尽量减少它。

当使用一个vCPU时，大多数的虚拟机会运行地更好，
所以如果ESX主机服务器是一个SMP（对称多处理）的物理服务器，那
么应该考虑减少虚拟CPU的数量。

2.启动VM，等待几分钟，让它发现所有的新硬件，然后重新启动它。

3.检查服务器的HAL ，如果它来自一个多CPU的物理服务器，但现在只有
一个单一虚拟CPU的虚拟机，那么你需要打开设备管理器并编辑CPU
（计算机）。

选择更新驱动程序，不要选择通过Windows Update来更
新，而是选择从列表中安装，选择Dont Search，并选择ACPI
Uniprocessor取代ACPI Multiprocessor驱动。

4.移除任何硬件的特定应用程序和驱动。

5.最后，我要强调：删除所有目前不使用的硬件驱动。

有些硬件设备已从
系统中删除，但相应的驱动还没有被卸载，这是迁移后的遗留问题。

那些不再是系统中存在的物理硬件的驱动程序，但Windows对待它们，就像它们存在一样，并将系统资源分配给它们。

并且当你试图给新的网络适配器配置的IP地址与源服务器上的地址相同的时候，它们也会导致冲突。