共用方式為

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

  • 發行項

適用於： Azure SQL 資料庫 Azure SQL 受控執行個體

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

什麼是計劃性維護事件？

為了讓 Azure SQL 資料庫和 Azure SQL 受控執行個體服務安全、符合規範、穩定且高效能，幾乎會持續透過服務元件執行更新。 由於現代化且強大的服務結構和創新技術，例如熱修補，大部分更新在可用性方面是完全透明且不具影響力的。 不過，少數更新類型會導致短暫的服務插斷，而且需要特殊處理。

在計劃性維護期間，資料庫仲裁成員會一次離線一個，意圖是有一個回應主要複本。 針對業務關鍵和進階資料庫，還要至少一個次要複本上線，以確保不會出現用戶端停機。

當主要複本需要離線時，就會發生重新設定程序。

  • 對於業務關鍵和進階資料庫，其中一個次要複本將會成為新的主要複本。
  • 針對一般用途、標準和基本資料庫，主要複本會移至具有足夠可用容量的另一個無狀態計算節點。

在計劃性維護事件期間，預計會發生哪些情況

維護事件可產生單一或多次重新設定，視維護事件開始時的主要和次要複本群集而定。 平均而言，每個計劃性維護事件會進行 1.7 次重新設定。 重新設定通常會在 30 秒內完成。 平均時間是 8 秒。 如果已經連線，您的應用程式必須重新連線到資料庫的新主要複本。

如果在新的主要複本上線之前，資料庫正在進行重新設定時嘗試新的連線，您會收到錯誤 40613 (資料庫無法使用)：Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. 如果您的資料庫有長時間執行的查詢，則此查詢會在重新設定期間中斷，並且必須重新啟動。

維護時段與提前通知

[維護視窗功能] 可讓您針對合格的 Azure SQL 資料庫和 Azure SQL 受控執行個體，設定可預測的維護視窗排程。 您也可以在維護時段之前設定提前通知。 如需詳細資訊，請參閱

如何模擬計劃性維護事件

在部署至生產環境之前，確保您的用戶端應用程式能夠復原維護事件。

測試會降低應用程式錯誤的風險，並為您的終端使用者提供應用程式可用性。 您可以透過 PowerShell、CLI 或 REST API 測試應用程式錯誤復原，以在計劃性維護事件期間測試用戶端應用程式的行為。

針對 Azure SQL 受控執行個體，另請檢閱起始手動容錯移轉。 手動容錯移轉會產生與維護事件讓主要複本離線相同的行為。

重試邏輯

任何連線至雲端資料庫服務的用戶端生產應用程式，都應該實作強固的連線重試邏輯。 適當的自動重試邏輯有助於進行對終端使用者透明的重新設定。

服務健康情況警示

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

您也可以在 Azure 入口網站中監視和設定 Azure SQL 資料庫可用性計量的警示。

資源健康情況

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

相關內容