如果您是一名系统管理员，那么网络中断这句话对您来说是家常便饭。根据您的用户的成熟度，这可能更具体地哀叹为互联网坏了或电子邮件不可用。 如果您的用户真的非常成熟，您实际上可能会得到一个真正的错误消息来处理。如果您在大型组织中工作，那么用户的成熟度可能参差不齐。计算机和相关的网络已经成为我们日常生活中如此重要的一部分，以至于当它们不可用时，一切都会陷入停顿。但是它们也变得非常用户友好（在某种程度上），以至于大多数公司都取消了用户培训，除了最复杂的应用程序。最终用户应该知道如何使用标准的办公自动化应用程序套件。但他们很少被期望了解更多。事实上，如果您在一个房间里聚集十个随机的人，并询问信息是如何从 A 点到达 B 点的，其中九个人会茫然地看着您，并想知道您为什么要问他们这样一个技术性的问题。我在阅读时体会到了这一点。Cisco Press 发布了 Pricilla Oppenheimer 的自顶向下网络设计第三版。当它首次发布时，它实际上是良好网络设计的唯一参考实现，其中的信息已经更新，以反映方向的变化，因此需要重新思考我们在新的玻璃云范式下构建网络的先入为主的观念，我们正在进入这个范式。但真正引起我注意的是关于灾难恢复的部分。首先，她提出了这个问题：

如果您遇到的灾难涉及到服务器和网络管理员需要被隔离的严重疾病，您是否已经想好了该怎么做？

如果您正在看这个问题，而您的第一反应是“这永远不会发生”，我强烈建议您再想一想，特别是如果您是直线或高级管理人员。随着我们的整合，技能组合正在被整合，工作岗位正在被淘汰。如果您的 IT 部门具有代表性，那么一半以上的员工已经离开了。而这还是在 2000 年以来四分之一以上的员工被解雇的裁员期之后。或者，换句话说，即使不是他们生病，一次非常严重的感冒也可能让您的关键人员瘫痪好几天！但真正触动我的第二个点是：

不仅技术必须经过测试，而且员工还必须接受灾难发生时应采取的行动的演练……人们应该练习在灾难后可能出现的配置中使用网络……演练应该认真对待，并且应该设计为包括时间和压力，以模拟真实情况。

换句话说，您的用户是否知道在网络中断事件中他们的职责是什么，以及如何进行一些故障排除以提供帮助？大多数公司灾难计划都有很多神奇的事情发生在这里部分，其中神奇的事情将由负责部门填写。如果您是该部门的负责人，我敢打赌，灾难或业务连续性计划几乎不是您待办事项清单上的首要项目。事实上，如果它甚至在您的待办事项清单上，我会感到惊讶。然而，紧急情况可能随时发生，无论是否有计划，除非您真的是一位巫师，否则神奇的事情不会在这里发生。所以我鼓励您尽自己的一份力量。您可能无法让老板同意送每个人去参加网络培训，但点点滴滴都有帮助。而且在一天结束时，它实际上可能会让您的工作更轻松。