本页面介绍了如何解决 AlloyDB for PostgreSQL 维护事件方面的问题。AlloyDB 维护可确保您的集群和实例保持可靠、高效、安全且最新。如需了解详情，请参阅维护概览。
在服务驱动的维护期间，数据库环境会中断
说明：在 AlloyDB 维护操作期间，数据库环境会暂停服务不到一秒。
AlloyDB 会创建包含更新的虚拟机 (VM)，从而最大限度地减少维护期间的干扰。当替换虚拟机准备就绪后，AlloyDB 会将其与活跃虚拟机交换。
虚拟机交换对实例的影响如下：
- 主实例：通常会经历不到 1 秒的停机时间。
- 读取池实例：停机时间为 0 秒。
建议的修复措施：配置具有可靠重试逻辑的数据库环境，以便数据库和应用自动重新连接。
根据实例和数据库的大小，您可能会在维护后遇到轻微的性能下降。为了尽可能减少性能下降，AlloyDB 会预先预热替换机器的缓存一段时间。这种预热足以满足大多数环境的需求。如果在填充缓存之前发生超时，则在维护完成后，该进程会继续运行。
在用户驱动的维护期间，数据库环境会中断
说明：当您对数据库环境进行更新和配置更改（例如调整实例大小或更改大多数数据库标志）时，数据库环境的停机时间不到一秒。
默认情况下，用户驱动的数据库配置更改与服务驱动的事件使用相同的无中断维护操作，并且该操作会导致不到一秒的停机时间。虽然停机时间很短，但整个操作时长可能会超过 15 分钟。如需了解详情，请参阅维护概览。
建议的修复方法：更新数据库环境时，您无法避免主实例出现不到一秒的停机时间，但可以提前规划连接暂时中断的情况。
用户驱动的维护操作后，数据库性能略有下降
说明：在用户驱动的维护之后，数据库的性能略有下降。
建议的解决方法：对于用户启动的维护，AlloyDB 会预先预热替换机器的缓存，以防止性能下降，预热时间最长为 5 分钟。虽然这通常已足够，但某些环境仍可能会出现不可避免的性能下降。对于用户驱动的更改，预热时长通常比服务驱动的维护短。如果在缓存完全加载之前发生超时，则缓存填充过程会在维护窗口结束后恢复。
使用 FORCE_APPLY 标志时，数据库会经历停机时间
说明：您可以使用可选的 FORCE_APPLY 标志来更改数据库。
使用 FORCE_APPLY 标志选项时，预计会出现停机时间。使用此标志会重启实例，导致数据库在几分钟内无法使用。
生产集群上发生意外维护
说明：生产集群遇到意外的维护更新。
建议的修复措施：为避免生产集群上发生意外维护，请安排维护期，以便您了解维护事件何时发生。
如需在集群上安排维护窗口，请参阅管理 AlloyDB for PostgreSQL 集群维护窗口。
如果您未安排维护窗口，则 AlloyDB 集群的非紧急维护可以在任何时间进行，但集群所在区域的本地时间在工作日上午 6 点到晚上 10 点之间除外。
您可以安排在每周任意一天的任意一小时内进行维护窗口。
如需在生产集群的预定维护时间之前收到提醒，请选择接收电子邮件通知。
您还可以通过配置拒绝维护期（可从 1 天到 30 天不等）来阻止在特定时间段内执行维护操作。如需了解详情，请参阅配置拒绝维护期。