我的 RDS for SQL Server 單一可用區域或多可用區域執行個體排定了維護時段，我想知道停機時間大概會多久？

簡短說明

AWS 會定期維護 Amazon RDS for SQL Server 執行個體的實體主機硬體、資料庫版本或作業系統。在開始維護之前，您會收到電子郵件通知。此電子郵件會詳細說明受影響的資源，以及排定的維護時間範圍。

單一可用區域執行個體和多可用區域執行個體的預估停機時間有所差異。您實際遇到的停機時間，可能會根據執行的維護類型而異。

解決方法

**注意：**如果您在執行 AWS Command Line Interface (AWS CLI) 命令時收到錯誤，請參閱AWS CLI 錯誤疑難排解。此外，請確定您使用的是最新的 AWS CLI 版本。

您可以查看 AWS Health 儀表板，確認排定的維護活動是否涉及停機時間。

查看過去或待處理的維護動作

若要檢視 RDS 執行個體過去排定的維護活動，請參閱檢視 Amazon RDS 事件。

若要使用 AWS 管理主控台或 AWS CLI 查看 RDS 執行個體的待處理維護動作，請完成以下步驟：

1. 開啟 Amazon Aurora and RDS console (Amazon Aurora 和 RDS 主控台)。
2. 在導覽窗格中，選擇 Databases (資料庫)。
3. 選取要查看維護動作的 RDS for MySQL 資料庫執行個體或其他資料庫執行個體。
4. 選擇 Maintenance & backups (維護與備份) 索引標籤，即可在 Pending maintenance (待處理的維護) 區段下方看到待處理維護動作清單，或者您也可以執行以下命令：

   $ aws rds describe-pending-maintenance-actions --region example-region-name

**注意：**請將 example-region-name 替換成您指定的 AWS 區域名稱。

您可以調整維護時段的時間。如需更多資訊，請參閱調整偏好的資料庫執行個體維護時段。

當您排定維護時段時

在維護時段內，請針對任何處理高工作負載的 RDS SQL Server 執行個體，安排一次有計畫的重新啟動。有計畫的重新啟動能夠盡量減少服務中斷的情形。請將維護時段安排在低活動期。這樣可以避免重新啟動後短暫效能下降所帶來的影響。當重新啟動切斷了使用者連線、重新建立 tempdb 資料庫，並清空了緩衝區快取與計畫快取時，效能就會變差。

在排定維護時段之前，請檢查有無長時間執行的交易處於作用中狀態，並確認交易日誌是否在正常大小臨界值範圍內。因為這些因素都會影響系統當機後復原的時間。如果在多可用區域部署中使用 Always On 可用性群組，請確認所有次要複寫都狀態正常且已完全同步。擁有狀態正常的次要複寫，才能確保容錯移轉程序順利進行。

維護時段結束且服務重新啟動後，請按照 Microsoft 網站所述步驟監控資料庫復原階段。請記錄重做和復原的進度、可用性群組 (AG) 同步狀態以及整體資源狀態，以確認執行個體的穩定性。這種方法可確保安全完成維護作業、更容易掌握復原時間，並在盡可能降低影響的情況下，讓系統恢復正常運作。

硬體維護停機時間

**單一可用區域執行個體：**維護作業期間，執行個體將有幾分鐘無法使用。確切維護時間會因執行個體類型和資料庫大小而異。

**多可用區域執行個體：**主要執行個體進行容錯移轉時，無法使用多可用區域執行個體。此容錯移轉時間不會超過 60 秒。

資料庫引擎升級停機時間

**單一可用區域執行個體：**維護作業期間，執行個體至少會有 15 分鐘無法使用。確切維護時間會因執行個體類型和資料庫大小而異。

**多可用區域執行個體：**在多可用區域執行個體中，主要執行個體和待命執行個體都會升級。Amazon RDS 採用輪流升級機制。服務中斷的時間，只有在次要執行個體升級完成並晉升為主要執行個體後的容錯移轉期間。然後，原始的主要執行個體將轉為次要執行個體，並套用升級。

如需更多資訊，請參閱 SQL Server 升級注意事項。

作業系統維護停機時間

**單一可用區域執行個體：**維護作業期間，執行個體將有幾分鐘無法使用。確切維護時間會因執行個體類型和資料庫大小而異。

**多可用區域執行個體：**在多可用區域 RDS 執行個體中，主要執行個體和待命執行個體都會升級。RDS 採用輪流升級機制。服務中斷的時間，只有在次要執行個體升級完成並晉升為主要執行個體後的容錯移轉期間。然後，原始的主要執行個體將轉為次要執行個體，並套用升級。

相關資訊

我需要了解哪些關於 Amazon RDS 維護時段的資訊？