虚拟化指南:系统救援中的虚拟恢复

对于很多商业用户“保护数据-使它保存在系统以外”是所有灾难恢复过程的关键,其它的措施还包括改善数据复制的速度和提供一个完整并且健壮的不间断运行的系统 。一种方案就是把原来的IT基础架构移植到目前的IT虚拟架构上来,它可以提供一个满足商业变化需求而且带有很大灵活性的组织结构 。

IT虚拟架构在计算机、存储器和网络设备,还有运行在其上面的软件之间提供了一个抽象层 。在这个环境中用户所见到的资源就好像是专门为他们准备的一样,同样他们也可以在企业的全局范围内管理和优化这些资源 。IT组织就能够提供新的服务和改变专门用来支持软件服务的资源数量,把数据中心看成是一个单一的拥有处理,存储和网络连接能力的资源池 。

这样的最终结果就是通过使用服务器虚拟化技术实现,它允许一个物理硬件平台同时运行多个虚拟机(virtual machine) 。每个虚拟机有自己的处理器,内存,磁盘和网络接口 。在每个虚拟机上运行的操作系统被称为“客户操作系统“ 。功能上每个虚拟机是自治的,同时它本身也不知道硬件是被共享的 。这样就可以在一套硬件平台上运行很多的服务器,即使它们运行不同的操作系统或者不同的版本 。

这就意味者一台机器能够支持三个不同的虚拟机,例如:Windows Server 2003,Exchange Server 2003 和Windows Server 2000 and SQL 2000 。

域控制器(简称DC)

例子中的第三台机器是个虚拟的DC,这对那些拥有需要一个本地的DC的分枝机构,但同时它又又不想花钱来为购买硬件增加开销的公司中是很普便的 。这点对故障恢复站点也是一样的 。解决这个问题的关键是虚拟机和它们个自运行的操作系统和软件高度的自治 。

其中最大的挑战是相对于传统服务器来说虚拟机内部的存储方法-也就是虚拟磁盘virtual disks和裸磁盘raw disks 。当一组相关的虚拟磁盘文件存在于一个服务器上时,虚拟机操作系统把它们识别为一个存储设备 。这就导致了文件集的完全封装,这样不但带来了系统自治的优势而且同时增加了系统文件保护的复杂性 。另外裸磁盘访问的方法允许虚拟机直接访问服务器主机上的物理分区 。

客户们最通常的需求是在一个单一的故障恢复的服务器上能够保护独立的或者在不同服务器上相冲突的应用程序 。这个解决方案必须支持多对一(many-to-one)的数据复制模式,一些程序由于冲突或者运行需要不能共存在一个服务器上 。通过在目标系统中使用虚拟机,每个出现问题的源都会通过独立的目标虚拟机来受到保护同时变得可用 。

一些先进的解决方案使得在客户主机操作系统guest OS和宿主主机操作系统guest OS之间的复制成为可能 。复制一个guest OS就像我们传统上在物理服务器上复制一样,不需要考虑额外的事情 。这就提供了在不同虚拟机中为虚拟磁盘中的单独文件复制提供文件级别的选项 。当其它的应用程序运行在实际文件系统之上时,客户主机的复制意味者对它对磁盘的写入操作可以被宿主主机的文件系统捕获 。这就允许在运行其它拷贝的不同目标服务器target server上进行透明和可靠的数据复制,即通过IP网络的连接仅仅传输实时的,byte级别的变化 。

在其它的虚拟服务器例如VMware GSX中,用户可以选择在客户主机操作系统guest OS之间进行复制还是宿主主机操作系统guest OS之间的复制 。结合了上面提到的byte级别的数据复制技术,可以提供了非Windows操作系统虚拟机的复制,同时也就提供了guest OS完整的故障转移能力 。

为了提供在IP(LAN 或者WAN)网络内的容错能力,备份解决方案必须能够满足在企业内部不同windows server之间进行数据byte级别的复制 。这里有很多的互相结合的技术和方法来实现这样的结果 。

推荐阅读