业务连续性计划的陷阱

如果您的托管IT服务提供商多年来一直使用相同的业务连续性计划（BCP）, 你的公司可能有麻烦了. bcp应不断更新，以避免忽略或低估某些问题. 不更新你的BCP只是一个可能损害你业务的错误. 这里还有一些你应该避免的.

过于乐观的测试

最初的测试尝试通常是最重要的, 因为这是msp可以精确定位恢复计划中潜在痛点的时候. 然而，他们通常对系统进行全面测试，而不是分阶段测试. 这可能导致msp忽略特定的点, 有太多的因素同时压倒他们.

远程用户许可证不足

msp向企业提供远程用户许可证，以便员工可以在需要时访问远程桌面软件, 比如灾难来袭的时候. 但是，提供商可能只有有限数量的许可证. 在某些情况下, 更多的员工需要访问远程桌面软件，而不是供应商的许可证所允许的.

遗失的数码身份证

当灾难袭来, 员工通常需要他们的数字id，以便在办公系统恢复期间登录MSP的远程系统. 但是，备份桌面时不会自动保存数字标识. 因此，当员工使用他们“准备好并恢复”的桌面时, 他们无法使用之前的数字ID访问系统.

缺乏沟通策略

当灾难发生时，托管服务提供商通常使用电子邮件通知企业主及其员工并与之沟通. 然而, 在某些情况下，这种形式的通信可能并不总是可靠的, 例如在垃圾邮件入侵期间.

相反，您可以使用紧急通信应用程序，例如 AlertMedia or Everbridge. 这些程序自动执行必要的操作，例如发送大量通知, 共享信息, 并动员团队防止业务中断, 这样你的MSP就可以在灾难发生时轻松通知你.

需要人工验证的备份

系统恢复完成后, IT技术人员和企业主需要检查恢复是否彻底和完整. 当日志报告不容易比较时，这就成为一项艰巨的任务. 当msp使用的备份应用程序没有自带日志模块，必须单独获取时，通常会发生这种情况.

这些只是业务连续性计划失败的一些原因. 虽然你应该相信你的msp会保护你的系统, 对于业务所有者来说，参与与您的it基础设施相关的任何流程是很重要的. 仅仅因为你相信某件事行得通，并不一定意味着它真的行得通. 如果您对您的业务连续性计划有疑问，请立即与我们的专家联系.