Период обслуживания в База данных SQL Azure
Применимо к:
База данных 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, следует отличать расписания периода обслуживания для базы данных-источника и вторичной базы данных. Например, можно выбрать период обслуживания Weekday для базы данных гео-вторичной базы данных и периода обслуживания выходных данных для гео-первичной базы данных.
Внимание
В очень редких случаях, когда любое отложение действия может привести к серьезному влиянию, например применение критического исправления безопасности, настроенное окно обслуживания может временно переопределяться.
Расширенные уведомления
Уведомления об обслуживании можно настроить на оповещение о предстоящих событиях планового обслуживания для Базы данных SQL Azure. Оповещения прибывают 24 часа заранее, прежде чем откроется период обслуживания, и в конце периода обслуживания. Дополнительные сведения см. в статье Расширенные уведомления.
Доступность функций
Поддерживаемые типы подписок
Настройка и использование периода обслуживания доступна для следующих типов предложений: оплаты по мере использования, поставщик облачных решений (CSP), Microsoft Соглашение Enterprise или Клиентское соглашение Майкрософт.
Предложения, ограниченные только для разработки и тестирования, не соответствуют требованиям (например, для разработки и тестирования по мере использования или тестирования по мере использования или enterprise Dev/Test в качестве примеров).
Примечание.
Предложение Azure обозначает тип имеющейся подписки Azure. Например, подписка с оплатой по мере использования, Azure с открытой корпоративной лицензией и Visual Studio Enterprise — все это предложения Azure. Каждое предложение или план имеют свои условия и преимущества. Ваше предложение или план отображается в обзоре подписки. Сведения о том, как изменить подписку и воспользоваться другим предложением, см. в статье Переключение подписки Azure на другое предложение.
Цели уровня обслуживания
Выбор периода обслуживания, отличного от используемого по умолчанию, доступен во всех соглашениях об уровне обслуживания, за исключением следующих.
- SlOs не поддерживается:
- База данных SQL Azure уровнях DTU Basic, S0 и S1
- Оборудование контроллера домена
- Оборудование Fsv2
Другие сценарии:
- Период обслуживания для эластичных пулов гипермасштабирования находится в предварительной версии и доступен в определенных регионах и конфигурациях. Дополнительные сведения см. в блоге: поддержка периода обслуживания для База данных SQL Azure эластичных пулов с гипермасштабированием.
- Период обслуживания поддерживается для именованных реплик.
поддержка База данных SQL Azure региона для периодов обслуживания
Выбор периода обслуживания для База данных SQL Azure, отличных от по умолчанию, доступен в следующих регионах, упорядоченных по модели приобретения.
В следующей таблице приведена таблица для баз данных, которые не являются избыточными по зонам. Сведения о базах данных в зоне доступности Azure см. в таблице для баз данных, избыточных между зонами.
| Регион Azure | Оптимизированная для гипермасштабирования память серии "Премиум" и "Премиум" | Серия "Стандартный" гипермасштабирования | Все остальные База данных SQL Azure модели приобретения и уровни |
|---|---|---|---|
| Восточная Австралия | Да | Да | Да |
| Юго-Восточная часть Австралии | Да | Да | |
| Южная Бразилия | Да | Да | |
| Юго-Восточная Бразилия | Да | Да | |
| Центральная Канада | Да | Да | Да |
| Восточная Канада | Да | Да | |
| Центральная Индия | Да | Да | |
| Центральная часть США | Да | Да | Да |
| Восточный Китай 2 | Да | Да | |
| Северный Китай 2 | Да | Да | |
| Восточная часть США 1 | Да | Да | Да |
| Восточная часть США 2 | Да | Да | Да |
| Восточная Азия | Да | Да | |
| Центральная Франция | Да | Да | |
| Франция (юг) | Да | Да | |
| Центрально-Западная Германия | Да | Да | |
| Восточная Япония | Да | Да | Да |
| Западная Япония | Да | Да | |
| Центрально-северная часть США | Да | Да | |
| Северная Европа | Да | Да | Да |
| Северная часть ЮАР | Да | Да | |
| Центрально-южная часть США | Да | Да | Да |
| Индия (юг) | Да | Да | |
| Юго-Восточная Азия | Да | Да | |
| Северная Швейцария | Да | Да | |
| Северная часть ОАЭ; | Да | Да | |
| южная часть Соединенного Королевства | Да | Да | Да |
| западная часть Соединенного Королевства | Да | Да | |
| US Gov (Техас) | Да | Да | |
| US Gov (Вирджиния) | Да | Да | |
| Центрально-западная часть США | Да | Да | |
| Западная Европа | Да | Да | Да |
| западная часть США | Да | Да | Да |
| западная часть США 2 | Да | Да | Да |
| Западная часть США — 3 | Да | Да | Да |
В следующей таблице представлены базы данных, избыточные между зонами.
| Регион Azure | Оптимизированная для гипермасштабирования память серии "Премиум" и "Премиум" | Серия "Стандартный" гипермасштабирования | Все остальные модели приобретения и уровни База данных SQL Azure в зоне доступности Azure |
|---|---|---|---|
| Восточная Австралия | Да | Да | Да |
| Центральная Канада | Да | Да | Да |
| Центральная часть США | Да | Да | Да |
| Восточная часть США 1 | Да | Да | Да |
| Восточная часть США 2 | Да | ||
| Центральная Франция | Да | Да | |
| Восточная Япония | Да | ||
| Северная Европа | Да | Да | Да |
| Центрально-южная часть США | Да | ||
| Юго-Восточная Азия | Да | ||
| южная часть Соединенного Королевства | Да | ||
| Западная Европа | Да | Да | Да |
| западная часть США 2 | Да | ||
| Западная часть США — 3 | Да | Да | Да |
Обслуживание шлюза
Чтобы максимально эффективно использовать периоды обслуживания, убедитесь, что клиентские приложения используют политику перенаправления подключений. Перенаправление является рекомендуемой политикой подключения, когда клиенты устанавливают подключения непосредственно к узлу, на котором размещена база данных, что приводит к снижению задержки и повышению пропускной способности.
В Базе данных 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".