規劃 Azure SQL Database 和 azure SQL 受控執行個體中的 azure 維護事件

適用于:Azure SQL資料庫 Azure SQL 受控執行個體

了解如何在 Azure SQL Database 和 Azure SQL 受控執行個體中,為您的資料庫準備計劃性維護事件。

什麼是計劃性維護事件?

為了讓 Azure SQL Database 和 Azure SQL 受控執行個體服務保持安全、符合規範、穩定和高效能,幾乎會不斷地透過服務元件來執行更新。 由於新式、強大的服務架構和創新的技術 (例如 熱修補),大部分的更新都是完全透明的,而且在服務可用性方面沒有影響。 仍有幾種類型的更新會導致短暫的服務中斷,且需要特殊處理。

在計劃性維護期間,資料庫仲裁的成員會一次離線一個,目的是有一個回應的主要複本。 若為業務關鍵和進階資料庫,至少有一個次要複本也會在線上,以確保不會發生用戶端停機。 當主要複本必須離線時,將會發生重新設定流程。 若為業務關鍵和進階資料庫,其中一個次要複本將變成新的主要複本。 若為一般用途、標準和基本資料庫,主要複本將會移至另一個具有足夠可用容量的無狀態計算節點。

計劃性維護事件期間的預期情況

維護事件可產生單一或多次重新設定,視維護事件開始時的主要和次要複本群集而定。 平均來說,每個規劃性維護事件都會發生 1.7 次重新設定。 重新設定通常會在 30 秒內完成。 平均是八秒。 若已連線,您的應用程式必須重新連線至您資料庫的新主要複本。 如果在新的主要複本上線之前,於重新設定資料庫時嘗試新的連線,您會收到錯誤 40613 (資料庫無法使用):「目前無法使用伺服器 '{servername}' 上的資料庫 '{databasename}'。請稍後重試連線。」如果您的資料庫有長時間執行的查詢,此查詢將會在重新設定期間中斷,且需要重新啟動。

如何模擬規劃性維護事件

確保您的用戶端應用程式在部署至生產環境之前,對維護事件具有復原性,這將有助於緩解應用程式錯誤的風險,並且將為您的終端使用者促成應用程式可用性。您可以透過 PowerShell、CLI 或 REST API 測試應用程式錯誤復原,在規劃性維護事件期間測試用戶端應用程式的行為。 另請參閱為受控執行個體起始手動容錯移轉。 其會產生與維護事件相同的行為,使主要複本離線。

重試邏輯

任何連線到雲端資料庫服務的用戶端生產應用程式均應實作健全的連線重試邏輯。 這有助於使重新設定對終端使用者透明,或至少將負面影響降至最低。

服務健康狀態警示

如果您想要接收服務問題或計劃性維護活動的警示,則可以在 Azure 入口網站中搭配適當的事件類型和動作群組,使用服務健康狀態警示。 如需詳細資訊,請參閱接收 Azure 服務通知的警示

資源健康情況

如果您的資料庫發生登入失敗,請查看 Azure 入口網站中的資源健康狀態視窗,了解目前狀態。 [健康情況歷程記錄] 區段會包含每個事件停止運作的原因 (如果有的話)。

維護視窗功能

維護視窗功能可讓您針對合格的 Azure SQL 資料庫與 SQL 受控執行個體,設定可預測的維護視窗排程。 維護期間事先通知適用於設定為使用非預設維護時間範圍的資料庫。 針對 Azure SQL Database,維護視窗與其進階通知已正式推出。 針對 Azure SQL 受控執行個體,維護視窗已正式推出,但進階通知為公開預覽狀態。

後續步驟