Что такое группа доступности Always On?

Применимо к:SQL Server

В этой статье представлены основные понятия групп доступности AlwaysOn, которые являются центральными для настройки одной или нескольких групп доступности в выпуске Enterprise SQL Server. В выпуске Standard ознакомьтесь с группами доступности Basic.

Функция групп доступности AlwaysOn — это решение с высоким уровнем доступности и аварийного восстановления, которое предоставляет альтернативу корпоративному уровню для зеркало баз данных. Представлено в SQL Server 2012 (11.x), группы доступности AlwaysOn максимизирует доступность набора пользовательских баз данных для предприятия. Группа доступности поддерживает среду отработки отказа для дискретного набора пользовательских баз данных, известных как базы данных доступности, которые совместно выполняют переход на другой ресурс. Группа доступности поддерживает набор первичных баз данных чтения и записи и от одного до четырех наборов соответствующих вторичных баз данных. Кроме того, базы данных-получатели можно сделать доступными только для чтения или для некоторых операций резервного копирования.

С помощью SQL Server с поддержкой Azure Arc можно просматривать группы доступности в портал Azure.

Обзор

Группа доступности поддерживает реплицированную среду для дискретного набора пользовательских баз данных, известных как базы данных доступности. Можно создать группу доступности для обеспечения высокой доступности (HA) или для чтения и масштабирования. Группа доступности HA — это группа баз данных, для которых отработка отказа выполняется одновременно. Группа доступности для чтения и масштабирования — это группа баз данных, которые копируются на другие экземпляры SQL Server для рабочей нагрузки только для чтения. Группа доступности поддерживает один набор баз данных-источников и до восьми наборов соответствующих баз данных-получателей. Базы данных-получатели не являются резервными копиями. Продолжайте регулярно создавать резервные копии баз данных и их журналов транзакций.

Совет

Можно создать резервную копию базы данных-источника любого типа. Кроме того, также можно создавать резервные копии журналов и полные резервные копии баз данных-получателей. Дополнительные сведения см. в статье "Активные вторичные файлы: резервное копирование на вторичных репликах").

Каждый набор баз данных доступности размещается реплика доступности. Существует два типа реплик доступности: одна первичная реплика, в которых размещаются базы данных-источник и по восемь дополнительных реплика, каждая из которых размещает набор баз данных-получателей и служит потенциальными целевыми объектами отработки отказа для группы доступности. Группа доступности выполняет переход на другой ресурс на уровне реплики доступности. Реплика доступности обеспечивает избыточность только на уровне базы данных для набора баз данных из одной группы доступности. Отработка отказа не вызвана такими проблемами базы данных, как база данных, ставшей подозреваемой из-за потери файла данных или повреждения журнала транзакций.

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

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

SQL Server 2017 предусматривает две различные инфраструктуры для групп доступности. Группы доступности AlwaysOn обеспечивают высокий уровень доступности, аварийного восстановления, чтения и масштабирования или балансировки. Для этих групп доступности требуется диспетчер кластеров. В Windows диспетчер кластеров доступен в рамках функции отказоустойчивой кластеризации. В Linux можно использовать Pacemaker. Другая архитектура — это группа доступности для чтения и масштабирования. Эта группа доступности предоставляет реплики для рабочих нагрузок только для чтения, но не для обеспечения высокого уровня доступности. В группе доступности масштабирования чтения диспетчер кластеров отсутствует, так как отработка отказа не может быть автоматической.

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

Примечание.

Сведения о группах доступности в Linux см. в статье Группы доступности Always On для SQL Server в Linux.

В конфигурации с высоким уровнем доступности роль кластера создается для каждой создаваемой группы доступности. Кластер WSFC отслеживает эту роль для оценки работоспособности первичной реплики. Кворум для Группы доступности AlwaysOn рассчитывается на всех узлах в кластере WSFC вне зависимости от того, хранится ли на данном узле кластера какая-либо реплика доступности. В отличие от процесса зеркального отображения базы данных, в Группы доступности AlwaysOn нет роли следящего объекта.

Примечание.

Сведения о связи компонентов AlwaysOn SQL Server с кластером WSFC см. в разделе Отказоустойчивая кластеризация Windows Server (WSFC) с использованием SQL Server.

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

Diagram of an availability group with five replicas.

Термины и определения

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

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

база данных-источник
Копия базы данных доступности для чтения и записи.

база данных-получатель
Копия базы данных доступности только для чтения.

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

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

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

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

Базы данных доступности

