Планирование событий планового обслуживания Базы данных SQL Azure и Управляемого экземпляра SQL Azure

  • Статья

Применимо к:База данных SQL Azure Управляемый экземпляр SQL Azure

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

Что такое событие планового обслуживания?

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

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

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

  • Для баз данных критически важный для бизнеса и Premium один из вторичных реплика станет новым основным реплика.
  • Для баз данных общего назначения (Standard и Basic) первичная реплика будет перемещена на другой кластерный узел без отслеживания состояния с достаточным объемом свободной емкости.

Что происходит во время события планового обслуживания

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

Если при попытке нового подключения база данных проходит перенастройку, прежде чем новая первичная реплика находится в сети, возникает ошибка 40613 (база данных недоступнаDatabase '{databasename}' on server '{servername}' is not currently available. Please retry the connection later.): если база данных имеет длительный запрос, этот запрос будет прерван во время перенастройки и потребуется перезапустить.

Функция периода обслуживания

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

  • Для База данных SQL Azure доступны периоды обслуживания и предварительные уведомления о периодах обслуживания.
  • Для Управляемый экземпляр SQL Azure обычно доступны периоды обслуживания, но предварительные уведомления — это предварительная версия.

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

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

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

Для Управляемый экземпляр SQL Azure также просмотрите инициирование ручной отработки отказа. Отработка отказа вручную создает идентичное поведение, так как событие обслуживания приводит к первичному реплика автономному режиму.

Логика повторных попыток

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

Оповещения службы "Работоспособность служб"

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

Работоспособность ресурса

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

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