Использование расписаний обслуживания для управления обновлениями и обслуживанием службы

Функция планирования обслуживания интегрирует уведомления о запланированном обслуживании Работоспособности служб, мониторинг проверки Работоспособности ресурсов и службу планирования обслуживания для пула Synapse SQL (хранилище данных) в Azure Synapse Analytics.

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

Например, вы можете запланировать основной период с 22:00 субботы по 01:00 воскресенья, а дополнительный на среду с 19:00 до 22:00. Если обслуживание не может быть выполнено во время основного периода обслуживания, оно попробует запуститься во время дополнительного периода. В некоторых случаях обслуживание служб может запуститься во время основного и дополнительного периодов. Чтобы быстро завершить все операции обслуживания, DW400c и более низкие уровни хранилища данных могут завершить обслуживание за пределами определенного периода обслуживания.

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

При выборе периода обслуживания необходимо выбрать время начала и задать максимальную длительность. "Максимальная длительность периода обслуживания" определяет период времени, в котором будут выполняться задачи обслуживания. Этот период времени может составлять от трех (3) до восьми (8) часов с минимальным требованием трех (3) часов. В течение этого периода хранилище данных временно находится в автономном режиме, так как выделенный пул перемещается в обновленную емкость с помощью процесса приостановки и возобновления работы. В типичных условиях эта операция будет выполняться в течение 30 минут, но важно отметить, что в некоторых случаях это может занять больше времени. Например, если при начале обслуживания активные транзакции, они будут отменены и откаты, что может привести к задержкам при восстановлении веб-службы. Чтобы не допустить такой ситуации, мы рекомендуем убедиться, что в начале периода обслуживания активные длительные транзакции не выполняются.

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

Примечание.

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

Оповещения и мониторинг

Благодаря интеграции с уведомлениями о работоспособности служб и мониторингом проверки работоспособности ресурсов клиенты могут получать информацию о предстоящей деятельности по обслуживанию. Эта функция автоматизации использует Azure Monitor. Решите, как вы хотите получать уведомления о предстоящих событиях обслуживания. Кроме того, можно выбрать, какие автоматизированные потоки помогут управлять простоем и свести к минимуму эксплуатационное воздействие.

Примечание.

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

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

Все активные события по обслуживанию будут отображаться в разделе Работоспособность служб. Плановое обслуживание. Журнал работоспособности служб включает в себя полную запись о прошлых событиях. Обслуживание можно отслеживать с помощью панели мониторинга на портале проверки работоспособности служб Azure.

Доступность функции планирования обслуживания

Даже если функция планирования обслуживания недоступна для выбранного региона, вы все равно можете просматривать и изменять свое расписание в любое время. Когда функция планирования обслуживания станет доступна в вашем регионе, для пула Synapse SQL сразу же активируется настроенное расписание.

Просмотр расписания обслуживания

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

Чтобы просмотреть график обслуживания, примененный к пулу Synapse SQL, сделайте следующее:

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

Пропуск или изменение расписания обслуживания

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

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

• Вы можете вручную активировать обслуживание путем приостановки и возобновления (или масштабирования) выделенного пула SQL после начала цикла, для которого получено уведомление "Ожидание". Цикл обслуживания в выходные дни начинается в субботу в 00:00 UTC; цикл обслуживания в середине недели начинается во вторник в 12:00 UTC.

• Хотя нам требуется минимальное окно в течение 3 часов, в типичных условиях эта операция завершится в течение 30 минут. При этом важно отметить, что в некоторых случаях для этого может потребоваться больше времени. Например, если при начале обслуживания активные транзакции, они будут отменены и откаты, что может привести к задержкам при восстановлении веб-службы. Чтобы не допустить такой ситуации, мы рекомендуем убедиться, что в начале периода обслуживания активные длительные транзакции не выполняются.

Примечание.

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

Определение основного и дополнительного периодов

Основной и дополнительный периоды должны приходиться на разные дни. Например, основной период — со вторника по четверг, а дополнительный — с субботы по воскресенье. Термины "Primary" и "Secondary" должны рассматриваться как "Окно 1" и "Окно 2" соответственно. Это означает, что любой из окон может быть выбран в любом порядке для развертывания обновлений обслуживания.

Чтобы изменить график обслуживания для пула Synapse SQL, сделайте следующее:

1. Войдите на портал Azure.

2. Выберите пул Synapse SQL, который необходимо обновить. В колонке обзора откроется страница. Откройте страницу для настройки графика обслуживания, выбрав ссылку на сводку Расписание обслуживания в колонке обзора. Также можно выбрать параметр Расписание обслуживания в меню ресурсов слева.

   

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

   

4. Выберите основной и дополнительный период обслуживания в раскрывающемся списке:

   • День. Предпочтительный день для выполнения обслуживания в выбранный период.
   • Время начала. Время начала периода обслуживания.
   • Период времени. Продолжительность периода обслуживания.

   Сводка расписания внизу страницы обновится в соответствии с выбранными значениями.

