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

Tip

Microsoft Fabric Data Warehouse — это реляционное хранилище корпоративного масштаба на основе озера данных, с архитектурой, готовой к будущему, встроенной ИИ и новыми функциями. Если вы не знакомы с хранилищем данных, начните с Fabric Data Warehouse. Существующие рабочие нагрузки выделенного пула SQL могут обновляться до Fabric для доступа к новым возможностям в области науки о данных, аналитики в реальном времени и отчетности.

• Start a Fabric бесплатная пробная версия.
• Ассистент по миграции для Fabric Data Warehouse.

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

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

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

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

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

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

Примечание

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

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

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

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

Чтобы настроить оповещение о работоспособности службы для планового обслуживания, перейдите на портал Azure и перейдите к разделу "Работоспособное состояние службы ". Выберите вкладку "Оповещения" и создайте новое оповещение, указав тип службы в качестве: Azure Synapse Analytics или (и) хранилище данных SQL на основе типа пула. Выберите "Обслуживание " в качестве типа события, определите область и параметры уведомлений в соответствии с вашими предпочтениями и сохраните конфигурацию оповещения. Для получения более подробных инструкций обратитесь к следующим ресурсам:

• Оповещения о состоянии служб.
• Как создать оповещение о состоянии службы.

Примечания:

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

• Для выделенного пула SQL (ранее — хранилище данных SQL), выбор службы должен быть хранилищем данных SQL
  • Для выделенного пула SQL в рабочей области Azure Synapse Analytics требуется выбрать службу Azure Synapse Analytics

Примечание

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

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

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

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

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

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

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

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

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

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

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

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

Примечание

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

Определение основных и вторичных окон

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

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

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

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

   

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

   

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.