Поделиться через

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

  • Статья

Применимо к: База данных SQL Azure

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

Примечание.

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

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

Обзор

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

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

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

Внимание

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

Улучшите предсказуемость с помощью окна обслуживания

По умолчанию политика обслуживания SQL Azure блокирует выполнение наиболее существенных обновлений в течение периода с 8:00 до 17:00 по местному времени каждый день во избежание сбоев во время стандартных рабочих часов с максимальной нагрузкой. Локальное время определяется расположением региона Azure, в котором размещен ресурс, и может учитывать переход на летнее время в соответствии с определением местного часового пояса.

Во время обслуживания базы данных остаются доступными, но для некоторых обновлений может потребоваться переключение на резерв. Период технического обслуживания по умолчанию (с 5 вечера до 8 утра) ограничивает большинство действий этим временем, но срочные обновления могут проводиться за его пределами. Чтобы убедиться, что все обновления происходят только во время периода обслуживания, выберите параметр, отличный от по умолчанию.

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

  • Окно по будням: с 22:00 до 06:00 по местному времени, с понедельника по четверг
  • Окно Выходные: с 22:00 до 06:00 по местному времени, с пятницы по воскресенье

Указанные дни периода обслуживания обозначают день начала каждого восьмичасового периода обслуживания. Например, "с 22:00 до 06:00 по местному времени, с понедельника по четверг" означает, что период обслуживания начинается в 22:00 по местному времени в каждый указанный день (с понедельника по четверг) и завершается в 06:00 по местному времени в следующий день (со вторника по пятницу).

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

Примечание.

База данных SQL Azure следует практике безопасного развертывания, при которой гарантируется, что парные регионы Azure не развертываются в одно и то же время. Однако невозможно предсказать, какой регион будет обновлен первым, поэтому порядок развертывания не гарантируется. Иногда база данных-источник будет обновляться сначала, а иногда и вторичная.

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

Внимание

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

Предварительные уведомления

Уведомления об обслуживании можно настроить на оповещение о предстоящих событиях планового обслуживания для Базы данных SQL Azure. Предупреждения поступают за 24 часа до открытия временного промежутка обслуживания и в конце периода обслуживания. Дополнительные сведения см. в статье Расширенные уведомления.

Доступность функций

Поддерживаемые типы подписок

Настройка и использование периода обслуживания доступны для следующих типов предложений: Оплата по факту использования, Поставщик облачных решений (CSP), Соглашение Microsoft Enterprise или Клиентское соглашение Microsoft.

Предложения, ограниченные только для разработки и тестирования, не имеют права (например, Dev/Test с оплатой по мере использования или Enterprise Dev/Test в качестве примеров).

Примечание.

Предложение Azure обозначает тип имеющейся подписки Azure. Например, подписка с оплатой по мере использования, Azure с открытой корпоративной лицензией и Visual Studio Enterprise — все это предложения Azure. Каждое предложение или план имеют свои условия и преимущества. Ваше предложение или план отображается в обзоре подписки. Сведения о том, как изменить подписку и воспользоваться другим предложением, см. в статье Переключение подписки Azure на другое предложение.

Поддерживаемые цели уровня обслуживания

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

  • SLOs не поддерживаются:
    • База данных Azure SQL на уровнях DTU Basic, S0 и S1
    • Оборудование для постоянного тока
    • Оборудование Fsv2

Другие сценарии:

Поддержка региона для окон обслуживания в базе данных Azure SQL

Дополнительные сведения см. в разделе Доступность компонентов по регионам для базы данных SQL Azure.

Обслуживание шлюза

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

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

Дополнительные сведения о политике подключения клиентов в Базе данных SQL Azure см. в статье Политика подключения к базе данных SQL Azure.

Получение списка событий обслуживания

Azure Resource Graph — это служба Azure, предназначенная для расширения управления ресурсами Azure. Azure Resource Graph Explorer обеспечивает эффективную и высокопроизводительную оценку ресурсов с возможностью выполнения запросов к заданному набору подписок в большом масштабе, чтобы вы могли эффективно управлять своей средой.

Azure Resource Graph Explorer можно использовать для запроса событий обслуживания. Общие сведения о выполнении этих запросов см. в статье Краткое руководство. Запуск первого запроса Resource Graph с помощью Azure Resource Graph Explorer.

Чтобы проверить наличие событий обслуживания для всех баз данных SQL в подписке, используйте следующий пример запроса в Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Полный справочник по примерам запросов и их использовании в таких средствах, как PowerShell или Azure CLI, см. в статье Примеры запросов Azure Resource Graph для службы "Работоспособность служб Azure".

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