备份是第一个受到广泛应用的云存储的用例。从最初作为备份消费者桌面电脑数据的一种理想方式，拓展到企业终端保护机制，到现在有很多云备份提供商提供对物理服务器和虚拟服务器的保护。云备份是一个非常拥挤的市场，几乎每周都会有厂商推出新的软件和服务。对于IT专业人员要建立一个基于云的备份策略，这个市场上存在着大量的可选项。

云备份的分类

企业使用云作为数据保护机制可以有多种选择。有一些倾向于选择原生的云提供商，其中云作为数据保护处理的中心点。而另一些企业，特别是传统厂商，通常把云作为一个附加的数据保护过程。对他们来说，云成为另一个备份目标。

服务供应商之间也存在差异。有些供应商是真正的软件开发商，它们使用现有的，通用的云服务，像亚马逊、Azure或谷歌等等，作为云存储。另一些供应商则创建他们自己的基于云的数据中心，专门用于存储客户数据。还有一些托管服务提供商（MSP）或区域性的云提供商，使用第三方软件产品，为他们的客户提供数据保护。

通用云服务的优点在于，对于服务提供者来说，增加新客户或新服务内容的成本非常低，并且可以反映在其服务成本当中。但是他们对环境的控制能力有限，对技术支持问题的排查不止对客户，对服务提供者都是一个问题。

专门定制云的优点在于，云服务提供者拥有这一切，软件和硬件。尽管对他们来说，增加新客户或新服务内容的成本要高一些，但是根据客户需求进行扩展，以及解决任何技术支持问题的能力，无疑也更强。

第三类提供商是真正的设施专家，他们将云备份作为他们功能集的一部分。他们倾向于使用已在市场上被广泛采用的现成的软件产品。这种类型非常适合那些想要继续使用他们现有备份软件的客户，并且打算将数据从现场移走而又无需以创建一个灾难恢复站点为代价。

混合备份

在这种模式下，备份数据会同时存在于本地设备以及云中。通常情况下，一台设备接收到来自数据中心服务器的备份，然后再把数据复制到云提供商的设施中。现场设备保存的数据可用于服务器的快速恢复，而云中的副本可在发生灾难时使用。此外，许多传统的备份产品都可以同时在本地和云中备份数据。或者，数据先备份到现场设备，再复制到云中。

备份功能

原生的云备份供应商在过去几年中使数据保护水平得到显著提升。他们最初是克服了基于云的备份所面对的最显而易见的挑战——互联网延迟。最初的产品专注于互联网环境下如何更高效地移动数据，并使用了像块级增量备份、重复数据删除、压缩以及广域网优化等技术。他们还成功地弥补了平台覆盖方面的差距，从终端保护拓展到Linux、Windows和VMware服务器的全面保护。

更多的传统备份软件和硬件厂商也纷纷加入到云存储的大军里来。然而，大多数时候，这些供应商只把云作为一个备用存储库；他们往往并不因此而减少现场设备的功能或者引入任何额外的新功能。

云提供商和用户面临的一个主要挑战是恢复时间。尽管块增量、重复数据删除和压缩等技术都增强了备份过程，对于恢复过程却帮助甚少。当发生存储系统故障或者站点故障时，所有数据需要以通过一个相对较低带宽的连接才能被恢复。很显然，完全的系统恢复在时效性上是非常关键的，对很多企业来说应用宕机是完全不可接受的。这些缺陷导致了云备份历史上最重大的进步之一：灾难恢复即服务。

灾难恢复即服务

灾难恢复即服务（DRaaS）允许用户在云备份提供商的数据中心里运行虚拟机（VM）的一个实例。假定此时所有的网络问题都得以解决，这就意味着用户仅需几分钟就能使业务恢复。

DRaaS的确需要一些新的考虑，并且对企业数据中心也会产生一些潜在变化。首先需要了解的是在灾难恢复过程中，需要达到什么样的性能。考虑到故障产生的中断，以及恢复所有数据需要的时间，应用程序可能要在云提供商的数据中心里运行一段时间。必须考虑云提供商在这段时间里能否满足基于性能的服务水平协议（SLA），这一点尤为重要。

同时，云提供商需要证明他们的数据中心具备同时支持多家企业的应用程序的能力。如果发生区域性灾难，例如发生了飓风，此时的云提供商可以会淹没在众多客户的恢复请求中。SLA能够提供一种方法，以确保在长期使用中性能是可以接受的。

