# 维护数据库实例
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_cn/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png)
如果没有维护更新可用于数据库实例，则它的列值为**无**。
如果有维护更新可用于数据库实例，则可能为以下列值：
+ **必需** – 维护操作将应用于资源且不能无限期推迟。
+ **可用** – 有可执行的维护操作，但不会自动将其应用于资源。您可以手动应用它。
+ **下一个时段** – 维护操作将在下一个维护时段应用于资源。
+ **正在进行** – 维护操作正在应用于资源。
如果有可用更新，您可以执行以下操作之一：
+ 如果维护值为**下一个时段**，可通过从**操作**中选择**推迟升级**来推迟启动维护操作。无法推迟已经启动的维护操作。
+ 立即应用维护操作。
+ 在下一个维护时段内应用维护操作。
+ 不执行任何操作。
**要执行操作，请使用 AWS 管理控制台**
1. 选择数据库实例以显示其详细信息。
1. 选择**维护和备份**。将显示待执行的维护操作。
1. 选择要执行的操作，然后选择何时应用该操作。
![\[RDS 数据库实例的待维护项目。\]](http://docs.aws.amazon.com/zh_cn/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_cn/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html)
**Topics**
+ [调整首选数据库实例维护时段](#AdjustingTheMaintenanceWindow)
### 调整首选数据库实例维护时段
维护时段应当选在使用量最小的时段上，因而可能必须不时予以修改。数据库实例只会在应用系统更改（例如，数据库实例类中的更改）而需要中断的期间内不可用。数据库实例仅在进行必要更改所需的最短时间内不可用。
在以下示例中，将调整数据库实例的首选维护时段。
对于此示例，我们假设存在名为 *mydbinstance* 的数据库实例，它首选的维护时段为 UTC 时间“Sun:05:00–Sun:06:00”。
#### 控制台
**调整首选维护时段**
1. 登录AWS 管理控制台并通过以下网址打开 Amazon RDS 控制台：[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)。
1. 在导航窗格中，选择**数据库**，然后选择您希望修改的数据库实例。
1. 选择**修改**。将显示**修改数据库实例**页面。
1. 在**维护**部分中，更新维护时段。
**注意**
数据库实例的维护时段不能与备份时段重叠。如果向与备份时段重叠的维护时段内输入值，会显示一条错误消息。
1. 选择 **Continue (继续)**。
在确认页面上，检查您的更改。
1. 要立即应用对维护时段的更改，请选择**立即应用**。
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**
以下代码示例将维护时段设置为周二的凌晨 4:00-4:30 (UTC)。
对于 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 管理控制台并通过以下网址打开 Amazon RDS 控制台：[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)。
1. 在导航窗格中，选择**数据库**。
1. 选择具有必需更新的数据库实例。
1. 对于**操作**，请选择下列选项之一：
+ **立即修补**
+ **在下一个时段修补**
**注意**
如果您选择**在下一个时段修补**，并且以后希望延迟更新，可以选择**推迟升级**。如果维护操作已经启动，则无法推迟该操作。
要取消维护操作，请修改数据库实例并禁用 **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 Names (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 管理控制台 并通过以下网址打开 Amazon RDS 控制台：[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)。
1. 在导航窗格中，选择 **Databases**（数据库），然后选择数据库实例。
1. 选择**维护和备份**。
1. 在 **Pending maintenance**（等待维护）部分中，找到操作系统更新，然后检查 **Status**（状态）值。
在 AWS 管理控制台中，可选的更新将其维护**状态**设置为**可用**并且没有**应用日期**，如下图所示。
![\[可选操作系统更新。\]](http://docs.aws.amazon.com/zh_cn/AmazonRDS/latest/UserGuide/images/os-update-optional.png)
强制性更新将其维护 **Status**（状态）设置为 **required**（必需）并且有 **Apply date**（应用日期），如下图所示。
![\[必需的操作系统更新。\]](http://docs.aws.amazon.com/zh_cn/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 账户的自动次要版本升级。该策略可通过以下方式协助您为实例实施受控升级策略：
**升级推出策略的工作原理**
当新的次要引擎版本变为符合自动升级资格时，策略会根据定义的顺序控制升级序列：
+ 标记为 [首先] 的资源（通常是开发环境）将变为有资格在其维护时段内进行升级。
+ 在指定的烘焙时间之后，标记为 [其次] 的资源将变为符合资格。
+ 在另一个指定的烘焙时间之后，标记为 [最后] 的资源（通常是生产环境）将变为符合资格。
+ 通过 AWS Health 通知监控升级进度。
您可以通过以下方式定义升级顺序：
+ 账户级别策略：应用于指定账户中所有符合资格的资源。
+ 资源标签：根据标签应用于特定的资源。
**注意**
未配置升级策略或从策略中排除的资源将自动收到 [其次] 升级顺序。
**先决条件**
+ 您的 AWS 账户必须是 Organizations 中已启用升级推出策略的组织的一部分
+ 为实例启用自动次要版本升级
+ 升级推出策略并不严格要求使用标签。如果要为不同的环境（例如，开发、测试、QA、生产）定义特定的升级顺序，则可以使用标签。如果您未在策略中包含标签设置，则该策略下的所有资源都将遵循默认的升级顺序。
**先决条件**
+ 您的 AWS 账户必须是 Organizations 中已启用升级推出策略的组织的一部分
+ 为实例启用自动次要版本升级
+ 为资源添加标签以标识其环境（例如，开发、测试、生产）
**为资源添加标签**
1. 登录AWS 管理控制台并通过以下网址打开 Amazon RDS 控制台：[https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)。
1. 在导航窗格中，选择 **Databases (数据库)**。
1. 选择您要为其添加标签的实例。
1. 选择**操作**，然后选择**管理标签**。
1. 选择 **Add tag（添加标签）**。
1. 输入您的标签键（例如“环境”）和值（例如“开发”）
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
```
## 升级顺序和阶段
升级推出策略支持三个升级顺序：
+ [首先]：通常用于开发或测试环境
+ [其次]：通常用于 QA 环境。未专门配置的资源的默认顺序
+ [最后]：通常保留用于生产环境
当新的次要引擎版本变为符合自动升级资格时：
+ 具有升级顺序 [首先] 的资源将变为有资格在其配置的维护时段内进行升级。
+ 在指定的烘焙时间之后，具有升级顺序 [其次] 的资源将变为有资格在其维护时段内进行升级。
+ 在另一个指定的烘焙时间之后，具有升级顺序 [最后] 的资源将变为有资格在其维护时段内进行升级。
+ 自动次要版本升级活动将在升级顺序为 [首先]、[其次] 和 [最后] 的所有符合资格的资源升级完成后，或者在活动到达预定结束日期（以先到者为准）时关闭。
**注意**
所有自动次要版本升级都是在每个实例的已配置维护时段内执行的，以最大限度地减少对应用程序的潜在影响。
## 可观测性
### AWS Health 与监控
在以下情况下，您会收到 AWS 运行状况通知：
+ 在自动次要版本升级活动开始之前
+ 在每个阶段转换之间，有助于跟踪和监控升级进度
+ 进度更新，可在 AWS Health 控制台中显示实例集中升级的资源数量
Amazon RDS 事件通知：
+ 为自动次要版本升级启用的资源通知，包括：
+ 当资源根据其升级顺序（[首先]、[其次] 或 [最后]）变为符合升级资格时
+ 维护时段内的计划升级时间表
+ 单个数据库升级的开始和完成状态
+ 通过 Amazon EventBridge 订阅这些事件以进行自动监控
### 注意事项
请记住以下注意事项：
+ 该策略适用于所有将来的自动次要版本升级活动，包括在处于活跃状态的活动期间进行的策略更改。
+ 如果您加入正在进行的升级活动，则您的资源将遵循当前正在运行的升级顺序，而无需等待所配置的策略。
+ 未配置升级策略的资源将自动收到 [其次] 升级顺序。
+ 该策略在各升级阶段之间提供了验证期，之后才会进入下一阶段。
+ 在应用新的升级顺序之前，对策略或资源标签的更改需要一段时间才能传播。
+ 该策略仅适用于启用了自动次要版本升级的 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)。