灾害面前的业务考验
如果建筑物的屋顶被掀翻，会对您的业务产生什么影响？如果您的办公室进水怎么办？如果您突然无法访问 IT 系统呢？
最近，我们的两名客户在澳大利亚悉尼南部遭遇龙卷风时陷入了这种境地。虽然并非每家企业都必须经历自然灾害，但提出这些问题确实为评估您自己的灾难恢复(DR) 计划提供了相当强烈的动力。
我们可以长篇大论地讨论纸质与自动化的利弊、本地部署与基于云的系统、投资流程还是随意应对，但只有真实的案例才能让人痛苦地认清现实。当龙卷风毫无预兆地席卷工业园区时，导致我们两名客户停摆。其中一家仅停机了几分钟，而另一家则花了数周时间才恢复。造成他们恢复时间差异的原因是什么？
云端与本地的生死时速
龙卷风来袭时，一家公司将供应链运营软件置于云端，而另一家公司则将所有系统（包括备份）保留在本地。几小时内，前者自动将所有的数据录入、客户服务、账单和行政任务重新分配至其在布里斯班和墨尔本的分支机构。所有工作无缝地重新分配给下一个可用的代理，确保其客户继续运营。在接下来的几天里，员工通过安全登录访问公司的完整文件集在家办公。其业务未受干扰，声誉也未受损。
另一家公司则损失了一切。他们匆忙寻找临时住所，购买新的 IT 设备，并 resort to 用纸质手工处理业务，实际上使其运营陷入停滞。最终，他们还不得不重建客户对其服务的信心。
是的，两家公司都经历了戏剧性的变化，因为他们必须搬迁并装修新办公室。但猜猜哪家公司只是简单地设置新设备、登录并照常开展业务：是拥有还是没有基于云的平台的那一家？
通过提前花时间制定计划并设置工作流程，采用云环境运营的公司能够快速、轻松且准确地将工作重新分配。
代际断层与依赖风险
如今 businesses 对 IT 的依赖程度如此之高，保证连续性对于生存至关重要。我们许多人仍然知道如何使用基于纸质的系统来运输货物。我们仍然知道如何编写运单和拣货订单。但也许新一代人并不具备这些知识。因为他们成长于自动化系统中，可能在危机时刻缺乏可依赖的传统知识。
您的客户可能同样不了解如何应对系统故障。他们的业务在很大程度上取决于实时了解您代表他们执行的活动。
测试：让计划真正生效
一旦制定了 DR 计划，就必须进行测试。您是否测试过正在备份的数据？当您向任何流程添加新内容时，它是否能捕获新的数据集？您的备份具体位于何处——理想情况下不应只是一组放在服务器上方架子上的磁盘。
制定全面的灾难恢复计划并定期测试以保持其时效性，是一项巨大的精力投入。时间就是金钱，但回避这一承诺可能会导致真正的痛苦。这是您减少中断的自有保险计划。没有人会避免为其卡车或其他实物资产投保，但许多人并没有以同样的决心为其技术平台投保。
如果您希望最小化 DR 计划的开发工作量——至少就您的 IT 需求而言——那么转向云端在很大程度上将风险转移给了以正常运行时间为核心职责的专业人士，从而有效地外包了业务连续性的成本和管理。
无论您选择哪种方法，都要有一个有效的灾难恢复计划，以便在紧急情况下，即使您的企业遭受灾害打击，收入也不会被一扫而空。尽你所能现在采取行动，以确保即使在发生意外时，您的业务也能保持运行。