适用于: Azure Database for PostgreSQL 灵活服务器
Azure Database for PostgreSQL 灵活服务器执行定期维护,以帮助确保托管数据库安全、稳定并处于最新状态。 在维护期间,服务器会获取新的功能、更新和补丁。
重要
不要在 Azure Database for PostgreSQL 灵活服务器维护期间执行所有服务器操作(修改、配置更改、启动/停止服务器)。 参与这些活动可能会导致不可预知的结果,并且可能会影响服务器性能和稳定性。 请等待维护结束,然后再执行服务器操作。
可以计划在一周中特定某天以及该天某个时段范围内进行维护。 或者,你可以让系统自动选择具体日期和时间范围。
系统提前 5 个日历日发送维护通知,以便你有足够的时间来准备。 系统还会在维护开始时和在维护成功完成时发送通知。
有关即将进行的计划性维护的通知可以是:
- 通过电子邮件发送到特定地址。
- 通过电子邮件发送到 Azure 资源管理器角色。
- 通过文本消息发送至移动设备。
- 将通知推送至 Azure 应用。
- 以语音消息方式传送。
为维护计划指定首选项时,可以选择自定义计划或系统管理的计划。 如果选择自定义计划,可以指定一周中的某一天和一个时间范围。 但如果选择系统管理的计划,则由系统为你指定日期。 在这一天中,系统会在服务器所在区域时间晚上 11:00 到上午 7:00 之间选择一个小时的时间段。 可以为每个 Azure Database for PostgreSQL 灵活服务器配置不同的维护计划。
重要
通常,服务器的成功计划性维护事件之间间隔至少为 30 天。 但是,对于关键紧急更新(例如严重漏洞),通知窗口可能会短于 5 天或甚至被省略。 即使系统在过去 30 天内成功执行了计划性维护,关键更新也可能会应用于服务器。
可以随时更新计划性维护设置。 如果您的 Azure Database for PostgreSQL 灵活服务器已安排维护,并且您更新了计划维护的首选项,则当前的更新将不会重新编程。 它在已经安排的日期和时间进行。 对计划性维护设置所做的更改将在成功完成下一次计划性维护后生效。
可以为 Azure 订阅中的每个 Azure Database for PostgreSQL 灵活服务器定义系统管理的计划或自定义计划:
- 使用系统管理的时间表时,系统会在服务器区域时间晚上11:00到早上7:00之间选择任意一个小时的时间段。
- 使用自定义计划时,可以通过选择星期几和一小时时段的起始时间来为服务器指定维护时段。
计划性维护首先会在配置了系统管理的计划的服务器上发生。 然后在配置了自定义计划的服务器上发生,一个区域内至少执行七天。 若要接收开发和测试服务器的早期更新,请使用系统管理的时间表。 这样选择可在更新到达具有自定义计划的生产服务器之前早期测试和解决问题。
自定义计划服务器的更新会在 7 天后的定义维护时段内开始。 收到通知后,无法延迟更新。 建议仅将自定义计划用于生产环境。
在极少数情况下,系统可能会取消某些维护事件,或某些事件可能无法成功完成。 如果更新失败,流程将会回滚,服务器将被还原到先前的二进制版本。 服务器仍可能在维护时段内重启。
如果更新取消或失败,系统会生成通知来指示维护事件已被取消或失败。 会根据当前计划设置安排下次维护执行尝试,并且你会提前 5 个日历日收到通知。
在每月维护期间考虑时的一些注意事项:
- 每月维护会有影响,需要一定的停机时间。
- 故障时间取决于在维护时服务器上的事务负载。
- 一旦安排了维护,对维护设置所做的任何更改都仅适用于下一个维护周期,而非当前维护周期。