多年来，IT最佳实践宣称：数据备份和归档是两个绝对不应相互交织的、截然不同的功能。

然而，这种传统思维更多的是基于对备份架构的功能的过时看法。

现在，随着更多的可扩展的软件索引，再加上具有成本效益的、能够处理混合工作负载和开放格式磁带的磁盘备份设备，重新思考传统思维并最终合并这两个过程是否正当其时？

融合数据备份和存档的价值

在确定合并备份和归档是否可能之前，应该考虑这样做的价值。从融合数据备份和归档之中可以获得什么？

第一个大收获是数据只须被移动一次。如果没有融合，数据会被反复地备份，在被确定适合归档的时候，会被再次拷贝。

第二个大收获将会是消除多个存储筒仓。可以同时存放备份和存档的单个筒仓将大大地降低成本。

第三，适当的数据管理的最佳实践是：归档只存放一份被归档的数据的副本。这意味着它从生产存储和备份存储中被移开。因此，存档需要被保护，要么通过复制，要么通过把数据拷贝到另外一个存档存储区域。这是一个问题，尤其是对于磁盘归档而言。数据可以被复制到另外一个磁盘归档（昂贵的）或者“备份”到另外一个磁盘归档（复杂且容易出错）。

融合的最终结果？显著降低资金和运营成本，并且简化IT流程。

备份和存档可以被融合吗？

在合并数据备份和归档的时候，第一项要克服的挑战是确保软件可以执行该任务。

备份是这个过程中关键的第一步，因为数据必须安全地被存放在备用的存储设备上。这意味着如果合并备份和归档，必须发生在备份软件之中。

这在过去是不可能的，因为备份应用程序只有相对简单的数据库，无法满足跟踪数以百万计的文件的需求。即使备份软件具备这些功能，用于备份服务器的典型的硬件也无法提供这个应用程序所需要的动力。

时移势易。许多现代备份应用程序有非常可伸缩数据库，可以跟踪数以万亿计的对象。从服务器的角度来看，即使是适度的服务器硬件现在也适合托管该应用程序及其数据库。

第二项挑战是确保备份硬件（磁盘和磁带）可以满足需求并协同工作来控制存储的成本。基于磁盘的备份系统成为初始备份和工作集的一个理想的着陆点。同时，多亏了横向扩展技术，它们可以继续为可预见的未来存放数据。

许多基于磁盘的备份系统现在可以支持备份和归档工作负载之间的差异。检查的重点是系统的重复数据删除引擎的可伸缩性。在组合环境中，将要跟踪有数百万个（如果不是数十亿个的话）文件，因此重复数据删除引擎可能会不堪重负。规划者需要寻找可以分割数据的重复数据删除引擎，这样他们就不必管理所有的数据，或者寻找可以真正的扩展来满足管理数以万亿计的文件的要求的引擎。

第三项挑战是备份和归档可读性。大多数备份和归档应用程序以专有的格式写入数据。然而，这种专有的格式的使用正在发生变化。越来越多的虚拟化备份厂商以虚拟机管理程序直接可读的本机的格式写入备份。与此同时，越来越多的归档厂商正在以被称为LTFS（Linear Tape File System，线性磁带文件系统）的标准格式把数据写入磁带。现在很多磁带厂商支持LTFS或者表示支持的设想。

缺少了什么？

缺少的关键组成是：备份软件表现得更像归档软件。这意味着对数据要有更多的文件级别的理解，以便可以根据文件的类型、位置和时长设置保留策略。有一些已经提供这种功能的备份应用程序，例如IBM的TSM和惠普的Data Protector。另一个关键要素是：这些应用程序以可以被操作系统读取的本机格式写入数据。

如何实现？

如果数据中心打算合并数据的备份和归档，有两种可行的选项来实现这个目标。首先，IT规划人员可以选择提供可扩展的数据库并同时支持磁盘和磁带的备份软件。他们也可能打算寻找可以跟踪文件级别的数据的软件。

一个替代方案可能是寻找合并磁盘和磁带的归档产品。这些产品提供数据可以通过备份应用程序或一系列的脚本被发送到的、单独的NFS / CIFS挂载点。该产品之后将管理数据从磁盘到磁带的移动以及数据的保留。

结论

备份和存档的融合可以显著地降低管理成本以及与那些流程相关的硬件成本。事实上，有可以提供数据管理和集成各种备份和存档硬件技术的备份软件产品，例如索引和上下文级别（context-level）的搜索。

同时，Crossroads Systems公司和昆腾（Quantum）公司的那些归档产品已经演变成“另一个挂载点而已”。隐藏在这个挂载点背后的可以是廉价的磁盘、对象存储甚至磁带。数据可以通过简单的拷贝命令或者使用应用程序的实用工具被转存到这些存储库中，允许该存储库充当备份和存档。可以对归档进行快照来提供时间点的回滚功能。