Чтобы можно было добавить базу данных в группу доступности, база данных должна быть в сети, быть доступной для чтения и записи и существовать на экземпляре сервера, на котором располагается первичная реплика. При добавлении база данных присоединяется к группе доступности как база данных-источник, оставаясь доступной для клиентов. База данных-получатель не существует до тех пор, пока резервные копии новой базы данных-источника не будут восстановлены на экземпляр сервера, на котором размещается вторичная реплика (с помощью инструкции RESTORE WITH NORECOVERY). Новая база данных-получатель находится в состоянии RESTORING до тех пор, пока она не будет присоединена к группе доступности. Дополнительные сведения см. в разделе "Запуск перемещения данных" в базе данных-получателе AlwaysOn.

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

Важно!

База данных доступности в Transact-SQL, Powershell и управляющих объектах SQL Server (SMO) иногда называется репликой базы данных. Например, термин "база данных реплика" используется в именах динамических административных представлений AlwaysOn, возвращающих сведения о базах данных доступности: sys.dm_hadr_database_replica_states иsys.dm_hadr_database_replica_cluster_states. Однако в электронной документации по SQL Server термин «реплика» обычно относится к репликам доступности. Например, фразы «первичная реплика» и «вторичная реплика» всегда относятся к репликам доступности.

Реплики доступности

Каждая группа доступности определяет набор из двух или более партнеров по обеспечению отработки отказа, известных как реплики доступности. Реплики доступности являются компонентами группы доступности. На каждой реплике доступности размещается копия баз данных доступности в группе доступности. Для данной группы доступности реплики доступности должны находиться на разных экземплярах SQL Server, работающих на разных узлах кластера WSFC. На каждом из этих экземпляров сервера необходимо включить AlwaysOn.

SQL Server 2019 (15.x) увеличивает максимальное число синхронных реплика до 5 до 3 в SQL Server 2017 (14.x). Вы можете настроить эту группу из пяти реплик для автоматического перехода на другой ресурс в пределах группы. Существует один первичный реплика, а также четыре синхронных вторичных реплика.

Данный экземпляр может размещать только одну реплику доступности для отдельной группы доступности. Однако каждый экземпляр можно использовать на нескольких групп доступности. Данный экземпляр сервера может быть изолированным экземпляром или экземпляром кластера отработки отказа SQL Server. Если требуется обеспечить избыточность на уровне сервера, используйте экземпляры кластера отработки отказа.

Каждая реплика доступности получает роль — первичную роль или вторичную роль, которая наследуется базами данных доступности этой реплики. Роль данной реплики определяет, размещает ли она базы данных, доступные для чтения и записи, или базы данных только для чтения. Одна реплика, известная как первичная реплика, получает первичную роль и размещает базы данных, доступные для чтения и записи, которые известны как базы данных-получатели. По крайней мере одна из остальных реплик, называемая вторичной репликой, получает вторичную роль. Вторичная реплика размещает базы данных только для чтения, называемые базами данных-получателями.

Примечание.

Если роль реплики доступности не определена, например, во время отработки отказа, ее базы данных временно пребывают в состоянии NOT SYNCHRONIZING. Их роль устанавливается в значение RESOLVING до тех пор, пока роль реплики доступности не будет разрешена. Если реплика доступности разрешается в основную роль, ее базы данных становятся базами данных-источниками. Если реплика доступности разрешается во вторичную роль, ее базы данных становятся базами данных-получателями.

Режимы доступности

Режим доступности — это свойство каждой реплики доступности. Режим доступности определяет, ждет ли первичная реплика перед фиксацией транзакций для базы данных, чтобы данная вторичная реплика записала записи журнала транзакций на диск (записала журнал на диск). Группы доступности Always On поддерживают два режима доступности: режим асинхронной фиксации и режим синхронной фиксации.

  • Asynchronous-commit mode

    Реплика доступности, которая использует этот режим доступности, называется репликой асинхронной фиксации. В режиме асинхронной фиксации первичная реплика фиксирует транзакции, не ожидая подтверждения записи транзакции в журнал от вторичных реплик асинхронной фиксации. Режим асинхронной фиксации минимизирует задержку транзакций в базах данных-получателях, но позволяет им не успевать за базами данных-источниками, что создает риск возможной потери данных.

  • Synchronous-commit mode

    Реплика доступности, которая использует этот режим доступности, называется репликой синхронной фиксации. В режиме синхронной фиксации, прежде чем фиксировать транзакции, первичная реплика синхронной фиксации ждет, чтобы вторичная реплика синхронной фиксации подтвердила, что запись журнала на диск завершена. В режиме синхронной фиксации после синхронизации базы данных-получателя с базой данных-источником зафиксированные транзакции полностью защищены. Эта защита достигается за счет повышения задержки транзакций. В SQL Server 2017 введена дополнительная функция требуемого числа синхронных вторичных реплик для дальнейшего повышения безопасности ценой задержки. Функцию REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT можно включить, чтобы требовать фиксацию транзакции от указанного числа синхронных реплик, прежде чем первичной реплике будет разрешена фиксация.

