当时间成为一种越来越关键的资产时，企业必须拥有让业务恢复正常的战略。过去，“传统的”恢复过程包含事故与完全恢复之间的滞后时间：这段包括旅行时间、检查磁带的时间以及常常冗长的数据恢复时间。对于一些用户来说，几天时间是可以接受的，而对于另一些用户来说，24小时则是必要条件。许多现在部署ERP解决方案的人没有意识到的问题是：对于他们而言，一旦ERP解决方案投入应用，他们的战略必须包括实时的解决方案。否则，当他们恢复系统时，用户将完全停止运转。生产停止了，计费停止了，销售和库存等功能停止了，工资无法支付等等。根据连接在一起的企业“模块”或功能的数量，这张清单可以变得越来越长。
更糟的是，用人工方法重新恢复失去的数据可能不是使用ERP的企业的选择。缺少人员，档案只以电子方式存在。在这种新一代的企业中，自动化系统对公司活动的控制程度如此之高，以致系统决定企业的命运。
如果传统的恢复努力可以被归类为应用恢复，那么ERP版的恢复实际上是基础设施恢复。恢复ERP环境是一个错综复杂的三层次过程，除非这三个层次都部署到位，否则就无法使用这种过程：
●保存全部主应用的数据库服务器。
●应用服务器；前端系统以及像中间件传输流、第三方程序和其他工具这样的应用子集合。
●用作最终用户界面的桌面PC和工作站。
对于依赖ERP的企业来说，传统的48小时恢复可能等于敲响了丧钟。随着企业内部集成程度的提高，公司所要求的恢复“窗口”被大大缩小了，需要其他方法来补救这种情况。但是，如何补救呢？
制定连续性计划
首先，我们必须重新整理我们的思路：这种ERP环境不是硬件问题。这项技术实际上与人们在非ERP环境中发现的问题是一样的。明显的不同之处是企业的当务之急。
业务连续性计划与ERP有着一个共同之处：它们都是企业问题，而非技术问题。支持ERP的企业模型将明确地表明对中断供应链的惩罚：惩罚的金额高于保护供应链的成本。与集成系统同时进行的业务连续性计划具有更高的性价比，它使公司第一次可以制定正确的计划。由于同时完成这两项工作，一个过程可以优化另一个过程。
制定有效的连续性计划不是件容易的任务，有很多工作要做。对一家可能在ERP部署中投入数百万美元资金的企业来说，正确制定的计划成为一项安全措施。下面的提示也许对您有所帮助：
●从开始部署ERP时就考虑业务连续性问题。
●冗长的ERP安装过程和进行中的其他机构改革努力将使自己的内部人员疲惫不堪。委派企业连续性专家帮助制定有关ERP的计划，并依靠他们提供多厂商和ERP环境中的经验。
●制定详细说明ERP解决方案内和ERP与IT系统基础设施其余部分之间相互依赖关系的连续性计划。
●利用详细的脚本，经常测试连续性计划。
●将ERP系统故障的风险告之高级管理层，让他们及早参与进来，提出适当的解决方案。他们必须了解这种风险并对此做出反应。