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

Планирование событий планового обслуживания Базы данных 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. Вы также можете настроить предварительные уведомления перед периодом обслуживания. Дополнительные сведения см. в разделе:

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

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

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

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

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

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

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

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

Вы также можете отслеживать и настраивать оповещения метрики доступности База данных SQL Azure в портал Azure.

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

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

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