你的组织与 Microsoft 之间建立了合作关系，让你能够向用户提供 Microsoft 365 云服务。 Microsoft提供服务，你负责连接客户端终结点、管理标识和访问以及如何使用这些服务。 也有一些共同的责任，例如标识和目录基础结构。 本文介绍在服务事件期间保持业务正常运行需要注意的一些关键事项，并有助于设置Microsoft在服务事件期间执行的操作的预期。
服务事件期间操作公开透明
作为受信任的合作伙伴，Microsoft构建高度可复原的云服务，并在发生服务事件时遵循结构化过程来解决这些事件。 当服务事件发生时，Microsoft 意识到及时、有针对性的和高度可触达的通信对客户而言非常重要。
及时
Microsoft 通过更新 Microsoft 365 管理门户上租户专用的服务运行状况仪表板 (SHD) 来通知 Microsoft 365 管理员。 服务事件动态通常每小时提供一次。 如果需要不同的节奏，我们会通知你 SHD 通信帖子中的更改。
有针对性
在大多数情况下，当我们的监视系统检测到问题时，我们可确定受影响的客户群（范围从一名客户到区域或更大范围不等），并向这些客户发送必要的通知。 这可帮助你了解业务须知信息，而不受对你没有影响的不必要通知的干扰。 例如，如果特定邮箱数据库受到影响，我们能够准确确定哪些客户有用户位于受影响的基础结构中并向他们发送通知。 如果事件影响范围不明确，我们会向可能受到影响的范围最广的客户发送通知。
高可用性
Microsoft 维持了多个渠道可供客户用来获取服务状态通知。
- 如果管理中心或其中的服务运行状况仪表板不可用，你可使用我们的备份网站监视服务状态。
- 我们维护一个 Twitter 帐户 @MSFT365Status ，我们将在其中响应有关 SHD 影响事件的影响报告和发布更新。
- 借助适用于 Microsoft 365 租户管理员的管理应用，可随时随地了解你所在组织的 Microsoft 365 服务状态。 租户管理员能够查看其移动设备中的服务运行状况信息和维护状态更新。 有关详细信息，请访问管理应用常见问题解答。
- 通过 Microsoft 365 服务通信 API 可访问服务通知，从而可更轻松地监视你的环境。 可连接到 API、接收实时服务运行状况数据，还可在内部仪表板上发布消息，将事件告知给企业用户。 通过在内部分发信息，可降低服务中断期间支持人员的负担。
- 对于主要事件，Microsoft 会在管理中心向 SHD 发布事后回顾 (PIR)。 PIR 包含了关键事件信息，可帮助你了解服务中断的本质。 它通常包含以下部分：
- 用户影响
- 影响范围
- 事件开始结束日期和时间
- 根源
- Mailbox01 会使用新的数据库重新联机。
- 后续步骤
- 可在 Microsoft 365 消息中心查看辅助消息，例如有关即将进行的更改、新功能或计划内维护的通知。
- 有关详细信息，请参阅服务运行状况和连续性指南，详细了解不同的通信渠道以及服务运行状况监视方式。
你的组织与 Microsoft 之间建立了合作关系，让你能够提供对 Microsoft 365 联机服务的访问权限。 下图总结了服务事件和定期操作期间 Microsoft 与客户之间责任的平衡。
你的环境 - 服务连续性
考虑连续性计划时，请注意可能影响组织及其整体沟通能力的事件。 概括而言，有三个因素可能会影响你的业务。
人员
考虑自然灾害或流行病等会影响员工的事件。 如果员工分布广泛，则由于本质上不太可能造成大规模的影响，因而此因素常会被忽略。 但是，如果有很大比例的员工没法工作，你的企业才会继续运转吗？ 那么如何缓解这一影响呢？
位置
很多组织都要求员工在特定的物理位置或网络位置工作，以便连接到企业系统和云服务。
Microsoft 发布了网络连接原则，它可引导企业找到最佳做法来设置到云资源的网络连接。 优化示例包括实现拆分隧道 VPN，以允许直接从用户网络进行连接，而不是通过 VPN 隧道进行连接。 虽然这些连接原则对维持低延迟连接很重要，但要保证服务弹性，需要用替代方法连接到公司资源来进行常规协作。
系统
许多协作解决方案依赖于系统，例如公司范围的局域网 (WAN) 。 当这些系统不可用时，你的组织将如何响应？ 下图展示了可能影响多个方面的问题。 随附的表格提供了要考虑的示例
你的连续性计划应将上述每个方面都考虑在内。 例如：如果你要求用户位于公司网络上，但有暴风雪，这些用户如何获得对关键资源的访问权限？ 如果大雪让用户没法抵达办公室，而服务工程师必须连接到公司网络，有没有策略批准他们在家中持有公司笔记本电脑呢？