vmware环境的备份.doc

vmware环境的备份 还有一些现有产品可以解决这个问题，比如把 VMware 环境迁移到一些特殊的存储设备上。如果没有相应的硬件，也可以采取一些临时的备份方法。在处理虚拟机备份这个问题上，有人多人在努力尝试。 物理设备的问题 一想起Vmware，我的脑海里就会浮现出电影“骇客帝国”（矩阵）的情景。运行在 VMware 中数以百万计的虚拟机与骇客矩阵里虚拟的人类是何等的相似。就像电影一样，一旦进入了矩阵，人就可能做各种不可思议的事情，在空间飞行、学习功夫或转瞬间从高楼跳下。我们可以把VMware想象成矩阵，VMs（虚拟机）可以轻松地从一台物理服务器“飞到”另一台。在 VMware 中，多亏了 HyperVisor虚拟机系统管理程序，虚拟机才可以在硬件上运行。 电影中当一个人在虚拟的骇客矩阵程序中死掉，在现实中也就死了，因为人的身体不能分辨痛苦是来自虚拟世界还是物理世界。与之类似，VMware 也不可能中断虚拟环境和物理环境之间的联系。虽然你可能将运行在一个ESX Server上的20个 VMs（虚拟机）看做是20台物理服务器，但事实上只有一台硬件服务器以及唯一的I/O通道和存储系统，即使备份系统把它们当做 20 台物理服务器一样对待，我们也知道它们其实运行在一台物理服务器上。 常见的做法：把虚拟机当物理设备 多数 VMware用户都假设他们的虚拟机是物理设备。在各类不同的技术研讨会上，我对大约5,000 名用户进行了问卷调查，试图了解他们怎样处理 VMware的备份问题。结果非常相似，只有一小部分的Vmware用户在使用 VCB (VMware Consolidated Backup)备份。而大多数人使则使用备份物理服务器的方法备份虚拟机。 这样做并不是不行，虽然很多备份管理员认为这样对VMware 做备份过于简单化，但实际上大多数人却都是这么做的。 如果你正在用这种方法做虚拟机的备份，不需要担心什么。传统备份的好处是过程比较简单。虚拟机的备份过程跟“真正的”（物理机）备份一样，可以做到文件级恢复，有支持数据库和应用的Agent代理，以及增量备份。（参见“改进旧的虚拟机备份策略”） 。 在ESX Server内部做备份 另一种选择是在 ESX Server内部的物理层运行备份软件。但糟糕的是，你很快会发现每天都要做全备份。而且如果你这么做，将不会得到备份软件厂商的任何支持，因为厂商不鼓励使用这样的方法。（他们希望用户使用VCB或者典型的Agent代理方式进行备份，可以获得更多的收入）。每天都要做全备份的原因是虚拟机上任何的数据改变都会导致与之关联的VMDK文件时间戳的更新，所以，即使是一个“增量”备份也跟全备份没有什么区别。 VMware Consolidated Backup：是希望还是炒作？ 面对备份的难题，VMware 给出的答案是 VMware Consolidated Backup。要使用 VCB，需要在 ESX Server旁边部署一台物理的 Windows 服务器，并使其能够访问ESX Server 下VMFS文件系统所在的存储设备。对该存储设备的访问可以基于块（光纤通道和 iSCSI）或者基于 NFS协议。这台物理服务器以一个Proxy备份代理的角色执行虚拟机的备份，这样备份数据流就不需要经过ESX server了。 备份软件与 VMware Consolidated Backup之间有两种互相响应的方式。第一种仅限于Windows平台的VMs. 备份软件通过VCB接口程序通知VMware发起备份。VMware 调用Windows虚拟机上的VSS (Shadow Copy Service) 做一份VMware层快照，然后经过VCB将快照交给Proxy备份代理服务器，并以虚拟卷标的方式挂载（例如VM上“C：”卷的快照在Proxy备份代理服务器上以“H：”卷命名）。而后，我们可以用备份软件对这个虚拟卷做标准的全备份和增量备份。 这种方式的主要优点是可以做增量备份，不足之处是仅支持Windows平台，也没有正式的对应用程序的支持（包括支持VSS 的应用），而且不能恢复 VM 自身，只能恢复虚拟机上的文件。 另一种使用VCB的方法是针对整卷做备份。跟上面提到的类似，VMware 即可以调用 VSS 快照，也可以为非windows平台的VMs做同步镜像。用这个方法，VMDKs 裸卷在 VMFS 存储和代理服务器的存储之间被物理拷贝（也就相当于staged）。尽管ESX Server本身不会产生I/O，但VMFS 所在的存储设备还是有I/O负荷，相当于做全备份。 在利用主流的备份软件将裸卷的这份拷贝备份到磁带或者磁盘之前，实际上已经经过了一次全备份过程，这意味着