Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Гибкий сервер База данных Azure для PostgreSQL периодически проходит операции обслуживания, чтобы обеспечить безопасность, стабильность и актуальность управляемой базы данных. Обслуживание может включать обновления платформы, обновления операционной системы, исправления безопасности и обновления ядра PostgreSQL.
Это важно
Избегайте любых операций с сервером (изменений, изменений конфигурации, запуска или остановки сервера) во время обслуживания База данных Azure для PostgreSQL Flexible Server. Участие в этих действиях может привести к непредсказуемым результатам и, возможно, повлиять на производительность сервера и стабильность. Дождитесь завершения обслуживания перед выполнением операций сервера.
Окно обслуживания
Вы можете запланировать обслуживание в течение определенного дня недели и период времени в течение этого дня. Или вы можете разрешить системе выбрать день и период времени для вас автоматически.
Система отправляет уведомления об обслуживании пять календарных дней заранее, чтобы у вас было достаточно времени для подготовки. Система также сообщает вам о начале обслуживания и успешном завершении работы.
Вы можете получать уведомления о предстоящем запланированном обслуживании с помощью следующих способов:
- Электронная почта по конкретному адресу.
- Электронная почта для роли в Azure Resource Manager.
- Текстовое сообщение на мобильные устройства.
- Push-уведомление в приложение Azure.
- Голосовое сообщение.
При указании параметров расписания обслуживания выберите между пользовательским расписанием и системным управляемым расписанием. Если вы выбираете настраиваемое расписание, укажите день недели и временное окно. Но если выбрать управляемое системой расписание, система выбирает день. И в течение этого дня он выбирает одночасовое окно времени в период от 11:00 до 7:00 в вашем регионе сервера. Вы можете настроить различные расписания обслуживания для каждого База данных Azure для PostgreSQL гибкого сервера.
Это важно
Как правило, интервал между событиями запланированного обслуживания для сервера составляет не менее 30 дней. Но для критического аварийного обновления, например серьезной уязвимости, окно уведомлений может быть короче пяти дней или даже опущено. Критическое обновление может применяться к серверу, даже если система выполнила запланированное обслуживание за последние 30 дней.
Параметры запланированного обслуживания можно обновлять в любое время. Если для вашего гибкого сервера База данных Azure для PostgreSQL запланировано обслуживание и вы обновите параметры запланированного обслуживания, текущее развертывание не перепланируется. Оно состоится в тот день и время, на которые уже назначено. Изменения запланированных параметров обслуживания вступают в силу после успешного завершения следующего запланированного обслуживания.
Окна обслуживания, управляемые системой (SMW), и окна обслуживания, настраиваемые пользователем (CMW)
Для каждого База данных Azure для PostgreSQL гибкого сервера в подписке Azure можно определить управляемое системой расписание или пользовательское расписание:
- При использовании управляемого системой расписания система выбирает любое одночасовое окно в период от 11:00 до 7:00 в течение времени вашего региона сервера.
- При использовании настраиваемого расписания необходимо указать период обслуживания сервера, выбрав день недели и время начала одночасового периода времени.
Запланированное обслуживание сначала происходит на серверах, настроенных с помощью системных расписаний. Серверы с пользовательскими расписаниями начинают работу как минимум через семь дней в пределах региона. Чтобы получить ранние обновления для серверов разработки и тестирования, используйте системное расписание. Этот выбор расписания позволяет выполнять раннее тестирование и устранение проблем, прежде чем обновления достигают рабочих серверов с пользовательскими расписаниями.
Обновления для серверов с пользовательским расписанием начинаются семь дней спустя во время определенного периода обслуживания. После уведомления вы не сможете отложить обновления. Используйте пользовательские расписания только для рабочих сред.
В редких случаях система отменяет некоторые события технического обслуживания, или некоторые события не завершаются успешно. Если обновление завершается ошибкой, выполняется откат, и на сервере восстанавливается предыдущая версия двоичных файлов. Сервер по-прежнему может перезапуститься во время периода обслуживания.
Если обновление отменено или не выполнено, система создает уведомление об отмене или сбое обслуживания. Следующая попытка выполнить обслуживание запланирована в соответствии с текущими параметрами расписания, и вы получите уведомление о нем 5 календарных дней заранее.
Рекомендации и ограничения планового обслуживания
Имейте в виду эти рекомендации во время ежемесячного планового обслуживания:
- Ежемесячное обслуживание оказывает существенное влияние и сопровождается некоторым простоем.
- Время простоя зависит от транзакционной нагрузки на сервер во время обслуживания.
- После планирования обслуживания все изменения параметров обслуживания применяются только к следующему циклу обслуживания, а не к текущему.
Просмотреть предстоящее техническое обслуживание
Перед началом обслуживания можно просмотреть предстоящие события обслуживания для гибкого сервера. Эта видимость помогает понять, когда планируется обслуживание, можно ли перепланировать событие и какой тип обновления планируется.
Просматривайте сведения о предстоящем обслуживании в портале Azure. Поддержка Azure CLI или REST API находится в разработке.
Когда будет доступно предстоящее событие обслуживания, вы можете просмотреть такие сведения, как:
- Следующее запланированное событие обслуживания
- Предполагаемое время начала
- Предполагаемое время окончания
- Тип обслуживания
- Статус обслуживания
- Можно ли перенести событие
- Крайний срок для перепланирования, если применимо
Note
Если в настоящее время для сервера не запланировано событие обслуживания, возможно, не отображаются сведения о предстоящем обслуживании.
Перенести плановое обслуживание на более позднюю дату
При эксплуатации производственных рабочих нагрузок может потребоваться избегать проведения обслуживания в критически важные для бизнеса периоды, такие как часы пиковой нагрузки, окна релизов, миграции, закрытие финансового периода или сезонные события. Если предстоящее событие обслуживания можно перенести, вы можете перенести обслуживание на более позднее доступное время, которое лучше соответствует потребностям вашей рабочей нагрузки.
Вы можете перенести обслуживание с помощью портала Azure. Поддержка Azure CLI или REST API находится в разработке.
Что дает перенос сроков технического обслуживания
Перенос обслуживания позволяет:
- Просмотрите предстоящее обслуживание сервера.
- Выберите дату и время будущего подходящего обслуживания.
- Отложите обслуживание до 14 дней с первоначально запланированной даты обслуживания.
- Избегайте обслуживания во время бизнес-периодов с высоким риском.
- Следите за обновленным расписанием обслуживания.
Note
Некоторые работы по обслуживанию могут не поддерживать перенос. Например, необходимо применить критическое обслуживание по обеспечению безопасности или соответствия требованиям в течение требуемого периода времени.
Необходимые условия
Чтобы перепланировать обслуживание, вам потребуется:
- Гибкий сервер Базы данных Azure для PostgreSQL.
- Предстоящие работы по техническому обслуживанию, которые можно перенести.
- Сервер, использующий настраиваемое управляемое окно обслуживания.
- Поддерживаемый уровень вычислений.
Поддерживаемые серверы
Перенос обслуживания поддерживается для серверов на следующих вычислительных уровнях:
- General Purpose
- Memory Optimized
Планирование обслуживания не поддерживается для серверов с возможностью ускорения вычислений.
Правила и ограничения переноса
Прежде чем перепланировать обслуживание, ознакомьтесь со следующими правилами:
- Действие reschedule доступно только в том случае, если запланировано событие обслуживания.
- Событие обслуживания должно допускать перенос.
- Можно выбрать только доступные слоты на будущее время.
- Новое время обслуживания должно попадать в допустимый интервал переноса.
- Обслуживание может быть перепланировано до 14 дней с даты первоначального уведомления о расписании.
- Перепланирование недоступно начиная с 15 минут до первоначально запланированного времени обслуживания.
- Вы можете изменять перенесённое время несколько раз при условии, что обслуживание ещё не перешло в состояние подготовки, а новое время попадает в допустимый интервал для переноса.
Это важно
Перенос сроков изменяет время применения обслуживания, но не отменяет событие обслуживания.
Применить обслуживание по запросу
Если доступно предстоящее событие технического обслуживания, вы можете немедленно выполнить обслуживание вместо того, чтобы ждать запланированного окна обслуживания. Этот параметр обеспечивает более широкий контроль над запуском обслуживания и помогает применять обновления за время, безопасное для рабочей нагрузки.
Вы можете применить обслуживание по запросу с помощью портала Azure. Поддержка Azure CLI или REST API находится в разработке.
Что дает обслуживание по запросу
Применение обслуживания по требованию позволяет:
- Просмотреть предстоящее событие технического обслуживания.
- Немедленно начните соответствующее обслуживание.
- Примените обновления, если рабочая нагрузка может терпеть перезагрузку или кратковременные нарушения.
- Уменьшите вероятность запуска обслуживания в течение менее удобного запланированного времени.
- Отслеживайте статус обслуживания при переходе от состояния «Запланировано» к состоянию «Выполняется», а затем к состоянию «Завершено».
Note
Применение обслуживания по требованию не отменяет событие обслуживания. Он немедленно запускает подходящий рабочий процесс обслуживания.
Поддерживаемые состояния технического обслуживания
Действие Apply now доступно только в том случае, если:
- Найдено подходящее событие технического обслуживания.
- Сервер еще не поддерживается.
- Событие обслуживания находится в состоянии
ScheduledилиRescheduled.
После того как вы подтвердите Применить сейчас, сервер перейдёт в процесс подготовки к обслуживанию, а событие обслуживания перейдёт в состояние InProgress.
Это важно
Немедленное применение обслуживания может привести к перезапуску сервера в течение окна обслуживания. Убедитесь, что приложение может терпеть временные прерывания перед применением обслуживания по требованию.
Просмотр журнала обслуживания
Журнал обслуживания можно просмотреть для просмотра событий прошлого обслуживания для сервера. Журнал обслуживания помогает понять, когда произошло обслуживание, какой тип обслуживания был применен, и окончательное состояние события.
Вы можете просмотреть историю обслуживания для своего сервера с помощью портала Azure. Поддержка Azure CLI или REST API находится в разработке.
Что предоставляет история обслуживания
История обслуживания позволяет:
- Просмотрите события прошлого обслуживания для сервера.
- Узнайте, когда запущено и завершено обслуживание.
- Просмотр типа обслуживания и состояния.
- Убедитесь, что событие обслуживания выполнено успешно.
- Поддержка операционных проверок, расследований инцидентов и требований к аудиту.
Note
Если прошлые события обслуживания недоступны для сервера, раздел журнала обслуживания может быть пустым.
Применение технического обслуживания для остановленных или отключенных экземпляров
Если сервер PostgreSQL останавливается во время запланированного обслуживания, обслуживание не применяется немедленно. Вместо этого обслуживание применяется при перезапуске сервера вручную клиентом или автоматически через функцию автоматического перезапуска 7 дней . Уведомление отправляется клиенту, указывающее, что обслуживание не удалось применить, так как сервер остановлен и применяется при перезапуске сервера.
Клиенты могут заметить незначительное увеличение времени перезапуска (5–8 минут) при применении запланированного обслуживания, особенно во время ручного перезапуска.
Уведомления о консолидированном обслуживании
Клиенты, выполняющие несколько Azure баз данных для серверов PostgreSQL, могут получать несколько отдельных уведомлений для одного и того же события планового обслуживания, что затрудняет отслеживание обслуживания. Чтобы сократить эти затраты, База данных Azure для PostgreSQL теперь объединяет запланированные уведомления о обслуживании для нескольких серверов в одном регионе в одном уведомлении. Это помогает уменьшить усталость уведомлений и упрощает отслеживание предстоящего обслуживания при сохранении видимости затронутых ресурсов.
Note
Если вы настроите оповещение о состоянии службы, вы будете получать уведомления по электронной почте или в мобильном приложении Azure о предстоящем плановом обслуживании в регионе. Для консолидированного обслуживания отправляется одно уведомление или сообщение электронной почты , чтобы сообщить вам о предстоящем обслуживании в регионе и другом уведомлении, отправленном при завершении обслуживания в регионе. Если обслуживание отменено для региона, вы получите третье уведомление или сообщение электронной почты. Вы не получаете уведомление или электронное письмо ни во время выполнения обслуживания, ни после его завершения по каждому серверу.
Чтобы просмотреть плановое обслуживание, выберите "Вид" в Работоспособность служб Azure в электронной почте уведомления о обслуживании.
Затем перейдите к разделу «Плановое обслуживание» на портале Работоспособность служб Azure Portal и выберите конкретное уведомление База данных Azure для PostgreSQL.
На вкладке сводки содержатся сведения о предстоящем обслуживании в регионе, включая регион, затронутые подписки, время начала и окончания обслуживания. Время начала и окончания представляет длительность планового обслуживания для всех затронутых серверов в этом регионе, включая ваши. Чтобы просмотреть серверы в подписке с предстоящим обслуживанием и запланированным временем начала и окончания, выберите вкладку затронутых ресурсов. Чтобы просмотреть список заметных функций, изменения версии PostgreSQL, улучшения и исправления проблем, содержащиеся в обновлении обслуживания, выберите заметки о выпуске обслуживания на странице сводки.
На вкладке затронутых ресурсов перечислены все затронутые серверы в подписке. Для каждого ресурса выберите дополнительные сведения, чтобы просмотреть такие сведения, как состояние обслуживания, запуск запланированного обслуживания сервера и время окончания. Чтобы просмотреть состояние обслуживания, время начала и окончания всех затронутых серверов, выберите "Экспорт в CSV" на вкладке "Затронутые ресурсы".
Экспортированный .csv-файл включает каждый затронутый сервер вместе со своим состоянием обслуживания и запланированным временем начала и окончания обслуживания. Все указанные значения времени приведены в UTC.
Note
Этот .csv файл представляет моментальный снимок состояния затронутых серверов в один момент времени. Рекомендуется снова скачать .csv файл, чтобы проверить текущее состояние обслуживания в любое время, особенно для проверки обслуживания на сервере. Для вопросов или поддержки создайте запрос support на портале Azure.