在大型机所有可用的实用工具中，那些用于备份的工具通常是最受欢迎的，这是什么原因呢？还得从大型机备份和常规备份的基础说起。

　　大型机崩溃后，有两种恢复方法：回滚/前滚（它使用备份）和备份/恢复。使用回滚/前滚方法时，需要在日志中跟踪记录事务操作，在崩溃后的恢复过程中，进行事务回滚或撤销，直到状态达到“稳定”（不包含无效或不一致的数据，例如，每个备份都有一个稳定的状态），然后再前滚事务，直到非常接近崩溃时的系统状态。使用备份/恢复方法时，需要定期取得系统的快照，包括所有的数据，然后将它们保存在专门的备份存储介质上（一般使用磁带或磁盘），恢复的时候，只需将最新的系统快照（备份版本）拷回系统。

　　备份的目的是为了尽可能减少系统崩溃引起的损失，另外备份操作还应该最小化对系统资源的占用，因为系统崩溃后，在恢复到崩溃前的状态过程中，无论是回滚事务，还是复制快照，都必须尽量降低对性能的影响。

　　从上世纪60年代开始，数据量和需要备份的数据量增长速度非常惊人，据估计，当前全球数据存储总量已经达到ZT字节，备份处理能力的发展速度远远跟不上数据的增长速度。此外，系统在线要求也从原来的工作日（24*5）变成24*7，许多时候根本不能执行备份，因为数据量实在太大了，IT预算也只能满足不断增长的存储需求，对于备份需求只能暂时撇开不管。

　　因此制定合理的备份策略是当前的首要任务，备份策略必须全面，尽可能覆盖所有数据，既要做好备份工作，又要尽可能降低备份成本，必须精打细算，尽量将数据细分，如结构化数据，半结构化数据和非结构化数据，然后针对每一种数据类型优化备份策略。

　　大型机在备份方面提供了全面了支持，它能处理数百个虚拟机，大量的磁盘和磁带存储，但为了实现细粒度的备份控制，IT部门必须自动动手对大型机备份工具进行DIY。

　　大型机备份工具通常都会关联到批处理作业，在大型机诞生初期，用户发现备份操作可能会被推迟，要等到一天结束，才会用一个批处理作业一次性备份所有数据，这个时候备份操作不会被其它进程中断，因此处理备份任务时速度极快，这意味着备份期间不会有其它进程修改数据。因此，周末和周末夜间就成了备份的最佳时间，这个时间段系统可以脱机（切断用户的连接，避免其它进程对备份操作的影响），专门执行备份操作，这个时候备份工具需要修改成24*7运行。与此同时，存储和数据库厂商也提供了它们自己的备份方案，但都必须结合大型机新的联机/脱机备份工具使用，如果你看过大型机实用工具指南，你就知道所有备份工具实际上都是在脱机状态下执行存储复制操作，每个备份工具都会平衡和协调其它备份进程，不会引发备份冲突。

　　我们来看一下大型机的IEBCOMPR和IEBCOPY备份工具，IEBCOMPR会先比较两个文件是否相同，再决定是否备份，但更细粒度的备份除了检查文件是否相同外，还需要检查文件是否发生了变化，如果没有发生变化就不备份，因此可以使用IEBCOMPR确定在线存储和备份存储上的数据是否一致，然后再决定是否需要备份，另一个快速的办法是检查系统日志，看是否有事务修改了数据，但大多数时候，系统日志中都看不到这个信息，因此聪明的管理员会把IEBCOMPR当作手术刀而不是斧子使用。

　　IEBCOPY看起来就象是一个文件复制命令，但事实上功能更多，它还可以合并数据集，表面上看起来它是在复制在线存储上的数据，实际上在复制过程中，它还会将两个数据集之间冗余的部分挤掉，这样在备份存储上占用的空间就更小了。换句话说就是，运行IEBCOMPR或检查系统日志确定不需要备份的文件后，IEBCOPY还可以进一步排除文件块级的冗余数据，使得需要真正备份的数据急剧减少。

　　虽然从短期来看，通过增加备份存储可以解决目前面临的备份空间不足问题，但从长远来看，IT部门应该着眼于制定和实施细粒度的备份策略，减少备份的数据量才是正确的选择。无论如何，大型机备份工具，如IEBCOPY和IEBCOMPR在管理员的命令清单中都有一个重要的位置，灵活运用这些备份工具不仅可以提高备份效率，减少备份空间占用，还可以大大减少备份所需的时间。