你也需要了解故障恢复是如何工作的。倘若某企业的整个数据中心都被破坏，所有数据都需要恢复。云提供商是否会提供批量传输功能，比如用硬盘或磁带等媒介将所有数据递送回企业，以便实施更加快捷的本地恢复？如果不是整个数据中心都被破坏，这是灾难中更为常见的一种情况，他们是否有办法能够实施智能的数据恢复，即只是那些当应用程序在云中运行时发生更改的数据被恢复？

DRaaS也可能需要对基础设施进行改变。首先，大多数DRaaS解决方案都充分利用虚拟化来实现功能。这就意味着物理服务器需要被虚拟化，或者云提供商在他们自己的一端要完成物理到到虚拟的转换。

最后，DRaaS要想正常工作，网络路由必须被正确设置以提供企业数据中心和云服务提供商之间的无缝传输。幸运的是，大多数原生的云备份提供商都会非常乐意协助客户以确保各种网络配置的正确。

云加速器

另一项新的云备份策略是采用云备份加速器替换旧式的云备份设备。许多这样的设备采用1：1备份到云，这意味着需要把备份数据100％地放在本地以及云中储存。为了应对这一点，备份设备需要不断扩充存储容量。这些备份不被删除或者在一段时间后移走，这一点其实是没有道理的，只是该软件并没有被设计为支持这样的功能。虽然有些供应商能够使数据的旧拷贝只存在云端，但还是需要最新数据的完整备份100％地存储在现场。

加速器利用更多的高速缓存改变了这一点。本地加速器并不需要存储所有数据，甚至是最新的数据备份。相反，一旦数据备份到云中获得了确认，该数据即从本地设备中删除。这些加速器通常受控于策略的设置，因此对于关键业务应用可以设置为总是在现场和云端同时保存其最新数据副本。

这一点对于拥有一些大型数据库和大量文件数据的公司尤为适合。由于大多数文件数据不是业务关键的，并且是一个一个顺序恢复的，因而受到云的延迟影响较小。大型数据库则需要一次全部恢复，并且尽可能快速，因此有个最新副本存在于本地是正常需求。这种通过策略控制的功能使得现场加速器的容量只需传统现场设备的三分之一，从而降低了成本并简化了现场操作要求。

云到云备份

云备份提供商都开始提供的另一个功能是云到云备份。通过允许备份提供商接入，使他们可以直接连接到云服务。他们就可以直接对软件即服务（SaaS）供应商进行备份，例如Box.com、Dropbox、Google Drive、Office 365和Salesforce等。

多数用户认为，数据在云中因而也是受到保护的。从某种程度上说，这是对的。在云端的数据是会做备份处理的，但它只是为了保护云服务提供商，而不是企业。例如，员工删除了文件，如果没有向云提供商支付恢复费用的话，你是无法找回它的。云到云备份正好可以防止这种类型的数据丢失。

反向增量备份

反向增量备份是另一种可以缩减服务器实例恢复时间的功能。传统的块级增量备份，初始的完整备份以正常方式完成。之后的每一次备份，只有发生改变的块被复制到备份存储，并存储为单独的文件，它与最初的完整备份是相关联的。如果发生故障，原始备份文件和之后的每个相关联文件需要按照相反的顺序逐个恢复，这个过程比较耗时。

反向增量会在每次增量备份完成之后，将增量备份合并到一个完整的备份中。同时每个增量备份也会保存为一个单独的文件。这就使得整个镜像备份文件始终保持最新，而一个包含大量增量备份文件的版本也同时得到保存。当最新的服务器镜像文件需要在最短时间内被恢复时，只要使用那个单一的最新的完全备份文件即可。尽管虚拟机镜像文件的大小依然会影响恢复时间，通常在企业互联网连接条件下，没有额外增量需要合并的单一备份镜像会相对较快地完成恢复。反向增量备份仍然保留了各个版本的增量备份文件，因此也可以采用增量副本进行恢复。

在过去几年中，云备份已经演变并提供了多种重要功能。现在已经有几款产品能提供类似平台级的覆盖范围和传统企业级产品的功能。加上诸如DRaaS，云到云备份以及反向增量备份等新鲜功能，，这些产品显得非常引人注目。虽然还有不完美（参见 “云备份的缺点”），但在升级您的数据保护能力的项目中，基于云的备份方式绝对值得纳入您的考虑范围。

文章选自存储经理人2015年7月刊：融合云存储与数据中心存储，欢迎下载阅读。