Запланированное обслуживание

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

Это важно

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

Окно обслуживания

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

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

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

  • Электронная почта по конкретному адресу.
  • Электронная почта для роли в Azure Resource Manager.
  • Текстовое сообщение на мобильные устройства.
  • Push-уведомление в приложение Azure.
  • Голосовое сообщение.

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

Это важно

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

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

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

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

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

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

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

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

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

Рассмотрение и ограничения

Некоторые учитываемые факторы при ежемесячном обслуживании:

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

Применение технического обслуживания для остановленных или отключенных экземпляров

Если сервер PostgreSQL остановлен во время запланированного обслуживания, обслуживание не будет применено немедленно. Вместо этого обслуживание будет применяться при перезапуске сервера, выполненном вручную клиентом или автоматически с помощью функции 7-дневного автоматического перезапуска. Уведомление отправляется клиенту, указывающее, что обслуживание не удалось применить, так как сервер остановлен и применяется при перезапуске сервера.

Клиенты могут заметить незначительное увеличение времени перезапуска (5–8 минут) при применении запланированного обслуживания, особенно во время ручного перезапуска.

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

Чтобы снизить усталость уведомлений, база данных Azure для PostgreSQL теперь объединяет запланированные уведомления об обслуживании для нескольких серверов в одном регионе в одном уведомлении, а не отправляет отдельное уведомление для каждого сервера. Это помогает клиентам более эффективно отслеживать предстоящее обслуживание, сохраняя видимость затронутых ресурсов.

Чтобы просмотреть серверы в подписке с предстоящим обслуживанием в регионе, перейдите на вкладку "Затронутые ресурсы" в соответствующем уведомлении в разделе "Работоспособности служб Azure" | Плановое обслуживание. На этой вкладке перечислены все затронутые серверы в подписке. Для каждого ресурса выберите дополнительные сведения для просмотра таких сведений, как состояние обслуживания и время начала запланированного обслуживания для этого сервера. Чтобы скачать список всех затронутых серверов, выберите "Экспорт в CSV" на вкладке "Затронутые ресурсы". Экспортированный файл .csv включает каждый затронутый сервер вместе со своим состоянием обслуживания и запланированным временем начала и окончания обслуживания.

Связанный контент

  • Last updated on