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

Контрольный список высокого уровня доступности и аварийного восстановления — Управляемый экземпляр SQL Azure

  • Статья

Область применения: Управляемый экземпляр SQL Azure

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

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

Контрольный список для обеспечения доступности

Для максимальной доступности рекомендуется использовать следующие конфигурации:

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

Контрольный список для обеспечения высокой доступности

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

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

Контрольный список аварийного восстановления

Хотя Управляемый экземпляр SQL Azure автоматически поддерживает доступность, бывают случаи, когда даже высокий уровень доступности (избыточность зоны) не может гарантировать устойчивость, так как сбой затрагивает весь регион. Аварийное отключение регионального управлямого экземпляра Azure SQL может потребовать инициирования аварийного восстановления.

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

  • Включите группы отказоустойчивости для экземпляра.
    • Используйте конечные точки прослушивателей для чтения и записи, а также только для чтения в строке подключения вашего приложения, чтобы приложения автоматически подключались к тому экземпляру, который является главным.
    • Задайте политику отработки отказа управляемую клиентом.
  • Убедитесь, что гео-вторичный экземпляр создается с тем же уровнем службы, поколением аппаратного обеспечения и размером вычислительных ресурсов, что и основной экземпляр.
  • При увеличении масштаба сначала масштабируйте гео-вторичный, а затем основной объект.
  • При уменьшении масштаба порядок действий нужно выполнять в обратном порядке: сначала уменьшите основной компонент, затем — вторичный.
  • Аварийное восстановление, по сути, предназначено для использования асинхронной репликации данных между основным и вторичным регионом. Чтобы определить приоритет доступности данных по сравнению с более высокой задержкой фиксации, рассмотрите возможность вызова хранимой процедуры sp_wait_for_database_copy_sync сразу после фиксации транзакции. Вызов sp_wait_for_database_copy_sync блокирует вызывающий поток до тех пор, пока последняя зафиксированная транзакция не будет передана и зафиксирована в журнале транзакций вторичной базы данных.
  • Отслеживайте задержку в отношении целевой точки восстановления (RPO), используя столбец replication_lag_sec динамического административного представления sys.dm_geo_replication_link_status основной базы данных. Динамическое административное представление данных показывает задержку в секундах между транзакциями, зафиксированными на основном объекте, и записанными в журнал транзакций на дополнительном объекте. Например, предположим, что задержка составляет одну секунду в определенный момент времени. Если на основной элемент повлияет сбой и в этот момент времени инициируется отказоустойчивость между геолокациями, то транзакции, зафиксированные в последнюю секунду, будут потеряны.
  • Если включение групп отработки отказа невозможно, рекомендуется задать опцию избыточности хранилища резервных копий на геоизбыточное резервное копирование, чтобы использовать возможность геовосстановления.
  • Часто планируйте и проводите учебные тренировки по аварийному восстановлению, чтобы лучше подготовиться в случае реального сбоя.

Подготовьте резервный компонент для перебоя в работе

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

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

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

Дополнительные сведения см. в следующих статьях: