如何迁移VMware虚拟机和View桌面到新的SAN

迁移虚拟机到新的电脑，其实比较简单，步骤如下
1、在新电脑安装虚拟机软件，版本可以是跟老机相同版本，也可以比老机更新版本
2、在老机上拷贝虚拟机的虚拟系统，以VMware虚拟机为例，下图两幅中，第一幅是虚拟机上我的“多开看盘”全部文件，第二幅图是包含这些文件的文件夹，从A看出，我用的VMware11版本，而VMware安装时候，建立的虚拟机文件在VOS目录下，即标示为B的地方，点击VOS之后，右边看到“多开看盘”虚拟机整个文件夹，只要把这个文件夹全部复制、粘贴到新电脑
3、在新电脑上打开虚拟机，照步骤 *** 作即可

假设我们原有的存储文件vdi放在c:\users\weixu\virtualbox
vms\scada_temp\scada_tempvdi，当前我要将其迁移到目录下，那么我只需要将vdi文件拷贝到这个目录，然后执行以下命令：
d:\program
files\oracle\virtualbox>vboxmanage
internalcommands
sethduuid
"d:\vm\vm_vdi\mysql_copy\mysql_copyvdi"
uuid
changed
to:
bfd5674e-f134-4b35-89c2-1a5e15fbf8d7
注：1红色部分为virtualbox安装目录，其中vboxmanage为可执行程序，我在自己电脑直接运行会出现以下错误：
个人理解为需要设置环境变量，后来直接进入到virtualbox目录下，然后执行命令:
vboxmanage
internalcommands
sethduuid
"d:\vm\vm_vdi\mysql_copy\mysql_copyvdi"
2黑色部分固定不变
3蓝色部分为虚拟硬盘存放的位置（目录）
4绿色部分为 *** 作后的显示结果，运行命令是不需要输入，是用来检测命令是否运行成功的
执行完上述命令以后，在virtualbox中新建虚拟机，关联上这个vdi文件即可

1、关于VMX格式
VMX文件是vmware虚拟机系统的配置文件，注意：刚刚安装好VMware Workstation以后是找不到这个文件的，当你在VMware Workstation中建立了一个虚拟机以后，这个文件才会出现。这文件是用来记录你建立的虚拟机的配置的，比如多大的内存、什么型号的硬盘 等等。
2、OVF格式
Open Virtualization Format (OVF) 规范是在 Distributed Management Task Force (DMTF) 协会内部开发的一种标准，旨在推广一种开放、安全、可迁移、有效以及可扩展的格式，用于封装和分发将在虚拟机上运行的软件。
我在安装esxi41后，想把原来在workstation下配置后的虚拟主机导入到它下面。但是我发现如果将原来VMware里面的文件原封不动的导入到ESX服务器里面，在启动服务的时候会出现报错，所以还是将原来Workstation里面的文件制作成OVF的文件再导入吧！
3、转换工具
请使用workstation70以上版本中有自带一个OVFToolexe的工具，如何你的应用程序安装在默认路径可以在C:\Program Files\VMware\VMware OVF Tool找到。
在window开始运行中输入cmd用命令行，出现如下命令行。输入CD:C:\Program Files\VMware\VMware OVF Tool(如果切换到其他盘符（D：）直接输入D: 就可以)
C:\Program Files\VMware\VMware OVF Tool\ovftoolexe "原文件路径\xxxvmx" "目标路径\xxxovf" 按回车开始转换。
完成之后就会出现如下四个文件：
至此，从Workstation到OVF的转换已经完成
4将生成的ovf文件，导入到esxi中
在vSphere中点击文件-->部署OVF文件，按照导向部署完成

首先，你说的迁移指的是 主机迁移？ 主机存储数据迁移？ 还是主机和存储都迁移？
按照你的说法，应该是主机迁移，前提是有vCenter，并且将两台物理服务器都添加到了同一个数据中心，并且你虚拟机系统的数据存储是在iscsi或者SAN环境中的存储。
那么迁移的时候其实拷贝的是内存状态，其他都没有动过，当拷贝完内存状态后，第二台物理机上就可以接管过来迁移的虚拟机，并且将其网络连接到自己和第一台主机能够通信的网卡里面。比如是你第一台物理机有vmnet0网卡，虚拟机连到其上，第二台也有vmnet0网卡，那么迁移后默认也是在vmnet0上。
2迁移不一定要同等标准的物理机，但是迁移的目的物理机一定要有足够的资源来接管迁移过来的虚拟机。
迁移对CPU的处理速度没有要求，vmware也是统计你单台物理机的CPU所有运算能力来给出统计的，和你多少核是没有什么关系的。

随着虚拟桌面系统基础架构的出现，正如老话所说的那样，旧有的事物又重新焕发出新的生机。应用虚拟化技术，目前的IT将具备将那些各不相同的计算平台重新统一管理的能力，还能为管理员提供更好的控制和用户访问的灵活性。本文对虚拟桌面系统基础架构的回顾将侧重于两大最为重要的虚拟化产品的特性分析。在笔者对入门级虚拟桌面系统基础架构解决方案（即Kaviza VDI-in-a-box, NComputing vSpace和Pano Logic's Pano Express）所做的对比中，笔者的目标是关注那款能在思杰XenDesktop 55和 VMware View 5的基础上最高托管50个用户配置出一套完整的虚拟桌面系统基础架构解决方案。在笔者的评估中，笔者发现配置的集中化管理是比较容易的。XenDesktop和View都是基于相似的构建模块，因此展开配置的整个路线规划图都是相同的。不过要完成整个配置还需要花费更多的心思和努力。 XenDesktop和View着两款产品都是可托管数千个用户的高扩展、高配置平台。在与Kaviza, Ncomputing和Pano Logic解决方案进行对比时，XenDesktop和View需要花费更多的时间，精力和知识才能配置成功和运行。但是对于要继续成长壮大并且需要管理大量虚拟桌面系统用户的企业用户来说，XenDesktop和View是唯一的选择（需要强调的是，思杰在2011年初收购了Kaviza来提供入门级虚拟桌面系统基础架构产品）。虚拟桌面系统基础架构的优势和不足对桌面系统部署虚拟化并将其迁移到集中管理的服务器上有很多的好处。首先，可以避免数据中心的用户数据泄漏。所有的计算处理都是在高冗余系统上的可控环境中进行的。从安全和容错的角度来说，这是一个很大的亮点。与数据存储的传统桌面系统不同（在这种环境中，数据可能会被盗或者遗失），统一管理可以避免数据中心数据的丢失。另一个好处是系统管理也是统一进行的。当到了对 *** 作系统打补丁或者升级一款应用软件的时候，IT管理者可以在主机或者硬盘映像上完成这项工作，所有的用户都会收到升级信息，再也不用对企业内部的每个桌面系统单独进行升级了。或许虚拟桌面系统基础架构解决方案最大的好处是让用户的桌面系统环境可以供多个最终用户设备使用的能力。这就意味着一个Windows 7虚拟桌面系统可以通过Mac或者LINUX PC，从瘦客户端，iPad或者安卓上网本，甚至通过智能手机来访问。用户的桌面系统变得完全便携了。

---