本頁說明如何解決 AlloyDB for PostgreSQL 維護事件的問題。AlloyDB 維護作業可確保叢集和執行個體維持可靠、高效能、安全且為最新狀態。詳情請參閱「維護總覽」。
服務主導的維護作業會中斷資料庫環境
說明：AlloyDB 維護作業期間，資料庫環境的停機時間不到一秒。
AlloyDB 會建立含有更新的虛擬機器 (VM)，盡量減少維護期間的中斷情形。當替代 VM 準備就緒時，AlloyDB 會將其與現用 VM 交換。
VM 交換對執行個體的影響如下：
- 主要執行個體：通常會發生不到 1 秒的停機時間。
- 讀取集區執行個體：停機時間為 0 秒。
建議修正方式：使用健全的重試邏輯設定資料庫環境，讓資料庫和應用程式自動重新連線。
視執行個體和資料庫大小而定，維護作業完成後，效能可能會稍微降低。為盡量減少效能下降，AlloyDB 會預先暖機替代機器的快取，時間長度為預設值。這項預先暖機作業已足以應付大多數環境。如果快取填滿前發生逾時，維護作業完成後，程序會繼續執行。
使用者主導的維護作業會中斷資料庫環境
說明：更新資料庫環境及變更設定時 (例如調整執行個體大小或變更大部分的資料庫旗標)，資料庫環境會發生不到一秒的停機時間。
根據預設，使用者主導的資料庫設定變更會使用與服務主導事件相同的非中斷式維護作業，且作業會導致不到一秒的停機時間。雖然停機時間很短，但整體作業時間可能會超過 15 分鐘。詳情請參閱「維護總覽」。
建議修正方式：更新資料庫環境時，您無法避免主要執行個體停機不到一秒，但可以規劃短暫的連線中斷。
使用者主動維護後，資料庫效能略有下降
說明：使用者啟動維護作業後，資料庫效能會稍微下降。
建議修正方式：如果是使用者啟動的維護作業，AlloyDB 會預先暖機替代機器的快取，最多五分鐘，以避免效能降低。雖然這通常已足夠，但某些環境仍可能發生無法避免的效能下降。一般而言，使用者主動進行變更時，預熱時間會比服務主動進行維護時短。如果快取尚未完全載入就發生逾時，快取填入程序會在維護時段結束後繼續進行。
使用 FORCE_APPLY 標記時，資料庫會發生停機情形
說明：您可以使用選用的 FORCE_APPLY 旗標變更資料庫。
使用 FORCE_APPLY 旗標選項時，預期會發生停機。使用這個標記會重新啟動執行個體，導致資料庫暫時無法使用。
實際工作環境叢集發生非預期的維護作業
說明：實際工作環境叢集發生非預期的維護更新。
建議修正方式：為避免生產叢集發生非預期的維護作業，請排定維護期間，以便掌握維護事件的發生時間。
如要在叢集上排定維護時段，請參閱「管理 PostgreSQL 適用的 AlloyDB 叢集維護時段」。
如果未排定維護期間，AlloyDB 叢集的非緊急維護作業可能會在任何時間執行，但叢集所在區域的平日上午 6 點到晚上 10 點除外。
您可以安排在每週任一天的任何一小時時段進行維護。
如要接收實際工作環境叢集的排定維護作業提醒，請選擇在排定維護作業前接收電子郵件通知。
您也可以設定拒絕維護期 (1 到 30 天)，避免在特定時間範圍內執行維護作業。詳情請參閱「設定拒絕維護期」。