Azure Database for PostgreSQL 灵活服务器的计划内维护

Azure Database for PostgreSQL灵活服务器定期进行维护操作,以帮助保持托管数据库的安全、稳定和最新。 维护可能包括平台更新、操作系统更新、安全修补程序和 PostgreSQL 引擎更新。

重要

在Azure Database for PostgreSQL灵活服务器维护期间,请避免所有服务器操作(修改、配置更改、启动或停止服务器)。 参与这些活动可能会导致不可预知的结果,并且可能会影响服务器性能和稳定性。 请等待维护结束,然后再执行服务器操作。

维护时段

可以计划在一周中特定某天以及该天某个时段范围内进行维护。 或者,你可以让系统自动选择具体日期和时间范围。

系统提前五天发送维护通知,以便有足够的时间来准备。 系统还会在维护开始时和在维护成功完成时发送通知。

可以通过以下方法接收有关即将进行的计划维护的通知:

  • 向特定地址发送电子邮件。
  • 向 Azure 资源管理器角色发送电子邮件。
  • 向移动设备发送短信。
  • 将通知推送到Azure应用程序。
  • 语音消息。

指定维护计划的首选项时,请在自定义计划和系统托管计划之间进行选择。 如果选择自定义计划,请指定一周中的一天和一个时间范围。 但如果选择系统管理的计划,则由系统为你指定日期。 并且在当天,它会按服务器所在区域的时间,在晚上 11:00 至次日上午 7:00 之间选择一个 1 小时的时间窗口。 可以为每个Azure Database for PostgreSQL灵活服务器配置不同的维护计划。

重要

通常,服务器成功的计划维护事件之间的间隔至少为 30 天。 但是,对于严重漏洞等关键紧急更新,通知窗口可能短于五天甚至被省略。 即使系统在过去 30 天内执行了计划内维护,关键更新也可能应用于服务器。

可以随时更新计划性维护设置。 如果为 Azure Database for PostgreSQL 灵活服务器计划了维护,然后更新计划的维护的首选项,则当前的推出不会进行重新编程。 它在已经安排的日期和时间进行。 对计划的维护设置的更改将在成功完成下一次计划性维护后生效。

系统管理的Windows (SMW) 与自定义维护Windows (CMW)

对于 Azure 订阅中的每个 Azure Database for PostgreSQL 灵活服务器,都可以定义系统管理的计划或自定义计划:

  • 如果使用系统管理的计划安排,系统将根据您的服务器区域所在时区的时间,在晚上 11:00 到早上 7:00 之间选择一个 1 小时的时间窗口。
  • 使用自定义计划,通过选择一周中的一天和一小时时间窗口的开始时间,为服务器指定维护时段。

计划性维护首先发生在配置有系统托管计划的服务器上。 而配置了自定义计划的服务器,则会在该区域内至少延后七天之后才进行维护。 若要接收开发和测试服务器的早期更新,请使用系统管理的时间表。 此计划选择允许在更新到达具有自定义计划的生产服务器之前进行早期测试和问题解决。

自定义计划服务器的更新会在 7 天后的定义维护时段内开始。 收到通知后,无法延迟更新。 仅对生产环境使用自定义计划。

在极少数情况下,系统会取消某些维护事件,或者某些事件无法成功完成。 如果更新失败,进程会回滚,服务器将还原到旧版二进制文件。 服务器仍可能在维护时段内重启。

如果更新取消或失败,系统会生成通知来指示维护事件已被取消或失败。 会根据当前计划设置安排下次维护执行尝试,并且你会提前 5 个日历日收到通知。

计划内维护的注意事项和限制

在每月计划内维护期间,请记住以下注意事项:

  • 每月维护影响较大,并会造成一定的停机时间。
  • 故障时间取决于在维护时服务器上的事务负载。
  • 计划维护后,对维护设置的任何更改仅适用于下一个维护周期,而不是当前维护周期。

对已停止/禁用的实例应用维护

如果 PostgreSQL 服务器在计划维护期间停止运行,则维护不会立即执行。 相反,在重启服务器时,由客户手动应用维护,或者通过 7 天自动重启 功能自动执行维护。 向客户发送了一条通知,指出由于服务器停止,维护无法应用;当服务器重启后,维护将自动应用。

客户可能会注意到,在应用挂起的维护时,特别是在手动重启时,重启时间会略有增加(5-8 分钟)。

合并维护通知

运行多个 Azure Databases for PostgreSQL 服务器的客户可能会收到针对同一计划内维护事件的多个单独通知,从而使维护跟踪更加困难。 为了减少此开销,Azure Database for PostgreSQL现在将同一区域中多个服务器的计划内维护通知合并到单个通知中。 这有助于减少通知疲劳,并更轻松地跟踪即将到来的维护,同时保持对受影响资源的可见性。

注释

如果配置服务运行状况警报,将收到一封电子邮件或Azure移动应用程序通知,提醒你即将在某个区域中进行计划内维护。 对于合并维护,将发送 单个通知/电子邮件 ,通知你即将在某个区域中进行维护,并在该区域中完成维护时发送另一条通知。 如果区域已取消维护,则会收到第三个通知/电子邮件。 对于每台服务器,无论维护正在进行中还是已经完成,你都不会收到通知或电子邮件。

若要查看计划内维护,请在维护通知电子邮件中的Azure 服务运行状况中选择“查看”。

显示计划维护电子邮件通知的屏幕截图。

接下来,导航到 Azure 服务运行状况 Portal 中的“计划内维护”边栏,并选择特定的 Azure Database for PostgreSQL 通知。

显示 Azure 服务运行状况 中计划内维护警报的屏幕截图。

摘要选项卡包含区域中即将进行的维护的详细信息,包括区域、受影响的订阅、维护的开始和结束时间。 显示的开始时间和结束时间表示 此区域中所有受影响的服务器(s)的计划内维护持续时间,包括你的服务器。 若要查看订阅中即将进行维护的服务器及其计划的开始和结束时间,请选择受影响的资源选项卡。若要查看值得注意的功能列表,PostgreSQL 版本更改、改进和维护升级中包含的问题修复,请选择摘要页上的维护发行说明。

显示计划内维护警报摘要页的屏幕截图。

受影响的资源选项卡列出了订阅中每个受影响的服务器。 对于每个资源,请选择“详细信息”以查看详细信息,例如维护状态、特定于服务器的计划内维护开始时间和结束时间。 若要查看所有受影响的服务器的维护状态、开始和结束时间,请选择“受影响的资源”选项卡上的“导出到 CSV”。

显示计划维护警报中“受影响的资源”页面的屏幕截图。

导出的 .csv 文件包括每个受影响的服务器及其维护状态以及计划的维护开始和结束时间。 列出的所有时间均以 UTC 格式列出。

显示计划内维护警报中受影响资源的 CSV 导出页面的屏幕截图。

注释

此 .csv 文件表示一个时间点受影响服务器状态的快照。 建议再次下载 .csv 文件,以在任何给定时间检查维护的当前状态,尤其是在服务器上验证维护是否已完成。 对于问题或支持,请通过 Azure 门户创建 support 请求