本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 維持資料庫執行個體 Amazon RDS 會定期在 Amazon RDS 資源上執行維護。下列主題說明這些維護動作，以及如何套用這些動作。 ## 資料庫執行個體維護更新概觀 維護通常涉及更新資料庫執行個體中的以下資源： + 基礎硬體 + 基礎作業系統 (OS) + 資料庫引擎版本 作業系統更新大多是因為安全性問題。建議您盡快執行這些動作。如需作業系統更新的詳細資訊，請參閱 [將更新套用至資料庫執行個體](#USER_UpgradeDBInstance.OSUpgrades)。 **Topics** + [維護更新期間的離線資源](#USER_UpgradeDBInstance.Maintenance.Overview.offline) + [延遲資料庫執行個體修改](#USER_UpgradeDBInstance.Maintenance.Overview.Deferred) + [DescribePendingMaintenanceActions API 的最終一致性](#USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency) ### 維護更新期間的離線資源 進行某些維護項目時，Amazon RDS 需要將您的資料庫執行個體短暫離線。需要資源離線的維護項目包括必要的作業系統或資料庫修補。所需的修補程式僅會針對與安全性和執行個體可靠性相關的修補程式自動安排。這類修補不常發生，通常每隔幾個月進行一次。維護僅需片刻的時間即可完成。 ### 延遲資料庫執行個體修改 您已選擇不立即套用的延遲資料庫執行個體修改，將會在下一次維護時段套用。例如，您可能選擇在維護時段變更資料庫執行個體類別或參數群組。您使用**待定重新開機**設定所指定的這類修改不會顯示在**待定維護**清單中。如需修改資料庫執行個體的相關資訊，請參閱[修改 Amazon RDS 資料庫執行個體](Overview.DBInstance.Modifying.md)。 若要查看下一個維護時段待定的修改，請使用 [describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) AWS CLI 命令並檢查 `PendingModifiedValues` 欄位。 ### DescribePendingMaintenanceActions API 的最終一致性 Amazon RDS `DescribePendingMaintenanceActions` API 遵循最終一致性模式。這表示 `DescribePendingMaintenanceActions` 命令的結果可能不會立即顯示在所有後續 RDS 命令中。當您在使用先前的 API 命令後立即使用 `DescribePendingMaintenanceActions` 時，請記住這一點。 最終一致性可能會影響您管理維護更新的方式。例如，如果您執行 `ApplyPendingMaintenanceActions` 命令來更新資料庫執行個體的資料庫引擎版本，它最終會顯示在 `DescribePendingMaintenanceActions` 中。在此案例中，`DescribePendingMaintenanceActions` 可能會顯示未套用維護動作，即使實際上已套用。 若要管理最終一致性，您可以執行下列操作： + 在您執行命令來修改資料庫執行個體之前，請先確認其狀態。使用指數退避演算法執行適當的 `DescribePendingMaintenanceActions` 命令，以確保您有足夠的時間讓上一個命令透過系統傳播。若要這樣做，請重複執行 `DescribePendingMaintenanceActions` 命令，從幾秒鐘的等待時間開始，然後逐漸增加到五分鐘的等待時間。 + 在後續命令之間增加等待時間，即使 `DescribePendingMaintenanceActions` 命令傳回準確的回應。從幾秒鐘的等待時間開始套用指數退避演算法，並逐漸增加到大約五分鐘的等待時間。 ## 檢視待處理維護更新 使用 RDS 主控台 AWS CLI、 或 RDS API，檢視您的資料庫執行個體是否可使用維護更新。若有可用的更新，Amazon RDS 主控台就會在資料庫執行個體的**維護**欄中表示，如下圖所示。 ![\[維護動作可供使用，並將在下一個維護時段套用。\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png) 如果資料庫執行個體沒有可用的維護更新，欄的值就會是 **none (無)**。 如果資料庫執行個體有可用的維護更新，就可能是以下的欄值： + **必要** – 維護動作將套用至資源，無法無限期延遲。 + **available (可用)** – 維護動作可用，但不會自動套用至資源。您可手動套用。 + **next window (下個時段)** – 維護動作會在下個維護時段中套用到資源。 + **進行中** – 維護動作正在套用至資源。 如有更新可用，您可執行下列操作之一： + 如果維護值為**下個時段**，請由**動作**選擇**延遲升級**以延遲維護動作。如果維護動作已經啟動，則無法延遲維護動作。 + 立即套用維護動作。 + 在下一個維護時段期間套用維護動作。 + 不採取動作。 **使用 採取動作 AWS 管理主控台** 1. 選擇資料庫執行個體，以顯示其詳細資訊。 1. 選擇 **Maintenance & backups (維護和備份)**。待處理維護動作隨即顯示。 1. 選擇要採取的動作，然後選擇何時套用。 ![\[RDS 資料庫執行個體的待處理維護項目。\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/images/pending_maintenance_rds.png) 維護時段決定等待中的操作何時開始，但不限制這些操作的總執行時間。維護操作不保證在維護時段結束之前完成，可能持續到超過指定的結束時間。如需詳細資訊，請參閱[Amazon RDS 維護時段](#Concepts.DBMaintenance)。 您也可以執行 [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI 命令，檢視資料庫執行個體是否有可用的維護更新。 如需套用維護更新的詳細資訊，請參閱 [將更新套用至資料庫執行個體](#USER_UpgradeDBInstance.OSUpgrades)。 ### Amazon RDS 的維護動作 下列維護動作適用於 RDS 資料庫執行個體： + `server-certificate-rotation` – 輪換資料庫執行個體的 Amazon RDS 伺服器憑證。 **注意** 支援在沒有重新啟動的情況下輪換的引擎不會收到此通知。 + `db-upgrade` – 升級資料庫執行個體的資料庫引擎版本。 + `hardware-maintenance` – 對資料庫執行個體的基礎硬體執行維護。 + `system-update` – 更新資料庫執行個體的作業系統。 ## 異地同步備份部署的維護 將資料庫執行個體當作多可用區部署來執行時，可以進一步減少維護事件的影響。此結果是因為 Amazon RDS 會遵循下列步驟套用作業系統更新： 1. 在待命時執行維護。 1. 將待命提升為主要。 1. 在原本的主要執行個體上執行維護作業，使其成為新的待命執行個體。 如果在多可用區部署中升級資料庫執行個體的資料庫引擎，則 Amazon RDS 會同時修改主要及次要資料庫執行個體。在此情況下，多可用區部署中的主要及次要資料庫執行個體在升級期間無法使用。此操作會造成停機，直到升級完成為止。停機持續時間依資料庫執行個體大小而有所不同。 如果需要套用基礎作業系統修補程式，則需要短暫的多可用區域容錯移轉，才能將修補程式套用至主要資料庫執行個體。此容錯移轉通常持續不到一分鐘。 如果您的資料庫執行個體執行 RDS for MySQL、RDS for PostgreSQL 或 RDS for MariaDB，您可以使用藍/綠部署，將升級所需的停機時間降至最低。如需詳細資訊，請參閱[使用 Amazon RDS 藍/綠部署進行資料庫更新](blue-green-deployments.md)。如果在多可用區域部署中升級 RDS for SQL Server 或 RDS Custom for SQL Server 資料庫執行個體，則 Amazon RDS 會執行滾動升級，因此，您只會在容錯移轉期間遭遇停機。如需詳細資訊，請參閱[異地同步備份考量](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.MAZ)。 如需多可用區域部署的詳細資訊，請參閱 [設定及管理 Amazon RDS 的多可用區域部署](Concepts.MultiAZ.md)。 ## Amazon RDS 維護時段 維護時段是每週套用任何系統變更的時間間隔。每個資料庫執行個體都有每週維護時段。維護時段是控制何時進行修改及軟體修補的時機。如需調整維護時段的詳細資訊，請參閱 [調整偏好的資料庫執行個體維護時段](#AdjustingTheMaintenanceWindow)。 套用維護作業的期間，RDS 會使用資料庫執行個體上的部分資源。您可能會發現，該操作對效能會造成些許影響。在極少數情況下，資料庫執行個體需要執行異地同步備份容錯移轉，才能完成維護更新作業。 若在特定某週排定維護事件，系統將在指定的 30 分鐘維護時段內啟動該事件。此外，多數維護事件也能在 30 分鐘的維護時段內完成，但較大型的維護事件可能需要 30 分鐘以上才能完成。資料庫執行個體停止時，維護時段會暫停。 30 分鐘的維護時段是從每個區域之 8 小時時段內隨機選取的。若您在資料庫執行個體建立期間，沒有指定維護時段，則 RDS 會在一週內隨機選取一天，並指派 30 分鐘的維護時段。 下表顯示指派 AWS 區域 預設維護時段的每個時段的時段。 **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html) **Topics** + [調整偏好的資料庫執行個體維護時段](#AdjustingTheMaintenanceWindow) ### 調整偏好的資料庫執行個體維護時段 維護時段應落在使用量最低的時段，因此可能需要不時進行調整。除非系統套用變更 (例如資料庫執行個體類別中的變更) 及要求停機，否則這段時間無法使用您的叢集或執行個體。無法使用資料庫執行個體的時間，僅為執行必要變更所需的最短時間。 在以下範例中，您可以針對資料庫執行個體調整偏好的維護時段。 對於此範例，我們將假設名為 *mydbinstance* 的資料庫執行個體存在，且偏好的維護時段為「UTC 時間週日 05:00 至週日 06:00」。 #### 主控台 **調整偏好的維護時段** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)：// 開啟 Amazon RDS 主控台。 1. 在導覽窗格中選擇 **Databases ** (資料庫)，然後選取您要修改的資料庫執行個體。 1. 選擇 **Modify (修改)**。**Modify DB instance (修改資料庫執行個體)** 頁面隨即出現。 1. 在 **Maintenance (維護)** 區段中，更新維護時段。 **注意** 資料庫執行個體的維護時段和備份時段不能重疊。若您輸入的維護時段值與備份時段重疊，即會出現錯誤訊息。 1. 選擇 **Continue (繼續)**。 在確認頁面上，檢閱您的變更。 1. 選取 **Apply immediately (立即套用)**，就能立刻將變更套用至維護時段。 1. 選擇**修改資料庫執行個體**以儲存您的變更。 或者，選擇 **Back (上一步)** 以編輯變更，或是選擇 **Cancel (取消)** 以取消變更。 #### AWS CLI 若要調整偏好的維護時段，請使用 AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)命令搭配下列參數： + `--db-instance-identifier` + `--preferred-maintenance-window` **Example** 在下列程式碼範例中，系統會將維護時段設為 UTC 時間週二上午 4:00 至 4:30。 針對 Linux、macOS 或 Unix： ``` aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --preferred-maintenance-window Tue:04:00-Tue:04:30 ``` 在 Windows 中： ``` aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --preferred-maintenance-window Tue:04:00-Tue:04:30 ``` #### RDS API 若要調整偏好的維護時段，請搭配下列參數執行 Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) 操作： + `DBInstanceIdentifier` + `PreferredMaintenanceWindow` ## 將更新套用至資料庫執行個體 透過 Amazon RDS，即可自行選擇套用維護操作的時機。您可以使用 AWS 管理主控台 AWS CLI或 RDS API 來決定 Amazon RDS 何時套用更新。 ### 主控台 **管理資料庫執行個體的更新內容​** 1. 登入 AWS 管理主控台 並開啟位於 https：//[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/) 的 Amazon RDS 主控台。 1. 在導覽窗格中，選擇 **Databases** (資料庫)。 1. 選擇具有必要更新的資料庫執行個體。 1. 針對 **Actions** (動作)，選擇下列其中一項： + **立即修補** + **在下一個時段修補** **注意** 如果您選擇**在下一個時段修補**，但稍後想要延遲更新，則可以選擇**延遲升級**。如果維護動作已經啟動，則無法延遲維護動作。 若要取消維護動作，請修改資料庫執行個體並停用 **Auto minor version upgrade (自動次要版本升級)**。 ### AWS CLI 若要將待定更新套用至資料庫執行個體，請使用 [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/rds/apply-pending-maintenance-action.html) AWS CLI 命令。 **Example** 針對 Linux、macOS 或 Unix： ``` aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \ --apply-action system-update \ --opt-in-type immediate ``` 在 Windows 中： ``` aws rds apply-pending-maintenance-action ^ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^ --apply-action system-update ^ --opt-in-type immediate ``` **注意** 若要延期維護動作，請指定 `undo-opt-in` 的 `--opt-in-type`。如果維護動作已經啟動，則無法指定 `undo-opt-in` 的 `--opt-in-type`。 若要取消維護動作，請執行 [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI 命令並指定 `--no-auto-minor-version-upgrade`。 若要傳回至少有一個待處理更新的資源清單，請使用 [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI 命令。 **Example** 針對 Linux、macOS 或 Unix： ``` aws rds describe-pending-maintenance-actions \ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ``` 在 Windows 中： ``` aws rds describe-pending-maintenance-actions ^ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ``` 您也可以指定 `describe-pending-maintenance-actions` AWS CLI 命令的 `--filters` 參數，以傳回資料庫執行個體的資源清單。`--filters` 命令的格式為：`Name=filter-name,Value=resource-id,...`。 以下為篩選條件中，`Name` 參數可接受的值： + `db-instance-id` – 可接受資料庫執行個體識別符或 Amazon Resource Name (ARN) 的清單。在系統所傳回的資料庫執行個體待處理維護動作清單中，只會包含以這些識別符或 ARN 識別的項目。 + `db-cluster-id` – 可接受資料庫叢集識別符或 Amazon Aurora ARN 的清單。在系統所傳回的資料庫叢集待處理維護動作清單中，只會包含以這些識別符或 ARN 識別的項目。 例如，下方範例將傳回 `sample-instance1` 與 `sample-instance2` 資料庫執行個體的待處理維護動作。 **Example** 針對 Linux、macOS 或 Unix： ``` aws rds describe-pending-maintenance-actions \ --filters Name=db-instance-id,Values=sample-instance1,sample-instance2 ``` 在 Windows 中： ``` aws rds describe-pending-maintenance-actions ^ --filters Name=db-instance-id,Values=sample-instance1,sample-instance2 ``` ### RDS API 若要將更新內容套用至資料庫執行個體，請呼叫 Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html) 操作。 若要傳回至少具有一項待處理更新的資源清單，請呼叫 Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html) 操作。 ## RDS 資料庫執行個體的作業系統更新 RDS for Db2、RDS for MariaDB、RDS for MySQL、RDS for PostgreSQL、RDS for SQL Server、RDS for Oracle 和 RDS Custom for SQL Server 資料庫執行個體偶爾需要作業系統更新。Amazon RDS 將作業系統升級至較新版本，以改善資料庫效能和客戶的整體安全狀態。通常，更新大約需要 10 分鐘。作業系統更新不會變更資料庫執行個體的資料庫引擎版本或資料庫執行個體類別。 作業系統更新可以是選用的，也可以是強制的。 + 可以隨時套用**選用更新**。雖然這些更新是選用的，但建議您定期套用更新，讓 RDS 機群保持最新狀態。RDS *不會*自動套用這些更新。 若要在新的選用作業系統修補程式可用時收到通知，您可以訂閱安全修補事件類別中的 [RDS-EVENT-0230](USER_Events.Messages.md#RDS-EVENT-0230)。如需訂閱 RDS 事件的相關資訊，請參閱 [訂閱 Amazon RDS 事件通知](USER_Events.Subscribing.md)。 **注意** `RDS-EVENT-0230` 不適用於作業系統發行版升級。 + **強制更新**為必要的更新，且有套用日期。請規劃將更新排程在此套用日期之前。在指定的套用日期之後，Amazon RDS 會在您指派的其中一個維護時段期間自動將資料庫執行個體的作業系統升級至最新版本。 **注意** 為了履行各種合規義務，可能需要將所有選用與強制更新保持為最新的狀態。建議您在維護時段期間定期套用 RDS 提供的所有更新。 您可以使用 AWS 管理主控台 或 AWS CLI 來取得作業系統升級類型的相關資訊。 ### 主控台 **使用 取得更新資訊 AWS 管理主控台** 1. 登入 AWS 管理主控台 並開啟位於 https：//[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/) 的 Amazon RDS 主控台。 1. 在導覽窗格中，選擇 **Databases** (資料庫)，然後選取資料庫執行個體。 1. 選擇 **Maintenance & backups (維護和備份)**。 1. 在 **Pending maintenance** (待定維護) 區段中，尋找作業系統更新，然後檢查 **Status** (狀態) 值。 在 中 AWS 管理主控台，選用更新將其維護**狀態**設定為**可用**，並且沒有**套用日期**，如下圖所示。 ![\[選用作業系統更新。\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/images/os-update-optional.png) 強制更新將其維護 **Status** (狀態) 設定為 **required** (必要)，且具有 **Apply date** (套用日期)，如下圖所示。 ![\[必要的作業系統更新。\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/images/os-update-required.png) ### AWS CLI 若要從 取得更新資訊 AWS CLI，請使用 [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) 命令。 ``` aws rds describe-pending-maintenance-actions ``` 強制作業系統更新包括 `AutoAppliedAfterDate` 值與 `CurrentApplyDate` 值。選用作業系統更新未包含這些值。 以下輸出顯示強制性作業系統更新。 ``` { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00", "CurrentApplyDate": "2022-08-31T00:00:00+00:00", "Description": "New Operating System update is available" } ] } ``` 以下輸出顯示選用作業系統更新。 ``` { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System update is available" } ] } ``` ### 作業系統更新的可用性 作業系統更新為資料庫引擎版本與資料庫執行個體類別所特有。因此，資料庫執行個體會在不同的時間接收或需要更新。當根據引擎版本和執行個體類別，有作業系統更新可供您的資料庫執行個體使用時，該更新會出現在主控台中。它也可以透過執行 [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI 命令或呼叫 [DescribePendingMaintenanceActions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html) RDS API 操作來檢視。如果執行個體有可用的更新，您可以依照[將更新套用至資料庫執行個體](#USER_UpgradeDBInstance.OSUpgrades)中的指示更新作業系統。 # 使用 AWS Organizations 升級推展政策進行自動次要版本升級 Amazon RDS 支援 AWS Organizations 升級推展政策，以管理跨多個資料庫資源和 的自動次要版本升級 AWS 帳戶。此政策可協助您透過下列方式為執行個體實作受控升級策略： **升級推展政策的運作方式** 當新的次要引擎版本符合自動升級的資格時，政策會根據定義的順序控制升級順序： + 標示為 【first】 （通常是開發環境） 的資源在其維護時段內符合升級資格。 + 在指定的製作時間之後，標記為 【秒】 的資源即符合資格。 + 在另一個指定的製作時間之後，標記為 【最後】 （通常為生產環境） 的資源即符合資格。 + 透過 AWS 運作狀態通知監控升級進度。 您可以透過以下方式定義升級訂單： + 帳戶層級政策 – 套用至指定帳戶中的所有合格資源。 + 資源標籤 – 根據標籤套用至特定資源。 **注意** 未設定升級政策或從政策中排除的資源會自動收到 【秒】 的升級順序。 **先決條件** + 您的 AWS 帳戶 必須屬於 Organizations 中已啟用升級推展政策的組織 + 為您的執行個體啟用自動次要版本升級 + 升級推展政策不需要標籤。如果您想要定義不同環境的特定升級訂單 （例如開發、測試、QA、生產），您可以使用標籤。如果您未在政策中包含標籤設定，則該政策下的所有資源都會遵循預設升級順序。 **先決條件** + 您的 AWS 帳戶 必須屬於 Organizations 中已啟用升級推展政策的組織 + 為您的執行個體啟用自動次要版本升級 + 標記您的 資源以識別其環境 （例如，開發、測試、生產） **標記您的 資源** 1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/) 開啟 Amazon RDS 主控台。 1. 在導覽窗格中，選擇 **Databases** (資料庫)。 1. 選擇您要標記的執行個體。 1. 選擇**動作**，然後選擇**管理標籤**。 1. 選擇 **Add tag (新增標籤)**。 1. 輸入您的標籤金鑰 （例如 'Environment') 和值 （例如 'Development') 1. 選擇**新增標籤**，然後選擇**儲存**。 您也可以使用 新增標籤 AWS CLI： ``` aws rds add-tags-to-resource \ --resource-name arn:aws:rds:region:account-number:db:instance-name \ --tags Key=Environment,Value=Development ``` ## 升級順序和階段 升級推展政策支援三個升級訂單： + 【first】 - 通常用於開發或測試環境 + 【秒】 - 通常用於 QA 環境。未特別設定之資源的預設順序 + 【最後】 - 通常保留給生產環境 當新的次要引擎版本符合自動升級的資格時： + 具有升級順序 【第一個】 的資源在其設定的維護時段內符合升級資格。 + 在指定的製作時間之後，具有升級順序 【秒】 的資源在其維護時段內符合升級資格。 + 在另一個指定的製作時間之後，具有升級順序 【最後】 的資源在其維護時段內符合升級資格。 + 自動次要版本升級行銷活動會在升級訂單 【first】、【second】 和 【last】 的所有合格資源升級後，或行銷活動達到排定的結束日期後關閉，以先到者為準。 **注意** 所有自動次要版本升級都會在每個執行個體設定的維護時段執行，以將對應用程式的潛在影響降至最低。 ## 可觀測性 ### AWS 運作狀態和監控 您會收到 AWS 運作狀態通知： + 開始自動次要版本升級行銷活動之前 + 在每個階段轉換之間協助追蹤和監控升級進度 + 進度更新顯示 AWS 運作狀態主控台中機群升級的資源數量 Amazon RDS 事件通知： + 已啟用自動次要版本升級之資源的通知，包括： + 當您的資源根據升級順序 (【first】、【second】 或 【last】) 符合升級資格時 + 維護時段期間的排程升級時間表 + 個別資料庫升級開始和完成狀態 + 透過 Amazon EventBridge0 訂閱這些事件以進行自動化監控 ### 考量事項 要記住的一些考量事項： + 此政策適用於所有未來的自動次要版本升級行銷活動，包括在作用中行銷活動期間所做的政策變更。 + 如果您加入進行中的升級行銷活動，您的資源會遵循目前執行中的升級順序，而且不會等待設定的政策。 + 未使用升級政策設定的資源會自動收到升級順序 【秒】。 + 此政策會在升級階段之間提供驗證期間，再繼續進行下一個階段。 + 政策或資源標籤的變更需要時間傳播，才能套用新的升級順序。 + 此政策僅適用於已啟用自動次要版本升級的 Amazon RDS 資源。 + 如果您在 環境中偵測到問題，您可以關閉後續環境的自動次要版本升級，或使用驗證期間來解決問題，然後再繼續進行下一個升級訂單。 **注意** 此功能支援 2026 年 1 月之後發行的 Oracle 資料庫引擎版本的自動次要版本升級。 如需標記 RDS 資源的詳細資訊，請參閱 [標記 Amazon RDS 資源](USER_Tagging.md)。如需設定和使用升級推展政策的詳細說明，請參閱*AWS Organizations 《 使用者指南*》中的 [ 入門 AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started.html)。