计划内维护

Azure 服务运行状况中的“计划内维护”窗格是Azure门户中的一个专用部分，可让你了解即将进行的维护活动。 它突出显示可能影响Azure资源的事件，帮助你提前做好准备。
下面是其用途及其提供的信息的细分：

此窗格旨在向你提供可能影响服务的计划性维护事件的提前通知。 利用这些信息，你可以：

• 为可能的服务中断做好准备
• 协调内部更改管理流程
• 使用自助服务更新窗口（如果可用）

与计划外中断不同，计划内维护计划提前进行并传达，以帮助最大程度地减少影响。

计划内维护入门

打开“计划内维护”窗格时，会看到与订阅相关的维护事件列表。

在主面板中，可以按范围、订阅、区域、服务和事件标记对计划内维护事件的显示列表进行排序。

可以选择以下选项：

• 创建服务运行状况警报
• 将事件下载为 CSV 文件

每个事件都包含以下信息：

• 问题名称
• 跟踪编号
• Services
• 区域
• 开始时间
• 结束时间
• 最后更新
• 事件标记

选择“问题名称”链接以打开包含所需信息的选项卡。

有关使用 ARG 查询的计划内维护事件的详细信息，请参阅：

• 资源图示例查询
• 服务健康状况图示例查询
• 受影响的资源图示例查询
  这些资源提供有关如何使用可用查询的指导。

筛选和排序

在每个选项卡的顶部，有一个命令栏，其中包含多个选项来查看显示的信息。

• 下载为 PDF：选择下载并打开包含此事件相关信息的 PDF。
• 使用移动设备跟踪问题：选择以打开手机摄像头并指向 QR 码。
• 创建支持请求：请参阅如何创建Azure 支持请求。
• 创建服务运行状况警报：请参阅 Azure 门户中的 创建服务运行状况警报。

“摘要”选项卡

当你打开计划内维护事件时，系统会打开“摘要”选项卡，其中显示了有关此事件的信息列表，其中包括：

受影响的服务选项卡

“受影响的服务”选项卡显示有关任何受影响的服务的信息。

• 区域
• 状态
• 上次更新时间

“问题更新”选项卡

“问题更新”选项卡按输入日期显示所有信息通知。

受影响的资源选项卡

“受影响的资源”选项卡显示有关任何受影响的资源的信息。

• 资源名称 - 受影响资源的名称。
• Resource Type - Azure服务类型，例如虚拟机或应用服务。
• 资源组 - 包含受影响资源的资源组。
• 区域 - 资源所在的Azure区域。
• 订阅 ID - 拥有资源的订阅。
• 操作 - 在自助窗口期间应用更新的链接（适用于需要重启的更新）。

有关受影响的资源的详细信息，请参阅 计划内维护事件中受影响的资源。

计划内维护常见问题解答

Azure 服务运行状况中的“计划内维护”窗格是Azure门户中的一个专用部分，提供对可能影响Azure资源的即将进行的维护活动的可见性。 下面是其发生方式以及应考虑的最佳做法：

维护时段的类型是什么？

• Self-Service 维护窗口：您可以在大约 35 天内手动启动更新。
• 计划维护时段：如果未启动更新，Azure 服务运行状况会自动应用更新。
• 零停机时间维护：Azure通过使用实时迁移和冷启动来限制中断。

如何准备维护？

• 定期查看计划内维护的面板。
• 使用“资源”选项卡标识受影响的服务。
  

哪些元数据可用于维护事件？
这些关键字段可帮助你评估事件的范围、计时和严重性。

• 影响类型
• 影响减缓时间
• 事件源
• trackingId
• 状态

是否可以自动执行维护跟踪？
是的，可以使用：

• 使用Azure Policy跨所有订阅部署服务运行状况警报。
• Azure Resource Graph（ARG）：使用查询筛选和分析维护事件。

维护历史记录可以保存多长时间？

• 活动视图：最多 90 天
• 健康状况历史：自最近的发布日期起 90 天。

总结

计划维护期间的服务运行状况仪表板

我们希望更清楚地了解客户在计划内维护事件期间 从服务运行状况（SH）仪表板 所期望的内容，以及功能在不同事件之间可能有所不同的原因。

服务运行状况仪表板功能
服务运行状况旨在成为你了解维护事件、评估影响并重定向以在适用情况下采取措施的 权威来源。 对于某些计划内维护事件，你将看到 完整的服务运行状况体验，其中包括：

• 页面刷新时动态受影响的资源
  随着维护的进行和完成，每个页面刷新时，受影响的资源的实时自动更新列表。
• 实时状态更新
  资源状态反映当前维护阶段，无需手动刷新页面。
• 客户自助操作链接（在支持的情况下）
  具备将您从服务健康状况重定向到 Azure 门户中正确位置的能力，以直接对各个资源采取主动措施。

这些功能共同表示用于计划内维护的服务运行状况仪表板 的完整功能 。

某些维护事件期间功能受限
对于其他计划内维护事件，可能会看到有限的服务运行状况体验。 在这些情况下：

• 受影响的资源可能显示为 静态列表，也可能不可用，具体取决于提供给该事件的服务运行状况的信息。
• 在维护进行或完成时，资源状态 可能不会动态更新 。
• 资源级客户操作链接 可能不受支持。
  在这些方案中，服务健康状态继续提供 维护可见性和通知，但未提供前面所述的整套动态和可操作功能。

我们所说的完整功能

从我们的视角来看，计划维护的全面服务健康功能包括：

• 自动识别并持续更新受影响的资源。
• 在整个维护生命周期内实时状态跟踪。
• 资源级的客户可操作链接在支持的情况下可供重定向。
• 服务运行状况门户、API 和集成中的一致行为。

如果其中一个或多个元素不可用，则 体验会受到限制，即使服务运行状况仍然可用且可正常运行。

服务健康承诺
服务运行状况继续在所有计划内维护事件中满足其 可用性 和 通知承诺 。

功能级别功能可能因事件和传递机制而异，例如Azure门户界面（门户 UI）或编程访问（API）。 Microsoft正积极致力于随着时间的推移在所有服务中提供一致且功能齐全的服务运行状况体验。

有关事件保留的详细信息，请参阅 服务健康通知过渡。

详细信息

• 请阅读 Azure 停用影响的资源
• 阅读 服务运行状况常见问题解答
• 读取Azure中断造成的资源影响
• 阅读 如何创建服务运行状况警报
• 阅读 资源运行状况 常见问题