5. Выберите Сохранить. Появится сообщение, подтверждающее назначение нового расписания.

   Вы можете обновить день, время начала, окно времени (включая 8-часовое окно по умолчанию) в любое время. В случае сохранения расписания обслуживания в регионе, в котором еще не поддерживается эта функция, появится следующее сообщение. Ваши параметры сохранятся и станут активными, когда функция будет доступна в выбранном регионе.

   

Часто задаваемые вопросы

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

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

Какие изменения были внесены по завершении обслуживания, хотя моя выделенная версия пула SQL не изменилась?

После обновления в рамках обслуживания версия пула SQL может остаться без изменений. Это связано с тем, что обслуживание может включать обновления ОС, исправления безопасности и драйверы, внутренние обновления инфраструктуры Azure, а также исправления и обновления DW. Только если исправление или обновление Synapse DW входит в обслуживание, вы увидите изменение версии выделенного пула SQL.

Можно ли обновить версию выделенного пула SQL по запросу?

• Нет, при запланированном обслуживании выполняется управление выделенными пулами SQL. Однако у вас могут быть некоторые варианты активации обслуживания после запуска цикла в зависимости от вашей ситуации. Проверка расписания обслуживания пропуска или изменения
• Важно помнить, что выделенный пул SQL — это функция "Платформа как услуга" (PaaS). Это означает, что Microsoft Azure выполняет все задачи, связанные со службой, такие как инфраструктура, обслуживание, обновления и масштабируемость. Запланированное обслуживание можно отслеживать, задав оповещение или уведомление, чтобы получать сведения о предстоящем обслуживании.

Какие изменения следует вносить до или после завершения обслуживания выделенного пула SQL?

• Во время обслуживания служба будет временно отключена, аналогично тому, что происходит во время приостановки, возобновления или масштабирования операции. Как правило, общая операция обслуживания выполняется в течение 30 минут. Однако в зависимости от активности базы данных во время обслуживания может потребоваться немного больше времени. Рекомендуется приостановка использования ETL, обновлений таблиц и особенно транзакционных операций, чтобы избежать более длительного обслуживания, чем обычное обслуживание. Например:
• Если экземпляр очень занят во время запланированного периода, особенно с частым действием обновления и удаления, операция обслуживания может занять больше времени, чем обычное время. Чтобы снизить вероятность расширенного обслуживания, рекомендуется ограничить действие в основном запросами только для чтения к базе данных, особенно избегая длительных транзакционных запросов (см. следующий элемент).
• При начале обслуживания активные транзакции отменяются и откатываются, что может привести к задержкам при восстановлении веб-службы. Чтобы не допустить такой ситуации, мы рекомендуем убедиться, что в начале периода обслуживания активные длительные транзакции не выполняются.

Нас уведомили о предстоящем запланированном обслуживании выделенного пула SQL с ИД отслеживания 0000-000, но в последствии оно было отменено или перенесено на другое время. Что стало причиной отмены или переноса обслуживания?

Различные факторы могут привести к отмене запланированного обслуживания, включая следующие:

• Приостановка или масштабирование операций после получения ожидающего уведомления об обслуживании во время запуска цикла.
• Если вы нацелены на различные цели уровня обслуживания (SLO) во время цикла обслуживания, например переход с любого уровня SLO выше DW400c, а затем масштабирование до уровня SLO ниже или равно DW400c или наоборот, может произойти отмена. Это связано с тем, что периоды обслуживания не применимы для DW400c или более низких уровней производительности, и они могут проходить обслуживание в любое время.
• Внутренние факторы инфраструктуры, такие как фактические изменения планового планирования обслуживания командой выпуска.
• Обслуживание может быть отменено или перепланировано, если внутренний мониторинг обнаруживает, что обслуживание занимает больше времени, чем ожидалось. Обслуживание должно быть завершено в рамках соглашений об уровне обслуживания (SLA), определенных параметрами периода обслуживания клиента.

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

• Да, если это возможно, приостанавливайте все рабочие нагрузки транзакций и ETL во время запланированного интервала обслуживания, чтобы избежать ошибок или задержек при восстановлении веб-службы. Длительные операции транзакций должны быть завершены до предстоящего периода обслуживания.
• Чтобы рабочие нагрузки были устойчивыми к прерываниям, вызванным операциями обслуживания, используйте логику повторных попыток для уровней подключения и команды (запроса), применяя более длинные интервалы повторных попыток и /или более повторных попыток, чтобы выдержать расширенную потерю подключения, которая может продлиться до или более 30 минут в некоторых случаях.

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

• Дополнительные сведения о создании, просмотре оповещений и управлении ими с помощью Azure Monitor см. в этой статье.
• Дополнительные сведения о действиях веб-перехватчика для правил генерации оповещений журнала см. в этой статье.
• Дополнительные сведения о создании групп действий и управлении ими.
• Дополнительные сведения о службе "Работоспособность служб Azure".