計劃性維護

Azure 服務健康狀態 中的計畫維護窗格是 Azure 入口網站中專門的區塊，會讓你隨時掌握即將到來的維護活動資訊。 它會突顯可能影響 Azure 資源的事件，幫助你提前做好準備。
以下是其目的及其提供的資訊明細：

此窗格旨在提前通知您可能影響服務的排程維護事件。 此資訊讓您可：

• 為可能的服務中斷做好準備
• 協調內部變更管理流程
• 在可用時使用自助更新時段

與非計劃性中斷不同，計劃性維護會提前排程並傳達，以協助將影響降到最低。

開始使用計劃性維護

當您開啟 [計劃性維護] 窗格時，您會看到與您的訂用帳戶相關的維護事件清單。

在主面板上，您可以依範圍、訂用帳戶、區域、服務和事件標籤，對顯示的計劃性維護事件清單進行排序。

可用的選項包括：

• 建立服務健康情況警示
• 將事件下載為 CSV 檔案

每個事件包含下列資訊：

• 問題名稱
• 追蹤識別碼
• Services
• Regions
• 開始時間
• 結束時間
• 上次更新
• 事件標籤

請選擇 「議題名稱 」連結，開啟您可以查看所需資訊的分頁。

備註

計畫性維護事件如果仍在執行中並且 impactMitigationTime 或 endtime 設定在未來，則會在面板中顯示 90 天。 之後，這些事件會移到健康歷史面板，並顯示90天之久。

小提示

欄位 impactMitigationTime 是 API 欄位名稱，也是 end time 使用者介面（UI）上的名稱。

欲了解更多使用 ARG 查詢的計畫性維護事件資訊，請參見：

• Resource Graph 範例查詢
• 服務健康狀態圖表範例查詢
• 受影響的資源圖表範例查詢
  這些資源提供如何利用可用查詢的指引。

篩選和排序

每個索引標籤的頂端都有一個命令列，其中包含數個選項，說明如何檢視所顯示的資訊。

• 下載為 PDF：選取以下載並開啟包含此事件相關資訊的 PDF。
• 在行動裝置上追蹤問題：選取以開啟行動電話相機並對準 QR 代碼。
• 建立支援請求：參見 如何建立Azure 支援請求。
• 建立服務健康警示：請參見 在 Azure 入口網站中建立服務健康警示。

摘要索引標籤

當您打開計劃性維護事件時，將會開啟 [摘要] 索引標籤，顯示關於此事件的資訊清單，內容包括：

領域	Description
追蹤識別碼	該事件的追蹤 ID。
可共用連結	複製此連結以分享資訊。
受影響的服務	受此事件影響的服務清單。
受影響的地區	受此事件影響並顯示在行事曆上的所有區域清單。
受影響的訂用帳戶	受此事件影響的訂用帳戶清單。
地位	此事件的目前狀態。
健康狀態事件類型	健康狀態事件的類型 (計劃性維護/安全性警示)。
事件標籤	說明或命名此事件的性質和狀態的資訊。
開始時間	事件開始的時間。 所有顯示時間均為UTC。
結束時間	事件結束的時間。 所有顯示時間均為UTC。
最後更新	有關此事件的最新通知資訊。

受影響的服務索引標籤

[受影響服務] 索引標籤會顯示任何受影響服務的相關資訊。

• 區域
• 地位
• 上次更新時間

問題更新索引標籤

[問題更新] 索引標籤會依輸入日期顯示所有資訊通知。

小提示

如果在短時間內輸入重複的通訊內容，本索引標籤會自動移除重複項目。

受影響的資源索引標籤

受影響的資源標籤會顯示任何受影響資源的資訊。

• 資源名稱 - 受影響資源的名稱。
• 資源類型 - Azure服務類型，如虛擬機或應用程式服務。
• 資源群組 - 包含受影響資源的資源群組。
• Regions - 資源所在的Azure區域。
• 訂用帳戶識別碼 - 擁有該資源的訂用帳戶。
• 動作 - 在自助式時間範圍內套用更新的連結 (適用於需要重新啟動的更新)。

