业务连续性计划的陷阱

就像所有人为或其他因素一样，业务连续性计划并不完美. 他们也有陷阱，如果不立即解决，可能会导致你的企业失败. 别全怪it那家伙, 通常情况下，系统的设计方式也可能存在漏洞. 以下是业务连续性计划失败的几个原因.

最初的测试尝试通常是最重要的，因为it服务提供商可以在此期间确定恢复计划中可能存在的弱点. 然而, 通常发生的情况是将系统和相关操作全部转移到备份站点. 这使得在太多因素同时流入的情况下，很难查看特定的备份点.

远程用户许可证由服务提供商提供给企业，以便在灾难发生时, 员工可以登录远程桌面软件. 但是，提供商拥有的许可证数量可能有限. 在某些情况下, 更多的员工将需要访问远程桌面软件，而不是提供商的许可证所允许的.

当灾难袭来, 员工通常需要他们的数字id，这样他们就可以在自己办公室的系统恢复时登录到提供商的远程系统. 然而, 数字id绑定到员工的桌面以及备份桌面的时间, 它们不会自动保存. 因此，当员工重新使用他们的“准备好并恢复”的桌面时, 他们无法使用之前的数字ID访问系统.

当灾难发生时，IT服务提供商将使用电子邮件通知企业所有者及其员工并与他们进行沟通. 然而, 在某些情况下，例如互联网被切断或有垃圾邮件入侵，这种形式的通信可能并不总是可靠的. 有第三方通知系统可用, 但它们相当昂贵，一些供应商将其作为昂贵的附加服务出售.

系统恢复完成后, IT技术人员和企业主需要检查恢复是否彻底和完整. 当日志报告以一种不容易比较的方式出现时，这种验证就会浪费时间和精力. 当IT服务提供商使用没有自带日志模块的备份应用程序时，通常会发生这种情况, 并且必须单独获得.

这些只是业务连续性计划失败的众多原因中的一部分. 对于业务所有者来说，参与与他们的It基础设施相关的任何流程是很重要的. 仅仅因为你相信某件事有效，并不一定意味着它正确或有效地起作用. 如果您对您的业务连续性计划有疑问，请立即与我们的专家联系.

经techvisory许可发布.org. Source.