维护数据库实例 - Amazon Relational Database Service
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

维护数据库实例

Amazon RDS 会定期对 Amazon RDS 资源执行维护。

数据库实例维护更新概述

维护通常涉及对数据库实例中以下资源的更新:

  • 底层硬件

  • 底层操作系统(OS)

  • 数据库引擎版本

针对操作系统的更新最常见的原因是安全问题。我们建议您尽快进行更新。有关操作系统更新的更多信息,请参阅对数据库实例应用更新

维护更新期间的离线资源

一些维护项目要求 Amazon RDS 使您的数据库实例脱机一小段时间。要求资源脱机的维护项目包括必需的操作系统或数据库修补。仅对与安全性和实例可靠性相关的修补程序自动安排必需的修补。此类补丁很少发生,通常每隔几个月发生一次。它所需要的维护时间很少超过维护窗口的一小部分。

推迟的数据库实例修改

您已选择不立即应用的延迟的数据库实例修改会在维护时段内应用。例如,您可以选择在维护时段内更改数据库实例类或参数组。您使用等待重启设置指定的此类修改不会显示在等待维护列表中。有关修改 数据库实例的信息,请参阅修改 Amazon RDS 数据库实例

要查看下一个维护时段待处理的修改,请使用 describe-db-instances Amazon CLI 命令并选中 PendingModifiedValues 字段。

DescribePendingMaintenanceActions API 的最终一致性

Amazon RDS DescribePendingMaintenanceActions API 采用最终一致性模型。这意味着,DescribePendingMaintenanceActions 命令的结果可能不会立即对所有后续 RDS 命令可见。当您使用之前的 API 命令后立即使用 DescribePendingMaintenanceActions 时,请记住这一点。

最终一致性可能会影响您管理维护更新的方式。例如,如果您运行 ApplyPendingMaintenanceActions 命令来更新数据库实例的数据库引擎版本,则该版本最终将对 DescribePendingMaintenanceActions 可见。在这种情况下,DescribePendingMaintenanceActions 可能表明维护操作未被应用,即使已应用也是如此。

要管理最终一致性,您可以执行以下操作:

  • 请先确认数据库实例的状态,然后运行命令来对其进行修改。使用指数回退算法运行相应的 DescribePendingMaintenanceActions 命令,来确保有足够的时间让前一个命令传播遍整个系统。为此,请重复运行 DescribePendingMaintenanceActions 命令,以几秒钟的等待时间开始,然后逐渐增加达到五分钟的等待时间。

  • 增加后续命令之间的等待时间,即使 DescribePendingMaintenanceActions 命令返回准确的响应,也是如此。应用指数回退算法,以几秒钟的等待时间开始,然后逐渐增加达到大约五分钟的等待时间。

查看待处理维护更新

通过使用 RDS 控制台、Amazon CLI 或 RDS API 来查看维护更新是否可用于数据库实例。如果某个更新可用,则将在 Amazon RDS 控制台上的数据库实例维护列中指示它,如下所示。

可用的脱机修补程序

如果没有维护更新可用于数据库实例,则它的列值为

如果有维护更新可用于数据库实例,则可能为以下列值:

  • 必需 – 维护操作将应用于资源且不能无限期推迟。

  • available (可用) – 维护操作可用,但不会自动应用于资源。您可以手动应用它。

  • 下一个窗口 – 维护操作将在下一个维护窗口期间应用于资源。

  • In progress (正在进行) – 维护操作正在应用于资源。

如果更新可用,则可执行这些操作之一:

  • 如果维护值为 next window (下一时段),请通过从 Actions (操作) 中选择 Defer upgrade (推迟升级) 来推迟维护项目。如果维护操作已经启动,则无法推迟该操作。

  • 立即应用维护项目。

  • 计划下一个维护时段内要开始的维护项目。

  • 不执行任何操作。

要采取操作,请选择数据库实例以显示其详细信息,然后选择 Maintenance & backups (维护和备份)。将显示待处理维护项目。

待处理维护项目

维护时段确定待处理的操作何时开始,但不限制这些操作的总运行时间。维护操作不保证在维护时段结束前完成,可以在超出指定的结束时间后继续。有关更多信息,请参阅“Amazon RDS 维护时段”。

您可以通过运行 describe-pending-maintenance-actions Amazon CLI 命令来查看维护更新是否可用于数据库实例

有关应用维护更新的信息,请参阅对数据库实例应用更新

多可用区部署的维护

采用多可用区部署的方式运行数据库实例可进一步降低维护事件的影响。此结果是因为 Amazon RDS 通过执行以下步骤来应用操作系统更新:

  1. 执行备用实例的维护。

  2. 将备用实例提升为主实例。

  3. 执行原主实例的维护,该实例将变成新的备用实例。

如果您在多可用区部署中为数据库实例升级数据库引擎,Amazon RDS 会同时修改主数据库实例和辅助数据库实例。在这种情况下,多可用区部署中的主数据库实例和辅助数据库实例在升级过程中都不可用。此操作会导致停机,直至升级完成。停机持续时间因数据库实例的大小而异。

如果需要应用底层操作系统补丁,则需要短暂的多可用区故障转移,才能将补丁应用于主数据库实例。这种故障转移通常持续不到一分钟。

如果您的数据库实例运行 RDS for MySQL、RDS for PostgreSQL 或 RDS for MariaDB,您可以使用蓝绿部署,最大限度地减少升级所需的停机时间。有关更多信息,请参阅 使用 Amazon RDS 蓝绿部署进行数据库更新。如果您在多可用区部署中升级 RDS for SQL Server 或 RDS Custom for SQL Server 数据库实例,则 Amazon RDS 会执行滚动升级,因此只会在故障转移期间出现中断。有关更多信息,请参阅 多可用区和内存优化注意事项

如果您的数据库实例在多可用区部署中运行 RDS for SQL Server,则可以使用以下方法之一对底层操作系统应用更新:

  • 将数据库实例类修改为不同的大小,然后将其修改回原始大小。

  • 纵向扩展数据库实例的大小,然后缩减到原始大小。

  • 将数据库实例从多可用区修改为单可用区,停止和启动数据库实例,然后将实例更改回多可用区。

有关多可用区部署的更多信息,请参阅配置和管理 Amazon RDS 的多可用区部署