使用 Data Protection Manager 2007 更好地进行备份三

        DPM 2007 中提供的更加有趣的创新之一是基于主机的虚拟服务器支持。尽管大部分备份产品能支持虚拟服务器来宾作为单个服务器，但是，很少有产品能通过安装单个许可证和代理来在主机级提供此类保护。DPM 利用递归卷影复制服务 (VSS) 编写器，通过主机上部署的单个代理来保护给定虚拟服务器主机上承载的所有来宾。这些递归 VSS 编写器能调用来宾上甚至来宾上运行的应用程序中的 VSS 编写器，无论来宾上安装的是什么应用程序或操作系统。它允许 DPM 保护作为来宾运行的任何平台或应用程序（无论供应商是谁）。此类基于主机的虚拟服务器备份与应用程序相适应，并产生单个虚拟硬盘 (VHD) 映像（必要时，可在现有或新主机上还原此映像）。

           这些基于主机的备份映像与通过来宾或独立服务器上安装的 DPM 代理实现的备份提供的还原级别不同，但是它们确实能提供其他效能（包括轻松地将系统恢复到虚拟环境中）。

速度、可靠性和效率

         与之前版本相比，除应用程序支持的深度和广度方面的改进外，DPM 2007 在完整备份和增量备份方面也再进一步。尽管 DPM 2006 的同步频率可达每小时一次，新版本 DPM 允许您每 15 分钟进行一次增量备份，每个小时进行一次完整备份。对于服务级别协议 (SLA) 要求不高的客户，可能每周才需执行一次完整备份。因此，这些客户可在让主要服务器执行挑战性保护计划的同时，降低次要服务器上的备份频率。尽管可每 15 分钟使用 DPM 服务器执行一次同步，但在各同步的间隔期间，DPM 代理仍会主动跟踪受保护服务器上的更改。

该新 DPM 代理会在受保护服务器上发生块级更改时持续跟踪它们。此功能是通过针对 DPM 2007 开发的全新卷筛选器来实现的，它由分页池内存中的一张位图组成，并且包括受保护卷上每块的一位。

           每在卷中写入一个块，位图中的一位就会发生翻转。该过程产生的处理器和内存影响低于典型防病毒筛选器，并且在更改频率增加时并无磁盘空间需求。实际上，更改频率增加根本不会增加与该筛选器相关的负载。这点非常重要，因为在更改频率增加时，大部分块级更改跟踪方案通常会产生较高的处理器和内存开销以及硬盘空间。因此，更高的更改频率往往带来更大影响，在某些情况下，极高的更改频率可能导致系统磁盘空间不足。使用 DPM 2007 时，无论更改频率是多少，卷筛选器对处理器、内存和磁盘的影响都相同。无论更改频率是 1% 还是 1,000%，它都会使该筛选器的开销保持在较低水平。

           然而，跟踪更改后的数据仅是众多功能之一。DPM 2007 还会利用受保护服务器上的 VSS 服务来创建与应用程序相适的备份映像，这样映像能够可靠地恢复。Microsoft 开发 VSS 的目的是提供用于 Windows XP 和 Windows Server ® 2003 的备份基础结构，并将其用作创建一致的数据时间点副本（影副本）的机制。通过协调读取和写入与业务应用程序、文件系统服务、备份应用程序、快速恢复解决方案以及存储硬件之间的关系，VSS 可产生一致的影副本。因此，现今市场上用于产生与应用程序相配的备份机制中，VSS 无疑是最合适且最可靠的。Windows Server 2003 中的许多功能均使用 VSS，包括共享文件夹的影副本。

使用 VSS 来实现应用程序备份的大部分产品都会创建一个 VSS 副本，并将它保留在受保护服务器上以跟踪更改并获取与应用程序相配的备份映像。遗憾的是，随时将副本保留在受保护服务器上会产生某些重大性能影响，因为每次应用程序对磁盘执行写操作时，都会写入副本以使 VSS 副本保持最新状态。它会带来 25% 的处理器开销并对写入时间产生重大影响。

          由于 DPM 通过卷筛选器跟踪更改，它并不需要随时保留 VSS 副本。相反，DPM 会在完整备份时创建一个 VSS 副本，然后覆盖卷筛选器位图以仅找出副本中更改后的数据。更改后的数据会移动到 DPM 服务器，以用于创建恢复点。然后，删除受保护服务器上的 VSS 副本并重置卷筛选器。接着继续进行块级更改跟踪，但只需要少量开销，且 VSS 副本或相关资源的使用无需任何开销。

此解决方案可保证恢复点会产生可还原的应用程序映像，并且它会减少受保护服务器和 DPM 服务器之间移动的数据量。

          通过使用 DPM 2007，完整备份无需将数据的完整副本从受保护服务器移动到 DPM 服务器，而是仅移动更改后的数据。因此，对于一个每天更改频率为 10% 的 100GB Exchange 存储组，它的日常完整备份仅为 10GB。

在创建快照来获取恢复点时，完整备份量的这一缩小将使 DPM 服务器上的存储变得非常有效。每个快照由构成上一完整备份的更改数据组成，并且它会在执行完整备份时自动产生。在处理应用程序时，这些快照还会包括已发生的任何干预增量备份。

           增量备份实质上是将备份记录到 DPM 中。因此，每次对应用程序执行完整备份时，更改的数据会移动到 DPM 服务器并与任何干预日志备份绑定以创建包含多个恢复点的单个快照。对于之前介绍的日更改频率为 10% 的 100GB Exchange 存储组，如果假定采用日常完整备份和 15 分钟增量备份，快照可能包括 10GB 的更改数据以及约 5-10GB 的应用程序日志。但是，必须知道此 15 到 20GB 的快照可包含多达 97 个恢复点！

           每周必须至少执行一次完整备份，并且快照总量不超过 512 个（对于应用程序服务器）和 64 个（对于文件服务器）。因此，每周执行一次完整备份和每 15 分钟执行一次增量备份会使每个快照产生 673 个恢复点；如果使用全部 512 个快照，则会产生超过 340,000 个恢复点。尽管不可能所有人都需要在磁盘上具有这么多恢复点，但它确实展示了 DPM 在作业调度和时间点恢复方面的灵活性和可伸缩性。

          由于完整备份中包括日志备份，DPM 可在非常小的磁盘空间中有效地存储非常多的恢复点。但是，此过程会产生一些相关开销；此外，尽管此过程包含一些数据重复删除操作（即块级更改跟踪），但它并非技术压缩，甚至不是单实例存储 (SIS)。无论有怎样的称谓，DPM 在将少量存储用于创建的每个恢复点方面确实做得不错。更重要的是，由于 DPM 不是使用传统的压缩、单实例存储或重复删除来执行此任务，如果使用压缩、SIS 或重复删除存储平台来向 DPM 服务器提供存储，还有再提高效率的空间。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22903988/viewspace-629038/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22903988/viewspace-629038/