欲了解更多受影響資源資訊，請參閱 計劃性維護事件影響資源。

計畫性維護常見問題

Azure 服務健康狀態 中的計畫維護面板是 Azure 入口網站內的專用區塊，提供可能影響 Azure 資源的即將進行維護活動的可見性。 以下說明其發生方式以及您應考慮的最佳做法：

維護時段有哪些類型？

• 自助維護時段：您可以在大約 35 天內手動啟動更新。
• 排程維護視窗：如果你不啟動更新，Azure 服務健康狀態會自動套用更新。
• 零停機時間維護：Azure 透過即時遷移和冷啟動來限制干擾。

我該如何準備維護？

• 定期監視 [計劃性維護] 窗格。
• 使用 [資源] 索引標籤來識別受影響的服務。
  

維護事件有哪些元資料可用？
這些關鍵欄位可協助您評估事件的範圍、時間和嚴重性。

• impactType
• impactMitigationTime
• eventSource
• trackingId
• 狀態

我可以自動化維護追蹤嗎？
是的，你可以使用：

• Azure 原則 部署服務健康警示至所有訂閱。
• Azure Resource Graph（ARG）：利用這些查詢來篩選和分析維護事件。

維護歷程記錄可保留多久？

• 活動視圖：長達 90 天
• 健康史：自最近公布日期起計90天。

總結

已規劃維護的服務健康狀態儀表板體驗

我們希望釐清客戶在計畫性維護事件期間，服務 健康（Service Health，SH）儀表板 可期待什麼，以及為何不同事件功能可能有所不同。

服務健康儀表板功能
Service Health 的設計是讓您了解維修事件、評估影響，並在適用時被引導採取行動的 權威平台 。 在某些計畫性維護活動中，您將看到 完整的服務健康體驗，包括：

• 頁面更新時動態受影響的資源
  隨著維護進行，並在每次頁面重新整理時完成更新的受影響資源即時自動更新清單。
• 即時狀態更新
  資源狀態反映當前維護階段，無需手動頁面更新。
• 連結至自助式客戶操作功能（若支援）
  能夠將您從服務健康（Service Health）重新導向到 Azure 入口網站的正確位置，直接對個別資源採取主動行動。

服務健康儀表板的這些功能共同體現了其在計畫性維護中的完整功能。

部分維護事件功能有限
對於其他已規劃維護事件，您可能會看到受限的服務健康狀態體驗。 在這些情況下：

• 根據為該事件提供給服務健康狀態的資訊，受影響資源可能會顯示為靜態清單，或可能無法使用。
• 資源狀態可能不會隨著維護的進行或完成而 動態更新 。
• 資源層級的客戶行動連結可能 不被支援。
  在這些情境下，Service Health 仍持續提供 維護可視性與通知，但缺乏先前描述的完整動態且可操作的功能。

我們所說的完整功能是什麼意思

從我們的角度來看，計畫性維護的完整服務健康功能包括：

• 自動識別並持續更新受影響的資源。
• 在整個維護生命週期中進行即時狀態追蹤。
• 在支援的情況下，提供資源層級的客戶操作性連結以便重定向。
• 服務健康入口網站、API 與整合系統中行為的一致性。

若缺乏一項或多項這些元素，體驗仍被視為 有限，儘管服務健康系統仍然可用且運作中。

服務健康承諾
Service Health 持續履行所有計畫維護活動的 可用性 與 通知義務 。

功能層級的能力可能依事件與交付機制而異，例如 Azure 入口介面（Portal UI）或程式化存取（API）。 Microsoft正積極致力於在所有服務中提供一致且功能完整的服務健康體驗。

如需事件保留的詳細資訊，請參閱服務健康狀態通知轉換。

如需詳細資訊

• 閱讀 如何報告影響（預覽）
• 閱讀 Azure 淘汰中受影響的資源
• 閱讀服務健康狀態常見問題集
• 請閱讀Azure中斷對資源的影響
• 閱讀如何建立服務健康狀態警示
• 閱讀 資源健康狀態常見問題