Дополнительные сведения см. в разделе "Режимы доступности".

Типы отработки отказа

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

Группа доступности выполняет переход на другой ресурс на уровне реплики доступности. Отработка отказа не вызвана такими проблемами базы данных, как база данных, подозреваемая из-за потери файла данных, удаления базы данных или повреждения журнала транзакций.

Существует три вида перехода на другой ресурс: автоматическая отработка отказа, отработка отказа вручную и принудительное обслуживание (с возможной потерей данных). Форма или формы отработки отказа, поддерживаемые определенной вторичной репликой, зависят от режима доступности и, для режима синхронной фиксации, от режима отработки отказа для первичной реплики и целевой вторичной реплики, как будет показано ниже.

  • Режим синхронной фиксации поддерживает две формы перехода на другой ресурс — запланированный переход на другой ресурс вручную и автоматический переход на другой ресурс, если целевая вторичная реплика синхронизируется с первичной. Поддержка этих форм отработки отказа зависит от свойства режима отработки отказа партнеров по обеспечению отработки отказа. Если режим перехода на другой ресурс имеет значение «вручную» для первичной или вторичной реплики, то для этой вторичной реплики поддерживается только режим перехода на другой ресурс «вручную». Если режим перехода на другой ресурс имеет значение «автоматический» как для первичной, так и для вторичной реплики, то эта вторичная реплика поддерживает как автоматический, так и переход на другой ресурс вручную.

    • Переход на другой ресурс вручную (без потери данных)

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

    • Автоматический переход на другой ресурс (без потери данных)

      Автоматический переход на другой ресурс возникает в ответ на сбой, в результате которого синхронизируемая вторичная реплика принимает первичную роль (с гарантированной защитой данных). Когда прежняя первичная реплика становится доступной, она принимает вторичную роль. Для автоматического перехода на другой ресурс требуется, чтобы первичная реплика и целевая вторичная реплика работали в режиме синхронной фиксации, а режим отработки отказа имел значение «Автоматический». Помимо этого, вторичная реплика уже должна быть синхронизирована, иметь WSFC-кворум и отвечать условиям, указанным в гибкой политике перехода на другой ресурс для группы доступности.

  • В режиме асинхронной фиксации единственная возможная форма отработки отказа — это принудительный переход на другой ресурс вручную (с возможной потерей данных), который обычно называется принудительная отработка отказа. Принудительная отработка отказа считается формой перехода на другой ресурс вручную, поскольку она может быть инициирована только вручную. Принудительная отработка отказа является вариантом аварийного восстановления. Это единственная форма отработки отказа, которая возможна, если целевая вторичная реплика не синхронизирована с основным реплика.

Дополнительные сведения см. в разделе "Режимы отработки отказа и отработки отказа".

Важно!

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

Льготы

