从一个备份应用转向另外一个总是让我想到，从一个灼热的煎锅中跳出，跳到另外的一个火堆中。在其它领域，这样的转变可能并不困难。比如，如果你使用微软的Office软件，而由于某种原因打算转向使用OpenOffice，这个过程是相当简单的;OpenOffice可以读写大多数的微软的Office文件。作为一个IT方面的例子，当前有很多的工具可用以把虚拟机从VMware转向Hyper-V，再到Xen，这个过程可以无缝完成。而对于备份应用软件，为什么就不再容易呢?

　　在备份软件中，需求可能要比其它地方大得多。你不仅仅要去考虑数据格式的问题(比如，你将怎样读这些旧的磁带?)，你还需要对备份工作和策略进行转变，更不要提那些你针对特别应用所设定的脚本了。

　　那么，备份软件厂商是怎么回复这个问题呢?第一，就是保持你的旧应用程序运行一段时间，这样你就可以读那些旧数据;第二，重新创建所有的你的备份工作和策略;第三，重写所有的你的脚本以和你的应用更好地协同工作。任何一个运行过备份过程的人都会告诉你，这是最主要的三项工作，并且将它们完成是一个非常耗时的过程。

　　让旧有的应用继续运行，这样你就可以去访问原来的备份，这种做法尽管可行，但却看起来很丑陋。因为，当前的保持和兼容问题可能意味着几年来保持一份旧的应用程序的拷贝，即使不是几十年的时间。这也就意味着要将软件的维护注意力放在那一个实例上，并且公司至少要有一个人来维护该产品。

　　在某种程度上，这就给磁盘归档带来了机会，正如我们在“备份vs归档”这篇文章中所描述的那样。一个基于磁盘的归档解决了保持性问题并且可以让旧的软件产品处于维护中。如果你的归档以一个非私有的格式存放，也就是磁盘归档允许你这么做时，这就更为实际了。

　　为什么备份软件厂商不制作一个转换工具呢?

　　很显然，大多数流行的磁带格式都可以被读出，而且当前也有很多的工具可以读取不同的磁带厂商的产品，无论是出于何种需求。而更加难一些的工作就是将所有的这些备份策略和工作从一个环境转到另一个环境，但是，当前确实已有这样的工具存在来读取这些设置。尽管我还不知道有谁可以转化定制化脚本，但是这个工作同样也是可以完成的。

　　尽管我也必须承认，一个转换或者导入工具可能并不是一个小的工程，但非常确定的是，大多数客户所面临的转换备份应用的最大障碍已经没有了——所需的只是时间和精力来做这件事情。

　　理想情况下，当安装一个新的应用时，它应当提供导入所有的磁带、索引、工作以及优先应用的策略，然后给你一个选择提示你是否保持它或者放弃它。甚至，应该增加智能的特性，告诉你哪些策略你不再会使用、哪些策略是冗余的以及哪些策略会和其它策略相冲突。这就可以让你使用转换的时间来做清理的工作。

　　对于备份软件提供者所宣称的客户需要更多备份软件的呼声，这一点我是同意的。但是，只要转换备份应用程序的过程就像切换字处理那样痛苦的话，这个客户转换过程就会以一个非常慢的速度发展。