Запланированное обслуживание в База данных Azure для PostgreSQL — гибкий сервер

  • Статья

Область применения: гибкий сервер Базы данных Azure для PostgreSQL

База данных Azure для PostgreSQL гибкий сервер выполняет периодическое обслуживание, чтобы обеспечить безопасность, стабильность и актуальность управляемой базы данных. В процессе обслуживания сервер получает новые возможности, обновления и исправления.

Внимание

Избегайте всех операций сервера (изменений, изменений конфигурации, запуска и остановки сервера) во время База данных Azure для PostgreSQL гибкого обслуживания сервера. Участие в этих действиях может привести к непредсказуемым результатам и, возможно, повлиять на производительность сервера и стабильность. Дождитесь завершения обслуживания перед выполнением операций сервера.

Выбор периода обслуживания

Вы можете запланировать техническое обслуживание на определенный день недели и временное окно в течение этого дня. Или вы можете разрешить системе выбрать день и период времени для вас автоматически.

Система отправляет уведомления об обслуживании 5 дней заранее, чтобы у вас было достаточно времени для подготовки. Система также позволяет узнать, когда начинается обслуживание и когда оно успешно завершается.

Уведомления о предстоящем плановом техническом обслуживании можно передавать следующими способами:

  • Отправлено по электронной почте на определенный адрес.
  • Отправлено по электронной почте роли Azure Resource Manager.
  • Отправлено текстовое сообщение на мобильные устройства.
  • Отправлено в качестве уведомления в приложение Azure.
  • Доставлено в виде голосового сообщения.

При указании параметров расписания обслуживания можно выбрать день недели и период времени. Если вы не указываете период времени, система выбирает время от 11:00 до 7:00 в течение времени вашего региона сервера. Вы можете определить различные расписания для каждого База данных Azure для PostgreSQL гибкого экземпляра сервера в подписке Azure.

Внимание

Как правило, интервал между событиями запланированного обслуживания для сервера составляет не менее 30 дней. Но для критического аварийного обновления, например серьезной уязвимости, окно уведомлений может быть короче 5 дней или опущено. Критическое обновление может применяться к серверу, даже если система успешно выполнила запланированное обслуживание за последние 30 дней.

Параметры расписания можно обновлять в любое время. Если обслуживание запланировано для вашего База данных Azure для PostgreSQL гибкого экземпляра сервера и вы обновляете параметры расписания, текущий выпуск продолжается по расписанию. Изменения параметров расписания станут эффективными после успешного завершения следующего запланированного обслуживания.

Управляемые системой расписания обслуживания и пользовательские расписания обслуживания

Вы можете определить управляемое системой расписание или пользовательское расписание для каждого База данных Azure для PostgreSQL гибкого экземпляра сервера в подписке Azure:

  • При использовании управляемого системой расписания система выбирает любое 1-часовое окно в период от 11:00 до 7:00 в течение времени вашего региона сервера.
  • С помощью настраиваемого расписания можно указать период обслуживания сервера, выбрав день недели и 1-часовое время.

Обновления сначала применяются к серверам с управляемыми системой расписаниями, а затем серверами с пользовательскими расписаниями по крайней мере через 7 дней в пределах региона. Чтобы получить ранние обновления для серверов разработки и тестирования, используйте системное расписание. Этот выбор позволяет раннее тестирование и разрешение проблем до обновления до рабочих серверов с пользовательскими расписаниями.

Обновления для пользовательских серверов расписания начинаются через 7 дней в течение определенного периода обслуживания. После уведомления вы не сможете отложить обновления. Мы советуем использовать пользовательские расписания только для рабочих сред.

В редких случаях события обслуживания могут быть отменены системой или завершаются успешно. Если обновление завершается ошибкой, оно отменить изменения, а предыдущая версия двоичных файлов восстанавливается. Сервер по-прежнему может перезапуститься во время периода обслуживания.

Если обновление отменено или не выполнено, система создает уведомление об отмене или сбое обслуживания. Следующая попытка выполнить обслуживание запланирована в соответствии с текущими параметрами расписания, и вы получите уведомление об этом 5 дней заранее.

Следующие шаги