Группы доступности AlwaysOn предоставляют широкий набор параметров, которые повышают доступность базы данных и улучшают использование ресурсов. Ключевыми компонентами являются:

  • Поддержка до девяти реплик доступности. Реплика доступности является выделенным экземпляром группы доступности, который размещается на конкретном экземпляре SQL Server и поддерживает локальную копию каждой базы данных доступности, которая принадлежит группе доступности. Каждая группа доступности поддерживает одну первичную реплику и до восьми вторичных реплик. Дополнительные сведения см. в разделе "Обзор групп доступности AlwaysOn".

    Важно!

    Каждая реплика доступности должна размещаться на отдельном узле одного отказоустойчивого кластера Windows Server (WSFC). Дополнительные сведения о предварительных требованиях, ограничениях и рекомендациях для групп доступности см. в разделе Предварительные требования, ограничения и рекомендации для групп доступности.

  • Поддерживает альтернативные режимы доступности следующим образом:

    • Режим асинхронной фиксации. Этот режим доступности представляет собой решение аварийного восстановления, которое хорошо работает тогда, когда реплики доступности распределены на различных расстояниях.

    • Режим синхронной фиксации. Этот режим доступности отдает предпочтение высокому уровню доступности и защите данных перед производительностью за счет повышения задержки транзакций. Отдельно взятая группа доступности может поддерживать до пяти реплик доступности с синхронной фиксацией, в том числе текущую первичную реплику.

    Дополнительные сведения см. в разделе "Режимы доступности".

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

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

    Использование возможностей активных вторичных реплик позволяет улучшить эффективность использования ИТ и снизить стоимость за счет более рационального использования ресурсов вторичного аппаратного обеспечения. Кроме того, перевод приложений с намерением чтения и заданий резервного копирования на вторичные реплики позволяет повысить производительность работы основной реплики.

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

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

  • Поддерживает автоматическое восстановление страниц для защиты от повреждения. Дополнительные сведения см. в разделе "Автоматическое восстановление страницы".

  • Поддерживает шифрование и сжатие, обеспечивающие безопасный, высокопроизводительный транспорт.

  • Предоставляет интегрированный набор средств для упрощения развертывания и управления группами доступности, включая

    • DDL-инструкции Transact-SQL для создания групп доступности и управления ими. Дополнительные сведения см. в инструкциях Transact-SQL для групп доступности.

    • Средства SQL Server Management Studio, как показано ниже.

      • Мастер создания группы доступности создает и настраивает группу доступности. В некоторых средах этот мастер также может автоматически подготавливать базы данных-получатели и запускать синхронизацию данных для каждой из них. Дополнительные сведения см . в диалоговом окне "Использование новой группы доступности".

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

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

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

    • Панель мониторинга AlwaysOn отслеживает группы доступности AlwaysOn, реплика доступности и базы данных доступности и оценивает результаты для политик AlwaysOn. Дополнительные сведения см. в разделе "Использование панели мониторинга группы доступности".

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

    • Командлеты PowerShell Дополнительные сведения см. в разделе Командлеты PowerShell для групп доступности.

Клиентские подключения

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

Прослушиватель группы доступности связан с уникальным DNS-именем, которое является виртуальным сетевым именем (VNN), одним или несколькими виртуальными IP-адресами (VIP) и номером TCP-порта. Дополнительные сведения см. в разделе Прослушиватели групп доступности, Подключение тивность клиента и отработка отказа приложений.

Совет

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

Активные вторичные реплика

Группы доступности Always On поддерживают активные вторичные реплики. Активные вторичные функции поддерживают следующее.

  • Проведение операций резервного копирования со вторичными репликами.

    Вторичные реплики поддерживают создание резервных копий журнала и резервных копий только для копирования всей базы данных, файлов и файловых групп. Можно настроить группу доступности, указав предпочтение, где следует выполнять резервное копирование. Важно понимать, что предпочтение не применяется SQL Server, поэтому оно не влияет на нерегламентированные резервные копии. Интерпретация данного приоритета зависит от логики, при ее наличии, которая внесена в задания резервного копирования для каждой из баз данных в указанной группе доступности. Для отдельной реплики доступности можно указать приоритет выполнения резервного копирования на данной реплике по отношению к другим репликам из той же группы доступности. Дополнительные сведения см. в статье "Активные вторичные файлы: резервное копирование на вторичных реплика".

  • Доступ только для чтения к одной или нескольким вторичным репликам (доступные для чтения вторичные реплики)

    Для любой вторичной реплики доступности можно настроить доступ только для чтения ко всем ее локальным базам данных, но при этом не поддерживаются некоторые операции. Это предотвращает попытки подключения чтения и записи к вторичному реплика. Кроме того, можно предотвратить рабочие нагрузки только для чтения на основном реплика, разрешая доступ только для чтения и записи. Это предотвращает выполнение подключений только для чтения к основному реплика. Дополнительные сведения см. в разделе "Активные вторичные": доступные для чтения вторичные реплика.

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

Период времени ожидания сеанса

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

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

По умолчанию период времени ожидания сеанса каждой реплики доступности составляет 10 секунд. Это значение задается пользователем и не может быть меньше 5 секунд. Обычно рекомендуется установить период времени ожидания 10 секунд и более. При установке значения меньше 10 секунд в сильно загруженной системе возникает вероятность ошибочного сообщения об ошибке.

Примечание.

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

Автоматическое восстановление страниц

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

Дополнительные сведения см. в разделе "Автоматическое восстановление страницы".

Возможности взаимодействия и совместной работы с другими функциями компонента Database Engine

Группы доступности AlwaysOn можно использовать со следующими функциями или компонентами SQL Server:

Блоги

Технические документы

Следующие шаги