Уведомление о плановом обслуживании в Базе данных Azure для PostgreSQL — один сервер

  • Статья

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

Внимание

База данных Azure для PostgreSQL — одиночный сервер находится на пути выхода на пенсию. Настоятельно рекомендуется выполнить обновление до База данных Azure для PostgreSQL — гибкий сервер. Дополнительные сведения о миграции на База данных Azure для PostgreSQL — гибкий сервер см. в статье "Что происходит с одним сервером База данных Azure для PostgreSQL?".

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

Что такое плановое обслуживание?

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

Плановое обслуживание — это период обслуживания, когда данные обновления службы развертываются на серверах в заданном регионе Azure. Во время планового обслуживания создается событие уведомления для клиентов о развертывании обновления службы в регионе Azure, в котором размещены серверы. Минимальный интервал времени между двумя запланированными событиями обслуживания составляет 30 дней. Вы получаете уведомление о следующем периоде обслуживания за 72 часа до его начала.

Плановое обслуживание: длительность и влияние на клиентов

Плановое обслуживание для определенного региона Azure обычно завершается за 15 часов. В это временное окно также включено время буферизации для выполнения плана отката при необходимости. Серверы базы данных Azure для PostgreSQL работают в контейнерах, поэтому перезапуск сервера базы данных обычно занимает 60–120 секунд, но нет детерминированного способа выяснить, когда в этом 15-часовом окне будет затронут сервер. Все события планового обслуживания, включая перезапуск каждого сервера, тщательно контролируются командой разработчиков. Время простоя при отработке отказов зависит от восстановления базы данных, что может привести к тому, что база данных будет находиться в оперативном режиме, если на сервере во время операции отработки отказа имеется высокая активность транзакций. Чтобы избежать длительного перезапуска, рекомендуется избегать выполнения длительных транзакций (массовых загрузок) во время событий планового обслуживания.

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

Как получать уведомления о плановом обслуживании?

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

Уведомления о плановом обслуживании

Уведомления о плановом обслуживании позволяют получать оповещения о запланированном мероприятии на обслуживание в базе данных Azure для PostgreSQL. Эти уведомления интегрированы в плановое обслуживание Работоспособность служб и позволяют централизованно просматривать все запланированные профилактические работы для подписок. Они также помогают масштабировать уведомление до нужных аудиторий для разных групп ресурсов, так как у вас могут быть разные контакты, ответственные за различные ресурсы. Вы получите уведомление о предстоящем часовом обслуживании за 72 календарных часа до события.

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

Вы можете проверить уведомление о запланированном обслуживании на портале Azure или настроить оповещения для получения уведомлений.

Проверка уведомлений о плановом обслуживании с портала Azure

  1. На портале Azure выберите Работоспособность службы.
  2. Перейдите на вкладку Плановое техническое обслуживание
  3. Выберите подписку, **регион и службу, для которых необходимо проверять уведомление о запланированном обслуживании.

Получение уведомления о плановом обслуживании

  1. На порталевыберите Работоспособность службы.
  2. В разделе Оповещения выберите Оповещения о работоспособности.
  3. Выберите Создать оповещение о работоспособности службы и заполните поля.
  4. Заполните обязательные поля формы.
  5. Выберите Тип события, щелкните Плановое техническое обслуживание или Выбрать все
  6. В Группе действий определите, как вы хотите получать оповещение (получить электронное письмо, активировать приложение и т. д.)
  7. Убедитесь, что для параметра "Включить правило при создании" задано значение "Да".
  8. Выберите Создать правило генерации оповещений, чтобы завершить создание уведомления

Подробные инструкции по созданию оповещений о работоспособности службы см. в статье Создание оповещений журнала действий для уведомлений службы.

Можно ли отменить или отложить плановое обслуживание?

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

Применяются ли исправления для всех регионов Azure одновременно?

Нет, все регионы Azure исправляются в течение времени пошагового периода развертывания. Пошаговое окно развертывания обычно растягивается с 5 вечера до 8 утра следующего дня по местному времени в заданном регионе Azure. Для геопарных регионов Azure исправления выполняются в разные дни. Для обеспечения высокой доступности и непрерывности бизнес-процессов серверов баз данных рекомендуется использовать реплики чтения между регионами.

Логика повторных попыток

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

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