適用於：
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 入口網站] 中 [資源健康狀態] 視窗的目前狀態。 [健康情況歷程記錄] 區段會包含每個事件停止運作的原因 (如果有的話)。