【IT168 应用】当VMware公司发布了继VI3之后的vSphere之后，针对当前现有功能的加强使虚拟机的备份和恢复大大受益。在本文中，我将讨论在vSphere中有哪些新特性和相对之前版本的变更，以及这些新特性在虚拟机的备份和恢复中是如何体现其优势的。

　　vStorage API接口

　　在vSphere中，或许对备份和存储最为受益的是VMware新开发的vStorage APIs。这些API接口，允许第三方的应用直接和虚拟机内核通信，而不需要任何的脚本或者代理。在之前的版本VI3中，vStorage API接口就已经存在了，但当时被称为VCB备份架构。然而，和VCB备份不同的是，它并不是一个独立单独的应用，而是内嵌在ESX(i)服务器上的，此外也不需要另外安装任何的软件。当今，VCB备份架构在vSphere上仍然存在，也可以被备份应用所使用。vSphere API被认为是基于VCB的发展，并被认为最终将完全取代VCB备份方式。VStorage API根据其不同的功能分成了四类：

　　阵列整合上的vStorage API:目前一些第三方存储厂商正在开发阵列整合上的vStorage API(比如，EMC，HP以及NetApp)，这些API接口可以使他们的存储阵列的能力通过vSphere发挥到最优。其中包括了基于阵列的快照技术，硬件减负存储设备锁机制，VMware和阵列级瘦分区的整合，存储分区，复制以及更多。这个接口可以通过允许存储阵列执行特定的操作使vSphere在一些存储相关的操作上更有效率。

　　多链路上的vStorage APIs：这使得第三方存储设备商能通过对这个API接口的开发来发挥阵列的多链路性能。这些插件通过实现允许更多的智能存储多链路，来达到更好的存储I/O效果以及对特定存储的存储链路上的失效备援。

　　站点恢复管理上的vStorage API: 这些API接口是VMware 站点恢复管理(SRM)的一部分，用于数据块和NAS模式下将SRM和基于阵列的复制整合起来。这个特性就允许SRM无缝的同时操作两个虚拟机，主机失效备援以及存储复制的失效备援，并同时实现允许SRM控制依赖于其上的基于阵列的复制。

　　数据保护上的vStorage API：这些API接口对于第三方备份以及复制的厂商尤为重要，因为通过这些API接口可以实现更好的且无缝的与虚拟机的磁盘整合。当被认为是VCB备份的继承者的时候，设计之初，就包含在VCB上实现一些新的功能，比如变更数据块追踪(CBT)以及实现通过虚拟磁盘开发套件(VDDK)达到虚拟磁盘上的内容直接交互。

　　vStorage APIs不仅仅是单纯意义上的API接口，或者说是一些用于在vSphere平台上和第三方应用交互接口集合的代名词。这些接口包含了各种存在于vSphere以及虚拟磁盘开发套件(VDDK)中不同的SDK。虚拟磁盘开发套件(VDDK)是那些帮助厂商开发虚拟磁盘存储相关应用的API以及SDK的组合。虚拟磁盘开发套件(VDDK)通常和其他vStorage API接口同时使用来提供一个vSphere存储管理的完整整合方案。比如说，当虚拟机快照可以用SDK功能管理的同时，其他的一些例如挂载虚拟磁盘的操作就可以由虚拟磁盘开发套件(VDDK)完成。