|
虚拟机软件可以在一台电脑上模拟出来若干台PC，每台PC可以运行单独的操作系统而互不干扰，可以实现一台电脑“同时”运行几个操作系统，还可以将这几个操作系统连成一个网络； 在一台电脑上安装了Win2000server，再在Win2000server上安装虚拟机软件VMWare，利用VMWare模拟出来3台PC，在这3台PC上分别运行RedHat7.2、Win98和Solaris8forx86操作系统! 包括Win2000在内，这4个操作系统同时在一台电脑上运行，互不干扰，并且同在一个局域网内！ 目前PC上的虚拟机软件有下述两个：VMWareVirtualPC这要能是你的IP地址与别人的机器上的IP地址有重复不是你的MAC地址被占用了，你改一个IP地址再重新启动一下network服务就可以了; 你是否能够做小规模的备份而不牺牲它们的整体性能?  使用你所拥有的工具仔细地做备份——有一些是你需要知道的。  在当前这个阶段，你一定认为灾备已经是一个非常古老的话题——非常陈旧但的确是非常重要。 在虚拟环境下，围绕着备份有很多的争论，并且看起来有很多的厂商希望卖给你一个解决方案； 而真正的问题在于你是否想买一个第三方的解决方案，或者你是否可以使用内建的工具就能完成任务; 答案也许会让你感到吃惊！ 你认为多长时间做一次灾备或者准备灾备策略。 我们当中的大多数人仅仅认为这些工作应该放在系统失效或者失效之后来做——因为那时你确实需要这样做? 一个好的虚拟机备份策略可能会在经济上和人力上花费很大的精力——是不是这样呢； 实际上这是没有必要的，因为最好的备份策略可能就是你当前虚拟化解决方案的一部分?  VMware和Citrix都提供了很好的工具供你使用，使用这些工具，你可以创建和维护一个成功的备份策略。  对于备份，你可以有以下的一些选择：•像对待物理机一样对待虚拟机•像对待一个文件那样对待虚拟机•使用内部VLAN来做客户端/服务器备份•镜像和虚拟机拷贝•内建备份工具•虚拟机克隆你选择的任何一种办法都有它的缺陷，并且并不是每一个方法都对每一个虚拟机有效果。 你可能必须使用一种以上的方法来满足针对你系统的备份需求; 比如，如果你拥有一个应用服务器虚拟机，该虚拟机不能关机或者停止，那么你最好的选择就是像物理系统那样对待这个虚拟机——也就意味着你需要安装一个备份客户端在其上，同时通过网络将它的文件存放到本地磁盘或磁带? 其它技术中的大部分都需要虚拟机是停止状态、关机状态，或者可以在备份过程中容忍性能的下降？  对于那些服务可以暂时下线的虚拟机来讲，把虚拟机看作一个文件是一种传统的备份方式。 虚拟机的映像和配置文件也需要拷贝到存储介质上(磁带、磁盘、SAN、NAS)。 一个比较少见的策略就是使用一个内部VLAN用于备份; 在这一场景下，在虚拟机上运行一个备份客户端，而在另外一个连接到备份设备的虚拟机上运行备份服务器端? 这两个虚拟机都必须存在于同一个主机服务器上，因为这样可以保证数据不会通过物理网络来传输？  这一过程会给虚拟机主机系统造成负担，但是备份会非常地块，因为没有数据会在LAN上传输。 VMware的快照功能当于整个虚拟机的热拷贝，尽管虚拟机还在保持运行？ 对于一个非常繁忙的系统，可能会有短暂的中断服务，但是快照的巨大优势还是远远超过很小的停机时间；  而对于Xen的用户还没有这样的等价功能，因此还需要等待未来Xen的新发布。 一个VM拷贝(vm-copy)实际上就是当前Xen制作虚拟机快照的办法，而这一方法的缺点就在于虚拟机在制作快照前必须关机(断电)。  克隆是另外一个经常使用的备份策略。  对于VMware和Xen，你需要将VM断电并且制作一个克隆。  而对于VMware，并没有一个直接的克隆创建工具。 你必须通过使用脚本来创建克隆，做一个虚拟机的拷贝，或者使用上述快照的方法。 Xen则有一个克隆工具(vm-clone)，这一工具专门做这项工作？  Xen虽然有非常好的产品——一个好的接口、一个second-to-none的模板机制、世界级的I/O，但是它的备份技术却远远落后于VMware。  毕竟，对于一个公司的数据和资源来讲，还有什么比备份更加重要的呢。  没有，除了数据和资源再无其它。 在基本功能之后，一个软件产品最应该具备的功能就是备份、保存、归档或者管理数据。 你能够想象当你需要做一个备份的时候把整个物理机都断电吗;  这非常不实际。 如果将企业的重要系统架构转向虚拟环境，那么就需要同样地在虚拟环境下的整套工具，就像物理环境下那样;  这样，这一讨论又把我们带回到那个问题：我们是否需要买一个第三方的解决方案或者是否使用一个内建的工具就可以做同样的事情。  答案就在于你是否正在运行虚拟机，而该虚拟机在做备份时不能关机。 你可能会觉得使用VMware提供的工具更加安全。 如果你使用Xen的虚拟机，那么最好考虑一个第三方的备份解决方案，该方案在备份时不需要关掉你的虚拟机； 另外再说一句，对于XenServer4.1版本，当前还没有一个快照工具可以使用； 虚拟服务器的备份曾经一度是一个不成熟而且导致网络堵塞的过程，但备份管理软件已经专门为处理虚拟服务器的需求进行了设计改进； 这就是你在备份应用软件中所要寻找的。  服务器虚拟化毫无疑问是数据中心在最近五年中最重要的技术之一。 它几乎改变了基础架构设计的每个方面，包括网络、存储和服务器本身。 数据保护是在迁移到虚拟化环境过程中受影响最大的关键操作之一。 虚拟化基础架构在数据保护方面的差距，成为导致新厂商只专注于提供虚拟机专用的备份和恢复解决方案的起因!  虚拟化备份的影响虚拟化之前，应用程序运行在专用的服务器中，可以访问服务器的全部资源(存储、内存、CPU、网络)。 大多数情况下，应用程序在触发备份进程的时候，它可以使用所有的可用资源来完成这个任务，把数据从服务器复制到备份的目标设备。 虚拟化改变的事情而虚拟化使情况发生改变。 资源现在可以在多个虚拟机(VM)之间共享，每个虚拟机运行它们自己的应用程序？  如果备份过程不能调整已以适应这个新的现实，那么，所有的虚拟机会同时发送它们自己的数据——，且全部从一台服务器(发送)。 当虚拟化引擎耗尽所有的内存资源的时候，潜在的会导致服务器崩溃，或者在它耗尽了CPU和网络资源的时候，至少会出现性能问题!  解决虚拟机备份的早期尝试在虚拟机备份的“早期”，大部分数据中心把虚拟机作为单独的服务器进行数据保护，而管理员需要平衡备份的日程表，以便同一时刻只有一两个虚拟机在做备份。 这意味着IT管理者能够继续使用它们老旧的备份管理软件！ 但是随着虚拟化的不断深入以及虚拟机密度的不断增加，时间表的平衡变得不能维持，必须寻找替代方案以解决这个问题了? 虚拟化备份的优势尽管虚拟化对数据保护性能产生了负面的影响，但其仍然具有自己的一套优势。 一台“服务器”现在被封装到了一个大文件中，而不是数千或潜在的数以百万计的小文件； 该文件可以被多个服务器通过虚拟化集群进行访问，以适应实现像主机间的在线虚拟机迁移和自动资源平衡等功能?  这些优势可以相当方便地由另一台服务器访问从而备份这个“文件”(服务器)。 此外，大部分虚拟化引擎在其集群文件系统中构建有快照功能，所以它们能够使用快照，在不影响主服务器资源和性能的情况下由另外一台服务器进行数据保护。  从根本上讲，脱离主机的备份功能诞生了。 这导致了一批公司的崛起，像Nakivo公司、PHDVirtualTechnologies公司、VeeamSoftware公司和Vizioncore公司(被Quest公司收购，后又被戴尔公司收购)；  他们利用上述功能，并且把它们扩展到能够实现虚拟服务器系统的精细恢复。  在虚拟服务器备份的初期，备份软件能够与虚拟化引擎接口执行备份任务的途径非常有限。 因此，在虚拟化引擎变更或者升级的时候，时常会产生兼容性的问题！ 这对于较小的备份厂商是能够接受的风险，而较大的企业级软件厂商在提供虚拟机备份功能的时候则更加保守？ 由于传统备份管理软件的迟缓，新秀厂商在VMware数据保护领域获得了领先地位。  当今，虚拟化引擎的厂商可以提供API程序集，备份软件公司能够利用这些程序作为其软件代码的一部分。 至少在理论上，这意味着他们的备份应用程序可以正常运转，不用再理会虚拟化引擎的代码修改，因而备份应用程序代码重写的量也会最大限度的减少了备份应用程序代码重写的数量会大幅减少，这就意味着备份软件公司可以不用再理会虚拟化引擎的代码修改，而其备份应用程序依旧可以正常运转。 今天的虚拟机备份随着API程序集的可以广泛使用，大部分厂商，无论是旧有的好事还是基于虚拟机的，都能够提供脱离主机的虚拟机备份，这些事情现在已经被认为是在考虑虚拟机数据保护的基本要求了！ 但还有除了脱离主机备份的特定功能之外，IT规划者应该考虑的其它功能但在脱离主机备份之外尚有许多特殊功能，值得IT规划者去一探究竟！ 有代理备份与无代理备份的对比； 代理是安装在虚拟机上的软件，可以为备份过程提供帮助？ 尽管上述API允许脱离主机的备份，一些厂商仍然依靠安装在虚拟机上的代理程序。 这些代理可以用于帮助进行应用程序感知(允许对数据库或电子邮件进行精细的备份和恢复)，而且，在某些情况下，可以提高备份的性能。 无代理备份不需要在虚拟机上安装软件代码，应用软件数据的精细恢复仍然可以实现！ 然而，虚拟机文件的备份必须加载到独立的虚拟机，然后数据再复制出来再从中将数据复制出来? 一些无代理备份产品已经开发出了“helper”应用，允许不加载到虚拟机的情况下，从众所周知的数据类型(如MicrosoftExchange、SQLServer和Oracle)中扫描、搜索和抽取更细粒度的数据组件? ，像从微软的Exchange、SQLServer和Oracle中!  变化块备份。 虚拟化引擎API已经逐渐增加了像VMware的ChangedBlockTracking(CBT)那样的功能，允许备份软件感知到：从上次备份到现在，虚拟机映像文件的哪些部分发生了变化？ 这个核心功能可以允许备份更加频繁，因为数据传输的总量最小化了，而且可以减少在虚拟机崩溃的时候减少数据丢失的情况发生。 增强恢复？ 虚拟化环境的恢复也已经有了显著的提升改进。 首先，不需要为了把整个虚拟机映像恢复而去深入了解虚拟化引擎的API了，现在大部分脱离主机的备份，在需要进行恢复的时候，能够恢复单个文件或文件集； 一些厂商也利用了CBT来提供变化块恢复?  例如，如果一个大型数据库崩溃了，变化块恢复只是恢复数据库中从上次备份以来变化的部分。  在一些产品中，恢复可以进一步增强，这些产品允许虚拟机直接从恢复设备运行，这叫做“就地恢复”。 在就地恢复的场景中，数据不需要通过网络传输，虚拟机和其数据可以在数分钟内恢复运转? 对于许多组织，这个功能，再结合上经常频繁的CBT备份，可以消除解决对于单独的业务连续性软件的需要? 一些厂商正把这种功能扩展到云! “就地”的恢复是实际上发生在远端的数据中心。  在这样的基础架构下，数据通常做本地备份，然后再复制到云，部署就位，用于在站点级灾难的时候进行恢复。 这不仅仅解决了本地保护和可用性的问题，而且提供的了灾难恢复的预案。 备份磁盘的角色转变感谢像变化块追踪(CBT)、云恢复和就地恢复这些功能的出现，磁盘备份设备的设计需要向前发展； 过去，数据传输到磁盘备份设备是以带宽为重点的(大文件，一次大量的全部数据大量数据同时涌现)？  而现在，它实质上是更加随机的其性质要随机的多(贯穿全天的小的变化数据块传输)。  此外，由于虚拟机(VM)现在可以直接在备份设备上运行，磁盘备份设备的性能更加关键了。 我们很快就能看到安装了固态硬盘且用于运行虚拟机的磁盘备份设备了； 就地恢复和变更数据块恢复之间有一个权衡； 虚拟机需要移动回主存储的时候，就地恢复随之而来了? 使用就地恢复，虚拟机移回主存储期间，会产生一个间隔期，此外，且备份设备不像主存储设备那样有高性能和冗余性能力，前面描述的云恢复模式更是如此！ 另一方面，CBT恢复产生了前面的停机时间会预先出现宕机，但消除了需要移动整个虚拟机所需要的更长的宕机时间；  理想的情况下，IT规划者应该寻找一种结合二者所长的产品，同时提供这两种方法。 磁带支持。 磁带支持看起来好像很奇怪，特别是对于原来运行在磁盘上的虚拟机应用，但磁带非常的廉价、便携而且便于长期保存虚拟机? 相对于磁盘的快速备份和恢复，磁带是完美的补充，因为其可以使磁盘投资保持较小，并且这些磁盘大多数被用于立即恢复可用于大多数情况下的立即恢复;  磁带支持应该得到更多的考虑，甚至是在只有磁盘的环境中。 长期节省的存储容量，加上虚拟机在磁带上“休眠”的能力能够获得巨大的回报! 物理服务器支持; 备份软件之间的一个主要差异是它们是否能够备份物理服务器； 许多新的虚拟机专用备份软件只支持虚拟机； 而许多数据中心正力求100%的服务器虚拟化，但他们大多数甚至还没有接近这个目标还不得要领? 这意味着如果选择了虚拟机专用的应用软件，你必须准备好处理两个独立的备份和恢复过程你必须做好至少处理两个独立的备份和恢复过程的准备。 大多数传统的企业级解决方案同时支持物理和虚拟服务器数据保护，但在前面所述的一些虚拟机特定的功能方面往往处于较为落后?  你需要在奢侈的单一数据保护产品和运行两种数据保护的产品中做出选择，以获得最佳的功能。 一般情况下，这种选择归结为归根结底取决于有多少关键任务数据驻留在物理服务器系统中？  虚拟机备份的底线在过去几年，虚拟服务器备份已经有了显著的发展，这在很大程度上要归功于厂商，如VMware建立了一个强大的具备了创新和融合的API集。  这种功能不仅仅发展了备份功能，而且帮助消除了有助于解决单独的业务连续性和灾难恢复的应用软件的需求。
|
