虚拟机备份两大方法.docx

【TechTarget中国原创】备份虚拟机在发生重大故障后如果仅需短短几分钟就可以完全恢复，是不是很诱人？但是，我们需要有效的虚拟机备份方法以及足够的磁盘空间来为所有服务器保留副本。很多管理员都希望，无论是小型的或是存放多达几个TB数据的服务器，都可在几分钟内完成恢复。但是，当数据规模达到TB级以上的时候文件拷贝将会占用大量时间。很明显，这种方法不能满足TB级数据的虚拟机备份要求。为了解决该问题，并且可以同时满足快速在线虚拟机备份的需求，有两种方法，只不过这些方法需要一点停机时间和预先占用的数据存储空间。故障切换方式进行虚拟机备份第一种是把故障切换方案用做虚拟机备份。很多基于磁盘的备份服务，都是通过在文件系统过滤程序从备份服务器上收集数据。如果文件系统过滤驱动可以监控每个独立磁盘数据块所发生的变化，而不是只针对某个文件级的变化。那么磁盘上的数据块发生改变时，新的内容（仅影响非常小的一部分数据空间）就可以被拷贝到备份服务器并在索引中进行记录。这样的文件系统过滤驱动可安装到虚拟机内部，或是用虚拟主机来监控变化量。磁盘数据块只有在被修改时才进行备份，对于虚拟机恢复来说就不存在备份窗口的问题。它不再收集过渡期的数据变化（备份量为两次虚拟机备份时间点之间的改变量），该驱动几乎是实时完成对虚拟机的更新和备份。把数据改变量在备份服务器进行记录的同时，也可以实时备份到另一台处于关闭状态的虚拟机。这个过程仅在两台服务器间产生一些数据流。备份进程开始于生产服务器磁盘上的数据块发生改变，然后文件系统过滤驱动捕捉到这些改变并把它们发送给备份服务器。最后，备份服务器把改变量记录到另一台冗余的服务器内。这样两台服务器之间建立了松散的同步关系，换句话说当故障发生后进行恢复所需的时间基本相当于启动另一台虚拟机的时间。另一台虚拟机可以是物理服务器或是虚拟机。故障切换方式的出发点是为了保证服务器可快速投入使用，但同时也需要保留额外的一份数据用于备份。如果被保护服务器的数据量在TB级别，保留两份数据带来的投入也是巨大的。利用数据优先级分类方式进行虚拟机备份和恢复还有一种恢复方式也可以在几分钟内完成在线虚拟机备份，而且避免了重复数据存储带来的浪费。这种方式在备份恢复的过程中对目标数据进行优先级分类。同样是基于文件系统过滤驱动，该方式仅在备份服务器相连接的磁盘存储上保留单一数据拷贝。在生产服务器发生故障后，要想恢复虚拟机第一步动作是通过DVD或其它介质启动另一台机器。在DVD光盘上包含的内容可保证操作系统和相关应用程序读取备份虚拟机的备份数据。从而首先安装核心操作系统和关键应用。跟整个数据集相比，操作系统和应用程序本身消耗的数据量并不大（类似于几十辆马车对比几千辆之间的差别）。所以虚拟机恢复所需的时间也很少。一旦该服务器的核心部分恢复工作后，大量数据才开始慢慢进入恢复进程。这正是这种虚拟机恢复方式的关键所在。基于磁盘的备份服务通过文件系统过滤驱动可以随机地访问目录中的任何数据区域。根据所使用的用户不同，这部分数据可以划分优先级。高优先级的数据可以根据用户需求在其它数据加载之前优先进行恢复。完整数据的恢复也许需要很长时间也就是把TB级的数据拷贝过来所需的时间，但在那之前服务器和相关应用已经在几分钟内恢复正常使用。如果出现用户需要的某快数据还没有被恢复，那么这块数据的优先级会迅速上升并被快速恢复。很多提供虚拟机备份和恢复服务方案的厂家同时采用了这两种方式。某些工具对TB级数据规模的服务器在线备份要比其它产品快。结合了基于磁盘备份和文件系统过滤驱动之后，需要做的仅仅是在备份服务器上添加一些管理功能来完成对服务器的恢复任务。正在加载数据. 【TechTarget中国原创】尽管在虚拟化工作环境中，虚拟机备份和恢复比传统的工作平台中相对有更多选择，但是仍然有一些问题存在。首先，管理员需要了解和应用程序相关的任何缓冲区或者缓存的状态。在实行虚拟机备份快照之前考虑这些临时数据非常有必要。“SQL数据库运行在一台虚拟机内，并且这台虚拟机曾经备份过”，StorageIO集团的创建者和高级分析师Greg Schulz说到。 “如果出现异常，并且SQL服务器不能够正常执行业务，则就可以能会出现使用存在差异的数据库”，Schulz说到，“虚拟机可能恢复过来了，SQL可能也恢复了，最后发现表格却崩溃了”。Schulz认为唯一的方法就是从最近的一次良好备份中恢复过来，并且从该时间点恢复被破坏的数据。这一类同步操作可以在暂停一些应用程序（如SQL）时自动执行。另外，诸如VMware整合备份工具也可能把捕获到缓冲的数据作为工具正常操作的一部分。无论哪种情况，目标都是确保在虚拟机备份快照发生时，虚拟机和应用程序都保持在完全稳定的状态。原理循证测试可以在实施关键虚拟机备份快照之前标识出可能的同步问题。另外一个问题就是恢复。快照是一种非常高效的方法，但是整个虚拟机都会被作为一个单独的连续文件夹被捕获到。从而虚拟机就不得不从一个完整实体对象恢复过来，因此快照就会把自身归为一个单独的文件或者文件夹恢复。组织机构通常依赖于对粒度或者非关键性数据恢复可操作性的备份。“可操作性恢复是一类用来恢复CEO删除的邮件或者被重写的Word文档的恢复方法”，Evolve技术公司的CEO Dave Sobel说到，“这是一类需要对少量数据快速恢复的备份”。一些企业通过实行把虚拟机恢复到另外一台服务器上实现文件级别粒度的备份，使用过程中只是把具体用户所需要的文件简单地提取出来。另外一个方案就是选择能够“看到内部”的虚拟机快照的虚拟机备份和恢复工具，以及根据需要恢复特定的文件或者文件夹。Symantec Backup Exec工具可以在虚拟工作环境中刚好实现这个粒度的读取操作。传统的裸机备份可以保护操作系统、驱动程序和物理服务器配置的每一个细微差别，以及其应用程序和数据。但是虚拟机备份并不包括底层的虚拟化管理程序和操作系统。尽管一台虚拟机是一个完整的、可挂载的机器文件，但却不是传统意义上的裸机。目标服务器必须已经有合适的操作系统和管理程序，操作系统和管理程序必须作为单独一个环节进行备份。“物理主机的备份策略是什么？”Sobel问到。一些单位可能倾向于在备份虚拟机时放弃对操作系统和管理程序的备份，从而选择放弃恢复原始介质中虚拟服务器的裸机部分。很长时间以来，虚拟化对于数据中心（内部和云端）是最好的方式。虚拟化的前景非常远大，现在，这些前景所带来的许多承诺已经触手可得。但是，只有当为虚拟化的独特要求而进行优化的备份方案出现在市场上时，更为广泛的虚拟化部署才会出现。服务器虚拟化已经跨过了那个众所周知的门槛。不久之前，在部署新的服务器时，我们还必须去论证为什么要使用虚拟方式而不是物理方式。现在，相反的情况已成为一个事实。对于许多机构的 IT 经理，“虚拟优先”的策略已成为一项法令，部署新的服务器时必须使用虚拟方式，除非特别要求使用物理服务器。虽然虚拟化存在各种各样的优点，但也带来了许多新的存储和数据管理问题。其中一个主要的问题是备份。物理服务器领域的备份技术也可用于虚拟机环境，但效果并不是很好。原因何在？虚拟机备份代表着四个新的技术因素：1. 由于服务器的使用在增加，所用的相应资源在减少。备份应用是资源消耗大户，它们会消耗大量服务器的输入/输出、CPU 和内存资源。通常，我们希望这些备份应用能够在备份范围内相对较快地完成工作。在物理服务器阶段，这些应用可能占用了 10% 的服务器资源，这不会成为一个问题。备份可以利用那些闲置的资源，不会对正在进行备份的应用程序造成严重的影响。对于虚拟化，服务器的使用方式更近于容量。事实上，这是虚拟化的基本目标。虚拟化是很好的方式，但是这种服务器不再具有大量的闲置资源可供备份使用。现在，备份工作及其备份的应用程序更加消耗服务器和存储硬件资源。这还不是最糟糕的。在现在的服务器运行的应用程序不止一个而是多个，甚至是很多个，所以备份一个虚拟服务器所带来的负面影响不再限于某个虚拟机，而是对所有共享同一硬件的虚拟机都会造成影响。2. 现有的备份客户端运行在 guest 虚拟机内部，并且除非采取特定的预防措施，这些事先预定的备份将是重叠运行的。由于服务器资源已经很少的问题，服务器管理员必须格外谨慎。如果在服务器运行一个备份已经很糟糕，运行多个备份对于应用程序响应会是一场灾难。所以，相对于物理机器，虚拟机备份计划必须更为仔细地进行制定。额外的备份负载这一问题被所涉及的多个guest虚拟机放大，另外，虚拟机负载的动态本质也使复杂性进一步加剧，虚拟机的实时迁移（有时并非由服务器管理员启动）也会把手工备份计划搞得一团糟。3. 针对这些问题的解决方案是在超级管理员等级上运行协作备份，最好是主机外（off-host）的方式。资源争夺发生在虚拟化层，运行在这一层的协作备份可最小化应用占用资源的问题。在超级管理员等级上的备份操作，如果进行准确地部署，可以成为最有效地利用资源。最理想的情况是在独立而又潜在专用的硬件上运行备份，这样备份服务器的操作就不会对活动的应用程序造成影响。4. 现有的架构，比如微软的 VSS，是为运行“热备份”（hot backup）而设计。这样的架构不具备足够的伸缩性，能够从 guest 虚拟机内部影射虚拟盘，正如在超级管理员曾所见的那样。在采用服务器虚拟化技术多年以前，微软的卷影射服务（Volume Shadow Service）已经出现，并被广泛使用。但是 VSS 是在卷上运行而不是在虚拟机上。在过去，硬盘卷和应用程序之间是静态的 1:1 关系，这种情况下不会出现问题。但是，在虚拟服务器上，最好的方式是在单一卷上为多个虚拟机设置虚拟硬盘（在 VMware 上，是 VMDK；在 Hyper-V，是 VHD）。激活的VSS 为整个卷创建一个影像副本，即使需要的只是备份单一虚拟机。在超级管理员等级运行当前的 VSS 架构并非最理想的情况，但是最接近。这一“解决方案”在 guest 虚拟机等级上运行备份，但这会导致上述的问题 1 和问题 2。面对这些问题，正确的虚拟机备份方案应是什么样的？虚拟化备份行业需要提供： 能够为附属于 guest 虚拟机的虚拟硬盘创建快速、空间高效的高性能快照。它应能够为虚拟机关联的所有虚拟硬盘同步建立快照，这样就可以创建崩溃状态一致的（crash-consistent）的备份镜像。根据客户的备份计划和方案，应可以按照组（group）的管理虚拟硬盘。 利用可感知应用程序的备份方案，对这些快照的创建和管理进行整合。崩溃状态一致很好，不过应用程序一致更好。 能够访问服务器上的快照而不是运行活动虚拟机的快照。对于将备份负载及其附带的资源消耗从活动的产品应用程序中分开，这是至关重要的。正如前文所述，在虚拟服务器环境中，主机外备份是一个尤为紧迫的需求。 长期在线可用的快照。理想的情况是能够拥有长期在线的快照。大多数快照具有的空间高效功能，这意味着基镜像（base image）及其子快照中的数据块仅保持一次。这样就可以廉价地长期保持许多快照，使得从之前快照中快速恢复数据变得简便。 遗憾的是，很多快照产品的设计是短期保持的。快照在线时间越长，I/O 性能降低的也越多，不仅是对于快照，也包括它们的基镜像，这会使得创建保持在线快照变得不切实际。 有关增加备份的信息。虚拟机镜像文件很大，通常数十个 GB。如果备份软件知道上次备份之后镜像的某些部分没有变化，那么它的效率就可以变得更高。虚拟硬盘摘要层应为备份提供镜像和对象等级的更改数据列表。 对活动虚拟机性能没有过度的性能处罚。这是一个很明显的要求，现金的处理方式对性能造成了很严重的影响。 独立于存储硬件。对于 IT 机构，所有权的限制从来都不是好事情。利用正确的软件设计，虚拟机备份方案没有理由将所有权限制于特定存储子系统中。很长时间以来，虚拟化对于数据中心（内部和云端）是最好的方式。虚拟化的前景非常远大。现在，这些前景所带来的许多承诺已经触手可得。但是，只有当为虚拟化的独特要求而进行优化的备份方案出现在市场上时，更为广泛的虚拟化部署才会出现。 【TechTarget中国原创】Windows卷影拷贝服务VSS通过确保在某个时间点从虚拟机里拷贝的数据一致性，这有助于虚拟机备份策略的实施。对于一个成功的虚拟机备份策略来说，只有Windows VSS还远远不够。强劲的虚拟机备份需要与物理主机和各种其他组件配合。如果是复杂的情况，比如拥有不同的hypervisor和备份方法需要广泛的不同架构。下面我们来看看在Microsoft Hyper-V和VMware vSphere平台上的虚拟机备份策略有何不同。协调Hyper-V虚拟机备份虚拟机备份当然是Hyper-V的一大亮点。在主机和子机上拥有相同操作系统，如同Windows上全是Hyper-V，这对于虚拟机备份策略相当有益。这种架构下，Windows VSS自然安装在主机和每台虚拟机上，使主机级别备份更方便。主机也有Windows Server Backup应用，能当做VSS响应器。你甚至可以安装第三方产品来支持虚拟机备份策略。备份Hyper-V虚拟机需要在主机和子机的Windows VSS实例之间协调。所以Hyper-V集成组件为每台虚拟机安装代码。这个代码允许在主机上进行Windows VSS写入，并与任何在运行虚拟机里的已注册VSS Writers进行通信，以便配合静止活动。这种VSS实例的堆栈能确保随着虚拟硬盘文件的备份而将应用成功静止。使用Windows VSS进行VMware虚拟机备份VMware vSphere使用的架构与Hyper-V不同，这意味着Windows VSS不是其管理范围的一部分。在主机层没有Windows VSS的话，快照和静止活动必须通过一些其他服务进行控制。对于VMware虚拟机备份，可使用VMware Consolidated Backup或者最新的vStorage API。vSphere Data Recovery功能更则是另一个选项。与Hyper-V Integration Component一样，vSphere需要一个特殊设备来添加VSS Requestor组件。它属于VMware Tools的一部分。VMwares VSS Requestor的实施优点带来了额外的担忧：以前在vSphere 4.0里创建的任何虚拟机需要额外的配置以支持应用一致性静止。VMware Data Recovery Administration Guide第38页讨论了这个过程所需的十一个步骤。过程包括在虚拟机配置参数里启用UUID attribute disk.enableUUID。创建于vSphere 4.1里的虚拟机不需要这个额外配置。如果在一个成功的虚拟机备份策略里没有完成这些额外步骤，虚拟机可能使用不一致的应用数据进行恢复。就像冗长的数据库验证过程导致从Exchange服务器突然需要电源线缆，恢复不一致的数据不是我们需要的状态。用于虚拟机备份策略的第三方工具有许多第三方工具与Hyper-V和vSphere进行集成，用于虚拟机备份与恢复。通过自动插入代理到虚拟机备份的时候，一些人将这个编排过程步骤作为进一步的步骤。通过确保Active Directory Domain Controller一直以非验证模式重启，这个代理能让恢复过程更便捷，例如。要成功恢复就需要一些额外的步骤，但如果在虚拟机启动的时候代理不出现，那么会失败。协调虚拟机备份与Windows VSS和主机之间的关系不是表面上那么简单。尤其是对于业务关键应用来说，如果虚拟机要正确恢复，那么虚拟机备份策略的许多组件必须集成。【TechTarget中国原创】虚拟化将人们的焦点重新集中到管理效率和高效使用宝贵的计算机资源上来，但随着物理服务器托管的虚拟机（VM）越来越多，IT管理员面临一系列新的数据保护和备份挑战，现在再也不是简单地拷贝重要的数据文件就算备份，每个VM的状态都需要得到保护，并保持随时可访问。实施虚拟化基础设施后，每个组织都应该重新评估备份需求，选择最合适的技术提供最佳的数据保护。虚拟服务器的备份需求和传统的非虚拟服务器基本上是一样的，备份都是为了防范因硬件、操作系统、软件或人为错误故障引起的数据丢失。但虚拟环境中的备份需求也有其特殊性，备份策略不可能完全照搬以前的方法。传统备份和虚拟环境备份首先，虚拟化基础设施通常需要争夺更多的数据，越多的应用程序产生的文件越多，越大，每个VM本身也是一个大文件，如VMware的.vmdk文件，这些文件统统需要保护，由于VM文件实质上是一个反映了某个时间点VM操作系统状态的服务器内存镜像，因此VM备份会非常频繁。传统的非虚拟服务器备份过程通常会消耗100%的服务器处理器和I/O资源，备份期间其它进程想要正常运行是非常困难的，虚拟化之后，可能会有10个，20个或更多VM共享服务器的一部分资源，但备份过程是在分配给各个VM的资源范围内进行的，因此不会影响到别的进程。如果备份单个VM对物理服务器造成过度的资源消耗，其它处于运行中的VM将受到不利影响，从VM备份进行恢复时也要考虑这个问题，每个VM重新上线都会使用一部分服务器资源，留给以后恢复VM的资源就越来越少，因此恢复VM的时间将会越来越长，在设置虚拟环境中的备份策略时，这一点是常常被忽略的。服务器虚拟化也对存储和网络提出了更高的要求，传统服务器一般使用的是本地存储，但大多数虚拟数据中心都是将虚拟服务器集中存放在共享存储上，如SAN，包括应用程序产生的数据，VM的最新镜像和某些备份，因此，SAN必须能为数十个，甚至数百个VM提供数据交换的能力。存储和物理服务器之间的网络连接还必须支持由无数独立的VM产生的数据通信，这也是为什么基于IP的SAN，如iSCSI（或NAS）可以满足许多应用场景，但数据中心仍然需要部署独立的高性能光纤通道SAN的原因。不断增长的数据量，越来越大的服务器计算资源、存储和网络需求，使得备份策略变得越来越复杂，以前创建的备份策略可能已经不能满足当今的需要，组织是时候考虑重新制定或修改备份策略了。改造现有备份策略，满足虚拟服务器需要虚拟化并不排斥磁带，那些现在使用磁带备份的企业可以继续使用这些产品，例如，每个VM都作为独立服务器存在，因此给每个VM添加一个磁带代理，将磁带作为VM备份目标就很简单了。磁带相对更便宜，许多备份工具都支持磁带备份，实际上，那些当前使用磁带进行备份的组织在实施服务器虚拟化时，会继续使用已有的磁带介质。对于小型或非关键虚拟化部署，磁带已经够用了，但服务器计算资源和网络性能很快就会变得不堪重负，特别是如果多个VM同时备份时情况更糟糕，现在主要的问题是时间。在备份前，你必须关闭VM，因此在备份期间用户是无法访问该VM的，因计算和网络资源的竞争，VM的备份周期可能变得很长，因此备份VM到传统磁带可能会导致无法接受的长时间备份窗口。美国科罗拉多州Silverton顾问咨询公司的总裁和创始人Ray Lucchesi说：“备份期间会占用大量的网络带宽，存储带宽和吞吐量，因此，你不应该在上午8点到下午5点这个业务高峰时段执行备份，否则会造成业务系统性能急剧降低”。遗憾的是，目前还没有什么有效的办法能减轻直接磁带备份架构的不利因素，最常见的用于提高性能的方法是使用磁盘存储，虚拟磁带库（Virtual tape library，VTL）技术也是一种途径，备份软件通过模拟一个磁带系统，将数据备份到磁盘存储上，磁盘存储目标可以是SAN或NAS存储子系统，磁带驱动器通常会创建第二个VTL备份副本。大多数采用虚拟化技术的组织现在终于迎来了一个新的基于磁盘的数据保护解决方案，降低了磁带作为长远或归档存储角色的重要性。【TechTarget中国原创】毋庸置疑，虚拟化是市场上最具有突破性的技术。虚拟化对数据中心融合、存储区域网络(SANs)、超高速局域网以及云计算的发展都有巨大的推动作用。虽然我是虚拟化技术的粉丝，但我还是得承认由虚拟化引起的诸多问题还未解决。由于这些问题都是很新的挑战，所以我决定分五个部分来介绍，首先就从安全性以及虚拟化备份和灾难恢复方面入手吧！虚拟化问题No.1：虚拟化备份和灾难恢复“安全第一”，这应该是随处可见的标语吧，当你在开车时，要记得系安全带，不要玩火柴（保护森林，人人有责哦）。但是当涉及到虚拟化技术时，将有多少人会把安全搁置在一边呢？估计这个数字会相当庞大，请勿惊讶。所以千万不要等到出问题了才想起来要去解决它！那么对于虚拟化技术和基础设施来说什么是安全的？或许你会问这个问题。那就是备份以及灾难恢复。服务器虚拟化以及虚拟基础设施中的备份与传统的物理服务器技术中的备份是很不一样的。虽然目前大多数备份供应商可以提供VMware Consolidated Backup (VCB)和Virtual Disk Development Kit (VDDK)解决方案，但是你会发现它要么是一种付款设备，要么就需要升级到标准包。由于这项技术与备份的角度相当不同，所以许多新公司都在着手为服务器虚拟化提供备份解决方案。如Veeam、CommVault、以及PHD Virtual等公司对此提出的下一代解决方案。为什么这些备份的差别如此之大呢？请记住应用程序服务器根本上是一个大文件。差别是，对于这个文件或快照你有几个不同的版本，并且它们会传遍一个或多个SAN 。它并不包括虚拟服务器已经存储了或正在使用的实际数据。这需要专门的软件和规划。同样地，灾难恢复与虚拟基础设施中的也有很大的区别。对于这个话题的谈论至今还不是很多，但是我们能够很清楚的看到企业对虚拟系统的灾难恢复规划是如何的缺乏。虚拟基础设施中的配置是非常复杂的，并且不能自然而然地进入灾难恢复场景。为了克服这些障碍，你要确保你已经花了足够的时间规划并测试任何可能的灾难恢复场景。你可以寻找那些在虚拟化灾难恢复规划方面有丰富经验的供应商，也可以从网络社区里寻求专家帮忙。其他几个问题我将会在接下来的一系列文章中一一介绍，请大家关注。【TechTarget中国原创】Windows卷影拷贝服务VSS通过确保在某个时间点从虚拟机里拷贝的数据一致性，这有助于虚拟机备份策略的实施。对于一个成功的虚拟机备份策略来说，只有Windows VSS还远远不够。强劲的虚拟机备份需要与物理主机和各种其他组件配合。如果是复杂的情况，比如拥有不同的hypervisor和备份方法需要广泛的不同架构。下面我们来看看在Microsoft Hyper-V和VMware vSphere平台上的虚拟机备份策略有何不同。协调Hyper-V虚拟机备份虚拟机备份当然是Hyper-V的一大亮点。在主机和子机上拥有相同操作系统，如同Windows上全是Hyper-V，这对于虚拟机备份策略相当有益。这种架构下，Windows VSS自然安装在主机和每台虚拟机上，使主机级别备份更方便。主机也有Windows Server Backup应用，能当做VSS响应器。你甚至可以安装第三方产品来支持虚拟机备份策略。备份Hyper-V虚拟机需要在主机和子机的Windows VSS实例之间协调。所以Hyper-V集成组件为每台虚拟机安装代码。这个代码允许在主机上进行Windows VSS写入，并与任何在运行虚拟机里的已注册VSS Writers进行通信，以便配合静止活动。这种VSS实例的堆栈能确保随着虚拟硬盘文件的备份而将应用成功静止。使用Windows VSS进行VMware虚拟机备份VMware vSphere使用的架构与Hyper-V不同，这意味着Windows VSS不是其管理范围的一部分。在主机层没有Windows VSS的话，快照和静止活动必须通过一些其他服务进行控制。对于VMware虚拟机备份，可使用VMware Consolidated Backup或者最新的vStorage API。vSphere Data Recovery功能更则是另一个选项。与Hyper-V Integration Component一样，vSphere需要一个特殊设备来添加VSS Requestor组件。它属于VMware Tools的一部分。VMwares VSS Requestor的实施优点带来了额外的担忧：以前在vSphere 4.0里创建的任何虚拟机需要额外的配置以支持应用一致性静止。VMware Data Recovery Administration Guide第38页讨论了这个过程所需的十一个步骤。过程包括在虚拟机配置参数里启用UUID attribute disk.enableUUID。创建于vSphere 4.1里的虚拟机不需要这个额外配置。如果在一个成功的虚拟机备份策略里没有完成这些额外步骤，虚拟机可能使用不一致的应用数据进行恢复。就像冗长的数据库验证过程导致从Exchange服务器突然需要电源线缆，恢复不一致的数据不是我们需要的状态。用于虚拟机备份策略的第三方工具有许多第三方工具与Hyper-V和vSphere进行集成，用于虚拟机备份与恢复。通过自动插入代理到虚拟机备份的时候，一些人将这个编排过程步骤作为进一步的步骤。通过确保Active Directory Domain Controller一直以非验证模式重启，这个代理能让恢复过程更便捷，例如。要成功恢复就需要一些额外的步骤，但如果在虚拟机启动的时候代理不出现，那么会失败。协调虚拟机备份与Windows VSS和主机之间的关系不是表面上那么简单。尤其是对于业务关键应用来说，如果虚拟机要正确恢复，那么虚拟机备份策略的许多组件必须集成。【TechTarget中国原创】你在这个指南中将学到什么:虚拟机(VM)备份对VMware用户来说向来都是一个棘手的问题。不过在VMware vSphere的最新版本中有关数据备份和恢复方面已经有了很大的提高。在这个指南里你可以学到如何为你的业务确定最佳的虚拟机备份策略。在一个VMware虚拟化架构中的虚拟机备份从来就不简单。这是因为多数的备份管理员在他们从备份物理服务器转变为备份虚拟服务器的时候没有认识到改变备份策略的必要。他们在每个虚拟机上部署代理或者客户端软件，就像他们是物理的机器一样。这在物理世界可以工作，所以为什么不能用在虚拟世界里呢？好吧，它可以工作，不过有些注意事项。因为备份软件是针对在尽可能短的时间里备份尽可能多的服务器/设备而优化的（这对尽力优化备份时间窗口来说是合理的），它可能会使一个运行多个虚拟机的服务器I/O过载。试想有10个虚拟机在一个相同的服务器上同时尝试备份。即使是来自Intel和AMD的最新的多核处理器也会喘不上气来。然后就是有那些代理/客户端软件运行在每一个虚拟机上。备份软件几乎总是（只有很少的例外）需要在被保护的服务器上运行一个代理或者客户端软件。这个软件会扫描服务器，发现在文件或者块级的新的数据，然后在下一个备份时间窗口内将其备份。这个软件通常被描述成为“轻量级”，意思就是资源占用率很低。业界最普遍的资源占用率大约是2%。如何达到这一数字的方法有很多; 不过，这不能反映代理/客户端软件在进行备份时的资源占用。那时候需要的资源会高得多。把那个数字乘以虚拟机的数目，你会突然发现一个资源过度利用的瓶颈。VMware早就意识到了这个备份问题并已经实现了VMware快照，来给每个虚拟机或者VMDK（virtual machine disk file虚拟机磁盘文件）镜像做一个某一时刻的快照。随后，VMware为Windows应用把Windows的VSS和VMDK快照集成起来，使得结构化的应用（SQL server，Exchange，Oracle，SharePoint等等）实现“崩溃一致性”。下一步，VMware实现了VCB（VMware综合备份）使得每个VMDK快照可以被挂接到一个和虚拟机本身分开备份的代理Windows服务器上（也就是说虚拟机中没有代理）。不幸的是，这需要额外的物理Windows服务器，而且它的性能很差。 通过发布vSphere 4.1，VMware在使虚拟机备份比从前更简单更有效方面跨近了一大步。用于数据保护和变化数据块跟踪的VMware vSphere vStorage API在vSphere里，VMware引入了它的VADP（vStorage API for Data Protection数据保护vStorage API）。VADP允许一个物理或虚拟的备份服务器告诉vSphere来对一个特定的VM做一个VMDK快照，并直接把它备份到备份服务器上。备份软件可能需要一个代理或者客户端软件从而运行在vSphere hypervisor上，不过这不是必须的。独立的VM不需要代理或者客户端软件。VADP又更进了一步。在过去，每个VMDK快照都是一整个VMDK的完全的快照。这使得备份每个VMDK快照成了一个漫长的过程。它还在VMDK持续增长的情况下威胁到了备份时间窗口。vSphere4.1中的VADP增加了CBT（Changed Block Tracking变化数据块追踪）功能。CBT意味着每个新的备份的VMDK快照只包含改变了的数据块，而不是整个的VMDK镜像。VADP和CBT使得虚拟机可以被简单地备份而不会影响应用；不过，他们只是整个拼图的一部分。他们需要能够利用这些功能的备份软件。VMware本身提供了一个低端的软件包，叫做VDR（VMware Data RecoveryVMware数据恢复）。VDR被限制在100个虚拟机和1TB的数据存储内。它没有全局功能，也没有远程复制能力。好消息是有很多的备份提供商的产品扩展能力更强，功能更丰富，并可以完全利用VADP和CBT的优势。这些供应商包括Acronis公司，Asigra公司，CommVault公司，EMC公司，Hewlett-Packard (HP)公司，IBM公司，PhD技术， Symantec公司， Veeam软件， Vizioncore (现在是Quest软件)以及很多其它公司。备份虚拟机不再像过去一样，是一件头疼的事情。VMware在提供新的工具，而备份厂家也在利用它们。现在就重新审视一下你的虚拟机备份策略，并和你的备份供应商讨论一下VADP和CBT，假如你还没有在享用这个更简单、快速的模式的话。【TechTarget中国原创】在之前传统备份与虚拟环境备份的区别这篇文章中，我们分析了改变虚拟环境备份策略的必要性，本文将主要介绍具体的虚拟机备份策略。虚拟服务器备份的主要挑战是缩短备份窗口，并将网络流量控制在合理的水平，虚拟化技术可以结合SAN提供强大的备份解决方案。对虚拟服务器而言，最常用的基于磁盘的数据保护技术是快照，顾名思义，快照就是VM文件在特定时间点保存到高性能存储（如光纤通道SAN）上的副本，因为快照可以在几分钟或更短时间内完成，应用程序中断的时间也就短了。在许多情况下，用户甚至没有意识到已经发生了快照，快照可以捕捉整个虚拟机，也可以是增量的，即只收集发生变化的部分，当虚拟机快照保存到存储上之后，就可以有多种用途了，可以复制或镜像到远程灾难恢复设施，也可以克隆到其它服务器，甚至可以复制到专用备份服务器，最后将其转移到磁带上保存，如VMware统一备份（VMware Consolidated Backup）。快照也需要加以管理，每个快照都需要存储空间，因此使用快照时，存储监测和容量规划可以发挥很好的作用，此外，你可能只会存储数量有限的快照，因此一定要配置快照工具删除太旧的快照，腾出存储空间给新的快照使用，执行全虚拟机快照后，要及时清除数据缓冲区，否则有可能会导致虚拟机状态不一致，或虚拟机文件被损坏，进一步致使恢复难度加大。和快照相似的技术是持续数据保护（CDP），它跟踪并记录数据集的任何变化，如虚拟机的状态，虽然你可以频繁地执行快照，但CDP更适合不断变化的虚拟机，CDP的连续性减少了清空缓冲区的需要，但仍然需要管理存储消耗。物理服务器之间的VM实时迁移显然不属于备份解决方案，但它可以影响数据的保护行为，管理员必须将其考虑进去，虽然VM可以根据需要进行迁移，它们必须要能够访问数据，应用程序也要知道虚拟机迁移到哪里去了。许多时候，为了适应虚拟机迁移，数据文件也要移动，管理员必须考虑迁移和快照、复制、备份和其它数据转移工具的互动。还有另一个麻烦需要考虑，VM通常驻留在虚拟平台Hypervisor之上的，这意味着底层系统平台也需要备份，通常包括一个操作系统和Hypervisor，如Vmware ESX，Citrix Xen或Microsoft Hyper-V。明尼苏达州The Server and StorageIO集团创始人和高级分析师Greg Schulz说：“虚拟服务器备份需要考虑恢复客户机和整个系统”。任何备份策略或策略变更都应该包含备份测试，在虚拟环境中，测试基于磁盘的备份通常比测试传统的磁带备份要简单，快照和CDP文件可以快速恢复到空闲服务器，不会对生产环境造成任何影响，这使得培训IT人员和做演示都变得更容易了。更有效的备份策略今天的数据保护技术比传统的磁带系统更灵活，正如你前面看到的，每个虚拟机的快照可以在几分钟内采集完毕，如果是增量采集可能只需要几秒钟，不会对生产环境造成影响。在存储系统方面可以考虑使用重复数据删除技术，VM文件包含大量的空置空间和冗余数据，例如，如果你在10台服务器上运行有50个虚拟机，宿主服务器和客户端运行的操作系统可能是相同的，可以消除重复数据，大大减少快照需要的存储空间，更小的数据集意味着备份到其它介质，或复制到远程站点的速度更快。不管怎样，数据保护总是需要一些存储空间和网络带宽的，因此应尽量错开VM快照调度时间，例如，如果一台物理服务器托管了10个虚拟机，同时对10个虚拟机执行快照可能不是个好主意，同时对一个或两个虚拟机执行快照可能比较合理，这样存储和网络I/O的高峰值就可以得到有效控制。最后，虚拟化用户采用多种数据保护方案是很常见的，根据每个VM对组织的重要性采取不同的方案，例如，CDP可以用于保护关键任务虚拟机，普通的虚拟机只需要每小时执行一次快照即可，非关键的虚拟机每天只快照几次便可以了。所有特定时间点的数据都可以定期复制到灾难恢复站点，或其它备份介质，如VTL或磁带。管理员应该根据每个虚拟机的特殊情况制定合理的备份策略。如果你计划在组织中增加虚拟服务器，首先必须要确定如何备份虚拟服务器。本文就备份虚拟服务器的两个不同的方法进行介绍，并对它们的优缺点进行对比。方法一：直接在虚拟机上运行备份软件备份虚拟服务器的第一个方法是在虚拟机上安装备份软件或备份代理，然后以备份物理服务器的方法备份虚拟服务器。这个方法的主要好处是其一致性，你可以继续使用组织已经部署的备份软件，不会因为是虚拟服务器就有啥特殊之处。另一个好处是在虚拟服务器运行期间也可以执行备份。直接在虚拟机上运行备份软件的缺点是，它要依赖你使用的虚拟服务器产品，对于本文，我的讨论仅限于微软公司的虚拟服务器。直接在虚拟机上运行备份软件的另一个缺点是性能，虽然这一两年虚拟服务器的性能得到了提升，但虚拟服务器永远达不到物理服务器的性能，因为仿真进程需要额外的开销，在这种情况下，你会发现备份一个虚拟机的时间比备份一个物理服务器的时间还长。如果多个虚拟机同时备份，性能会更糟，如果多个虚拟机共享一个普通磁盘或网络适配器，备份的性能将会受到严重影响。幸运的是，你可以通过事先的计划避开某些性能问题，例如应该考虑将所有虚拟硬盘放到高性能的磁盘阵列中去，这样做可以减少多个虚拟共享一个磁盘资源的性能瓶颈。此外，还可以考虑安装多个网络适配器，每个虚拟机使用一块独立的网络适配器，这样做可以减少网络性能瓶颈。直接在虚拟机上安装备份软件的另一个缺点是虚拟服务器对硬件的支持有限制，记住，宿主操作系统包括真正的物理硬件驱动，客户机操作系统运行在一个仿真器上，而仿真器仅包括部分硬件的仿真。例如微软的虚拟服务器产品目前不支持USB设备，即使最新的Windows Server 2008中包括的Hyper-V虚拟服务器产品也不支持。在本文的第二部分中，我们将为大家介绍另一个备份方法直接拷贝.VHD和.VSV文件。【TechTarget中国原创】在本文的第一部分中，我们已为大家介绍了Windows虚拟服务器备份方法（一）：直接运行备份文件，接下来我们为大家介绍另一种方法。方法二：直接拷贝.VHD和.VSV文件另一个备份虚拟服务器的方法是直接拷贝虚拟硬盘文件（.VHD）和状态保存文件（.VSV），这个方法的最大好处是简单，另一个好处是你可以备份虚拟机的当前状态，传统备份方法通常是做不到的。但这个方法也有一个巨大的缺点，那就是只有当虚拟服务器处于关闭状态才能执行这种备份，如果你尝试使用卷影复制服务备份正在运行的虚拟机，可能会发生数据丢失或更严重的问题。那么你该使用什么方法备份呢？这要取决于你要备份的虚拟机的属性，例如，我在我的笔记本电脑上安装了几个虚拟机，那么我可以使用拷贝文件的方法备份，因为我只是拿这些虚拟机做实验，因此这么干是没有问题的，备份时我可以关闭虚拟机。我在生产网络中也部署了几个虚拟机，我就使用的是传统的备份方法，因为备份时要关掉虚拟机是不现实的。其实选择哪个备份方法最关键的是要考虑怎么使用虚拟机的，以及哪个方法最适合你，最具实用价值。【TechTarget中国