统计资料显示: 当数据灾难袭击的时候, 30%受影响的公司被迫立即退出市场，另外有 29%受影响的公司在2年内倒闭。因为今天还存在地理上分布很遥远的分支公司，对于远处分支机构的重要数据、数据灾难事件的影响将不再是仅仅局限于在公司总部。
你可能会说，“我们已经备份了所有的服务器”，那很好。可是, 仅此还是远远不够的。
我的观点就是你需要在企业中的最可靠的位置对数据备份进行整合。例如公司的IT基础结构中的IBM S/390大型机就可以看作那个最安全可靠的系统位置。将全部开放系统的数据备份到这个具备有效且完善的数据恢复策略的机器上，将全部重要业务数据集中到一台即使在最坏的情形下，都最有可能第一个恢复到在线状态的机器中，
这就好像在学校中你的班级里某同学有一个大哥，他总会在弟弟有麻烦的时候出现为他撑腰。而这台S/390大型机的作用也类似——它总是最后倒下，第一个站进来。
公司数据中心和大型机通常都有最详细的、已被试用并证明有效的灾难恢复计划。将所有开放系统的数据到整合到这个平台中、也就将所有的开放系统整合进了大型机和数据中心的灾难恢复计划中。
业务可持续性计划不仅仅是IT部门的灾难恢复计划，它的内容远比每晚上自动执行的备份计划要多。商业运作依靠应用软件和商业数据，而部门服务器的开放系统应用则是业务运作的基础。因此许多备份/恢复解决方案形成了众多离散、独立的数据孤岛，每一个部门，或者甚至是每一个服务器都有自己的备份/恢复数据。
在灾难情形出现时，这众多的信息孤岛都需要管理，并且需要决定什么必须首先得到恢复，哪个系统需要重建，而哪些又可以不管。
如果你的公司运行了IBM S/390 之类的大型机，就可以考虑将之作为企业备份的集合点。这里，让我们看一下它是如何工作的。每天所有从计算机应用、文件服务器、工作站和其它潜在方式中产生的开放系统数据都将备份在S/390主机上。然后从这里，依据策略设置，全部或部分备份的数据将被复制到远端的灾难恢复站点。
在发生灾难时，大型机将作为二级站点上，所有开放系统的备份数据都在这里，这样，在二级站点上，所有开放系统的数据都是可用的，而且可以按照恢复策略得到恢复。由于采用集中式管理和自动化控制，所以需要叁予恢复的人可以很少。这涉及到在开放系统结点中可以管理的存储磁盘卷容量，根据Horison Information Strategies的资料，平均每个可管理的磁盘卷大约为750GB，而在S/390大型机中，平均可管理的磁盘卷容量达7~10TB（资料来源Horison Information Strategies）。
让我们看一个实例就会很清楚。这是一家在总部附近有一些校园网式结构分支机构的保险公司。除了在数据中心采用了S/390大型机外，在公司的各部门都有自己的小型服务器机房。每个带有自己服务器系统结构的部门都依赖自己服务器上的应用程序和数据。在总部数据中心，许多最重要的部门服务器上也放在这里，当然，不是所有的部门系统都能在这里保存。
