许多备份软件提供商正在试图将他们自己核心的备份应用程序同其他的数据保护组件和数据管理流程整合在一起，以便将用户吸引到他们的应用程序上。虽然获得新功能是很好，但是从一个备份应用程序切换到另一个应用程序存在很大的问题。
从一个备份应用程序切换到另一个应用程序总让我感觉像是从油锅跳到火里。其他地方的转换则没有这么难。例如，如果你使用的是微软办公软件，而出于某种原因，你决定转换到OpenOffice，则过程相当简单；OpenOffice可以读写大多数的微软办公格式。再举一个IT的例子，如果你要将虚拟机从VMware迁移到Hyper-V或者到Xen，则现在你可以有很多工具来帮助你进行无缝的迁移。为什么在备份应用程序中情况不是这样呢？
备份软件的要求通常比其他地方要更多。你不仅要考虑数据格式（比如，如何读取哪些旧的磁带？），你还需要转换所有的备份工作和备份政策，更不用说你原来针对特定应用程序而编写的特殊脚本了。
典型的备份软件厂商的反应是什么？他们会告诉你说：首先，让你旧的应用程序继续运行"一段时间"，这样你就可以读取旧数据；其次，重建所有的备份工作和备份政策；第三，重写所有的脚本以便能够与新的应用程序协同工作。任何运行过备份流程的人都知道这些要求是很大的要求，而且进行这些流程将非常耗时。
让旧的应用程序继续运行以便可以访问旧备份是一个糟糕的选择；因为如今的数据保留和合规问题意味着旧应用程序中的一个副本可能要运行数年时间（即使不是数十年的话）。这也就是说你要继续为这个实例支付维护费用，而且至少要安排一个人来管理这个产品。
在某种程度上，这进一步增强了磁盘归档的合理性，就像我们在《备份 vs 归档》中所描述过的。基于磁盘的归档解决了数据保留问题而且还可以维持旧的软件产品。如果你的归档存储在磁盘归档所允许的非专有格式上的话，那么这个论断尤其成立。
为什么备份软件厂商不开发一个转换工具呢？很明显，大多数流行的磁带格式都可以被读取，而且市场上有许多工具根据某种用途可以读取各个不同磁带厂商的磁带。更难的问题是如何将所有备份政策和备份工作从一个环境迁移到另一个环境，不过我们还是有一些工具可以读取这些设置。而且，虽然我不知道是不是有某种工具可以转换定制的脚本，但是这个工作确实可以完成。
转换或导入工具不是小事，它们将有助于排除多数客户在切换备份应用程序的过程中所面临的最大障碍–时间以及所需的精力。
在理想的情况下，当你安装一个新的应用程序的时候，应能够导入原应用程序所有的磁带、索引、工作和政策，然后新应用程序应让客户选择哪些应该保留而哪些可以抛弃。甚至还应该有进一步的智能来告诉你这些备份政策是否可以不再使用，是否冗余，是否会跟其他政策相冲突。这样你就可以利用这次转换来进行一次大清理。
一些备份软件提供商说虽然客户总希望从备份应用程序中得到更多好处，但是除非备份应用程序的转换像办公软件的转换那样容易，否则客户不会很快更换应用程序。这一点我也同意。
