解读被人们忽略的备份转换问题

瓶客

在最近的一篇文章中，我提到了很多备份软件提供商尝试将数据保护和数据管理功能集成到他们核心的备份应用以吸引用户迁移到他们的应用平台上。不过在文章中我没有提到，虽然增加新功能很好，但是最大的问题在于从一个备份应用转换到另一个备份应用——不仅仅是这么简单。

从一个备份应用转换到另一个备份应用通常让我想到从煎锅跳出再进到火炉中。如果你使用的是微软，出于某种原因决定切换到OpenOffice，那么很容易；OpenOffice可以读取和写入大多数微软Office格式的文件。现在有很多工具可以帮助你将虚拟机从VMware平台无缝地迁移到Hyper-V或者Xen平台。那么备份应用不可以呢？

在备份软件方面的需求可能会更多。你不仅需要考虑数据格式问题（比如你如何读取这些旧的磁带？），而且你还得考虑所有备份任务和策略的转换，更不要说专门针对某个应用写的脚本了。

那么备份软件厂商是作何反应的呢？首先，你还需要运行旧应用“一段时间”，这样你可以读取旧的数据。第二，重建所有备份任务和策略。第三，重新写入所有应用相关的脚本。任何运行备份流程的人都会告诉你，这些是最重要的三大需求，而完成这些是一项非常耗时的工程。

维持旧应用的运行以便获得旧的备份副本，这是一个不得已的选择，因为现在的保留和法规遵从的期限往往在几年时间。这就意味着你必须为这个实例相关的软件维护支付费用，而且至少得有一名技术人员来负责这个系统。

从某种程度上来说，这就引入了磁盘归档问题。基于磁盘的归档技术解决了数据保留和维护旧软件产品的问题。

那么备份软件厂商为什么不开发出一种转换装置呢？显然备份软件可以读取大多数主流磁带格式，只有少数只能读取特定厂商的磁带。将所有这些备份策略和任务从一个环境迁移到另一个环境中是一个更加困难的任务，但同样地，现有的很多设备都可以读取这些设置。

我承认，开发转换或者输入装置并不是一个简单的事，但是这肯定会消除大多数用户在转换备份用户时面对的最大障碍——所需的时间和精力。

最理想的情况是，在安装一个新应用的时候，它应该能够输入所有磁带、索引、任务和策略，然后向你提供哪些保存哪些删除的选择。甚至更智能的话，它应该可以告诉你哪些应用将不再使用、哪些应用是冗余的、哪些应用与其他策略相冲突等等，这大大节省了应用转换的时间。

我比较认同某些备份软件提供商的说法：用户希望从他们的备份应用中获得更多价值，但是切换备份应用就像切换文字处理一样让人头疼不已，这必定会减慢备份技术的发展