在进行企业数据备份产品选型时，您所做的决定将产生长期影响。备份和存档平台往往是企业IT中最棘手的产品，因为它们的运行周期往往需要比数据保留要求的时间更长。在停止存储新数据之后，这些存档必须在很长一段时间内保持可访问性。
融合数据保护与二级存储平台是当下值得考虑的一类产品，它具备一些非常有价值的特性，包括融合备份的扩展特性、公有云支持和操作的简单性等等。
扩展
融合数据保护与超融合计算有很多共同之处：它使用扩展架构，多个物理服务器组成一个集群。以下几个问题值得考虑：
您的组织中数据规模有多大？它是否与您正在考虑的融合备份供应商一致？您可能需要在大型数据中心建设一个巨大的备份卷。供应商是否有能力根据您所需的节点数量部署其产品？
您可能需要在多个小规模的位置实现数据保护。融合备份供应商是否可以提供一个控制台和一组策略来管理所有位置的节点？他们能缩小到与您的小网站所匹配的规模吗？也许您应该使用集群中的小物理节点、每个位置上的单个物理节点或其融合二级存储平台的虚拟设备版本。
另一个需要考虑的问题是，融合备份产品是否需要您购买新的硬件，还是允许您重用一些现有服务器来加载软件。如果您必须购买供应商的服务器，硬件支持是什么样的？硬件支持可以与您现有的服务器、支持合同和机制进行集成吗？
数据平台支持
所有融合数据保护供应商都是从vSphere支持开始的，如果您使用的每个应用程序都在vSphere虚拟机(VM)中，那么vSphere支持是非常好的。那么应用认知呢?您需要保护数据库服务器或电子邮件服务器吗？备份供应商是否有应用认知的代理？如果有物理服务器，那么您就会需要基于代理的备份。
那么基于公有云的资源呢？备份供应商能否保护您的SaaS平台如Salesforce和Office 365?对于支持数据的备份，保护和恢复的粒度是什么？例如，您可能不希望通过恢复整个数据库服务器来恢复一个小表。
虚拟化平台支持
不同的虚拟化平台具有不同的功能。大多数情况下，融合数据保护供应商最支持的是vSphere。但是如果你使用Hyper-V呢？或者某种形式的Linux和基于内核的VM虚拟化？融合备份供应商是否对这些虚拟机监控程序提供相同级别的支持？特别是，作为vSphere的重要组成部分，其即时恢复功能可能无法与其他虚拟机监控程序一起使用。平台是否支持使用虚拟机监控程序将文件还原回VM文件系统？
云计算支持
最近推出的备份产品往往具有云友好的设计，特别是针对使用公有云中的对象存储的离线数据副本和长期存档。您需要对这种公有云用例寻求细粒度控制——主要是保留控制，因为公有云存储每月按GB收费。
另一个不错的选择是将融合备份平台作为灾难恢复(DR)计划或DevOps工作流的一部分。您需要评估对这些流程自动化的需求。评估DR故障转移和任何常规数据迁移，例如通过将生产数据库服务器恢复到云中来使用公有云进行报告。
如果您计划在公有云中使用DR，建议研究一下自动恢复的情况。在灾难期间从公有云自动恢复到本地通常比故障切换要难得多。
可用性
融合备份除了使用超融合基础架构外，还遵循了HCI的简化模型。其目的是将数据保护中涉及的人工工作量最小化。
建议寻找简单的、基于策略的保护管理方法，而不是复杂的调度平衡。常规备份管理应该是管理少数违反策略的异常，而不是检查日志是否成功。
另一个有用的元素是一个用于以编程方式管理数据保护API，而不是手动管理。简化的另一个方面是能够根据新VM的身份自动保护它们，而不是通过帮助台票将它们添加到备份作业中。
留意产品断层
融合备份是一个相对较新的类别，大多数供应商对于数据保护领域来说都是相对较新的。您在更成熟的产品中假设的功能，在融合备份产品中可能并不可用。最典型的例子是，很少有融合备份平台包括备份或归档到磁带的功能。如果您需要将磁带作为长期存档，那么您的融合数据保护功能将是有限的。
原文作者：Alastair Cooke
