本文章提供 Azure SQL 受控執行個體的維護時段相關常見問題的解答。 如需 Azure SQL 資料庫的維護時段常見問題，請參閱維護時段常見問題。
維護時段可用性和功能
維護視窗的功能有哪些？
維護時段功能可讓您限制 Azure SQL 受控執行個體維護在上班時間以外的預定時間區塊中斷。 如需詳細資訊，請參閱維護視窗排程。
如果我沒有選擇任何特定的時段，預設維護原則是什麼？
維護事件會在預設時間範圍為本地時間下午 5 點到上午 8 點 (星期一到星期日)。
使用者會使用與 Azure 資料中心不同的時區。 哪個是本地時區？
本地時間取決於裝載資源的 Azure 區域位置，而且會根據當地時區定義來觀察日光節約時間。 不是由受控執行個體上設定的時區所決定。
可在哪些區域中選擇可用的維護時間範圍？
如需可用區域的清單，請參閱維護視窗可用性。
我在可用的區域清單中看不到我的區域，該怎麼辦？
開啟支援票證以分享意見反應，並檢查您區域的方案。
維護視窗的定價為何？
針對所有合格的 Azure 訂用帳戶類型，維護視窗的設定和使用都是免費的，請參閱維護視窗功能可用性。
我是否會收到維護視窗的通知？
您可以選擇在維護事件發生前 24 小時、在維護視窗開始，以及在維護視窗完成時收到通知。 您可以檢查資源健康狀態中心以取得詳細資訊。 您必須設定進階通知，才能接收電子郵件。 如需詳細資訊，請參閱進階通知。
可以在哪些服務等級目標 (SLO) 選擇維護視窗？
如需依區域、服務層級或訂用帳戶類型提供此功能的可用性，請參閱 Azure SQL 受控執行個體中的維護時段功能可用性。
處理維護視窗排程變更需要多久的時間？
您可以隨時選擇不同的維護時段，但變更執行個體的維護時段可以是長時間執行的作業。 如需詳細資訊，請參閱 Azure SQL 受控執行個體管理作業。
進階通知是否涵蓋所有維護事件？
否，進階通知只著重於可能導致服務中斷的計劃性維護事件。
設定維護時段
我可以選擇特定的維護視窗時間/天嗎？
否，您可以選擇預先排程的工作日或週末時段。 維護可能會在時間範圍內的任何時間或一天發生。
我可以根據收到的通知，取消或延後計劃性維護事件嗎？
否。 不支援取消或延期即將進行的維護事件。 通知可協助您為事件作好準備。
針對現有的 Azure SQL 受控執行個體，設定維護時段的支援選項有哪些？
Azure 入口網站、PowerShell、Azure CLI 和 REST API。
我已選取預設的維護視窗。 我可以針對該維護啟用事先通知嗎？
是，目前可在 Azure SQL 受控執行個體中執行。
我可以設定執行個體或資源群組層級的警示嗎？
否。 進階通知是透過服務健康狀態警示設定。 服務健康狀態警示支援設定訂閱、資源類型和區域層級。 因此，無法設定資源群組層級或執行個體層級的通知。
我可以使用 PowerShell 或 Azure CLI 設定警示嗎？
沒有專門設定服務健康狀態警示的 PowerShell 和 Azure CLI 命令。 不過，您可以使用 ARM 範本，並使用 CLI 和 PowerShell 利用任何標準方法來部署此範本。 只要遵循快速入門：使用 ARM 範本在服務通知上建立活動記錄警示的指導方針即可。
維護時段期間的預期
選擇維護視窗會發生什麼事？
設定維護時段是一項長時間執行的非同步作業，類似於變更 Azure SQL 受控執行個體的服務層級。 資源可在流程期間使用，但在作業結束時所發生的短暫重新設定除外，即使在長時間執行的交易時，通常也會持續最多 8 秒的時間。 若要將重新設定的影響降到最低，您應該在尖峰時間以外的時間執行作業。
維護視窗期間通常會執行何種類型的更新？
維護事件可能包含硬體、韌體、作業系統、Satelite 軟體元件或 SQL 資料庫引擎的更新。 系統通常會將這些事件合併成單一批次，以將維護事件的發生次數降至最低。 若是 SQL 受控執行個體，更新會合併為兩個批次，一個著重在實體基礎結構，另一個則著重在 SQL 引擎和邏輯基礎結構。 若是 Azure SQL 受控執行個體，SQL 受控執行個體的 IP 位址將會變更。
更新的頻率為何？
在 Azure SQL 受控執行個體中，客戶每月大約會進行兩次計劃性維護更新，但這些更新會導致多個維護事件。
在維護事件期間，會發生哪些情況？
維護事件代表在資源上套用更新期間的一段時間。 維護事件會在定義的維護時間範圍內發生。 在維護事件期間，資料庫完全可用且可供存取，但某些維護更新需要重新設定。 針對 SQL 受控執行個體，一個更新可能會導致多個維護事件。 根據設定的維護時段和更新的開始日，更新事件可能會在一周內完成，或溢位到下週。 不過，計劃性維護事件永遠不會在定義的維護時機範圍之外執行。
維護事件期間預計會發生多少次重新設定？
如果維護更新需要重新設定，通常會在時間範圍內發生一次重新設定。 若是 SQL 受控執行個體，則可能會發生多次重新設定。
維護時段的必要條件和準備
我的應用程式是否可以從重新設定事件中復原？
設定維護視窗有任何必要條件嗎？
若是 Azure SQL 受控執行個體，會暫時需要額外的 IP 位址，如同調整對應服務層級的虛擬核心案例一樣。
如何驗證我的 SQL 受控執行個體是否設定為維護時段？
在 Azure 資源的 [設定] 下，[維護] 索引標籤可讓您檢查及變更目前的維護方案排程。 您也可以透過 PowerShell、CLI 或 Azure API，檢查及設定多個資源的維護視窗排程。
我可以檢查受到所通知事件影響之資源的清單嗎？
是，您可以使用 Azure Resource Graph Explorer擷取受影響資源的清單。 您會收到進階通知電子郵件，其中包含通知識別碼和 Azure Resource Graph 總管的連結。
維護時段監視
我無法針對規劃的維護設定進階通知，是否仍會在服務健康狀態儀表板中看到規劃的維護事件？
若是 Azure SQL 受控執行個體，即使未設定進階通知，您仍可在服務健康情況儀表板中看到計劃性維護事件。
通知顯示「進行中」，但視窗卻尚未啟動？
傳送通知的期間為 1 小時。 這表示您會在事件發生前 25 到 24 小時、視窗開啟前 1 小時到 1 分鐘，以及視窗關閉後 1 分鐘到 1 小時收到通知。 即使通知標題為「進行中」，但通知的內容仍包含維護視窗的開始和結束時間，也就是維護開始和結束的時間。
有不通知計劃性事件的情況嗎？
是，如果您已建立新的資源、已執行縮放作業或已變更維護時段，您的 SQL 受控執行個體最後會出現在已排程升級的電腦上。 在此情況下，您只會在部署視窗開始和結束時才會收到通知。 但所有未來的部署，您都會收到有關計劃性事件的進階通知。
我可以檢查執行個體是否在過去 X 天內升級了嗎？
您可以檢查是否有此情況，但只有在服務健康狀態中設定進階通知後才可以。 您可以使用 Azure Resource Graph Explorer擷取維護事件清單，或使用 [服務健康狀態概觀] 頁面。
當維護事件失敗時，會發生什麼事？
雖然很罕見，但在維護事件期間可能會發生失敗或中斷。 如果發生失敗，則會復原變更，而維護會重新排程到其他時間。