為什麼我的 Amazon Aurora 資料庫叢集會發生停機？

解決方法

以下原因可能會導致您的 Aurora 資料庫執行個體停機。

引擎版本升級

主要版本和次要版本升級會導致整個 Aurora 資料庫叢集停機。在升級生產資料庫叢集之前，請在測試資料庫叢集上測試升級流程。確認該程序的持續時間，然後在執行升級之前驗證您的應用程式。

您也可以使用 Aurora Blue/Green 部署來升級叢集的主要版本或次要版本。當您使用藍/綠部署時，停機時間通常持續不到 1 分鐘。

自動次要版本升級

自動次要版本升級會導致整個 Aurora 資料庫叢集停機。Aurora 在叢集維護時段內套用次要版本升級。如果您不希望 Aurora 自動套用次要版本升級，請關閉資料庫執行個體上的選項。

如需詳細資訊，請參閱升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級。

**注意：**開啟自動次要版本升級時不會發生停機。只有當 Aurora 應用程式自動升級時才會發生停機。

Aurora 資料庫叢集容錯移轉事件

如果您的資料庫叢集具有 Aurora 複本，則 Aurora 會在容錯移轉事件期間將複本提升為主要執行個體。這會發生短暫暫停機，導致讀取與寫入作業失敗，並發生例外狀況。服務通常會在 120 秒內恢復，多半少於 60 秒。

若要提高資料庫叢集的可用性，請在兩個或多個不同的可用區域中建立一個或多個 Aurora 複本。如需詳細資訊，請參閱Aurora 資料庫叢集的容錯能力。

Aurora 資料庫叢集維護任務

某些維護任務 (例如作業系統 (OS) 更新或資料庫修補) 會導致資料庫叢集短時間離線。如需詳細資訊，請參閱維護 Amazon Aurora 資料庫叢集。

維護時段修改

修改維護時段時不會自動發生停機。您的資料庫叢集可能有待處理的動作。如果您修改維護時段，那麼您將立即套用待處理的動作並發生停機。如需維護時段修改的更多資訊，請參閱有關 Amazon RDS 維護時段，我需要了解哪些資訊？

資料庫叢集或資料庫執行個體重新啟動

當您重新啟動資料庫叢集或資料庫執行個體時，就會發生停機。重新啟動叢集中每個資料庫執行個體所需的時間，取決於重啟時的資料庫活動。停機時間也取決於資料庫引擎的復原過程。

資料庫執行個體類別修改

修改資料庫執行個體類別時，只有指定的資料庫執行個體會發生停機，但整個叢集不會停機。

新的資料庫叢集參數群組或資料庫參數群組關聯

當您將新的資料庫叢集參數群組關聯到資料庫叢集，或將資料庫參數群組關聯到資料庫執行個體時，不會自動發生停機。只有當您必須重新啟動才能套用參數群組中的變更時，才會發生停機。例如，若要套用資料庫叢集參數群組中的變更，您必須重新啟動主要資料庫執行個體。若要套用資料庫參數群組中的變更，您必須重新啟動資料庫執行個體。

資料庫叢集或執行個體中的特定設定

以下是會導致停機的常見設定修改。有關設定的完整清單以及其是否會導致停機的資訊，請參閱 Amazon Aurora 設定。

資料庫叢集參數群組或資料庫參數群組中的參數設定修改

資料庫參數可以是靜態的，也可以是動態的。當您修改資料庫叢集參數群組或資料庫參數群組中的靜態參數設定時，變更會在您手動重新啟動每個關聯資料庫叢集中的資料庫執行個體後生效。重新啟動期間會發生停機。

但是，當您修改資料庫叢集參數群組或資料庫參數群組中的動態參數設定時，變更會立即套用至資料庫叢集。這不會出現停機，因為您不必重新啟動資料庫執行個體來修改動態參數。

資料庫執行個體識別碼修改

您必須重新啟動資料庫執行個體才能修改資料庫執行個體識別碼。此變更期間會出現停機。

資料庫連接埠修改

當您修改用於存取資料庫叢集的資料庫連接埠時，會發生停機，因為叢集中的所有資料庫執行個體都會立即重新啟動。

CA 修改

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

如果您修改資料庫執行個體伺服器憑證的認證機構 (CA)，則對於不支援無需重新啟動即可輪換憑證的資料庫引擎，將會發生停機。

若要檢查您的資料庫引擎是否支援無需重新啟動的輪換，請執行 describe-db-engine-versions AWS CLI 命令。

相關資訊

以最短停機時間執行 Amazon Aurora MySQL 的主要版本升級