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

Область применения:SQL Server

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

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

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

Обзор

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

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

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

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

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

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

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

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

Настройка шифрования TLS 1.3

Предварительная версия SQL Server 2025 (17.x) предоставляет поддержку табличного потока данных 8.0 , которая позволяет применять шифрование TLS 1.3 для обмена данными между отказоустойчивым кластером Windows Server и репликами группы доступности AlwaysOn. Чтобы приступить к работе, ознакомьтесь с Подключением с использованием строгого шифрования.

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

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

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

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

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

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

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

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

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

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

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

• Режим асинхронного подтверждения

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

• Режим синхронной фиксации

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

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

Типы резервного переключения

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

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

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

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

  • Планируемое ручное переключение (без потери данных)

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

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

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

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

Более подробную информацию см. в разделе Отработка отказа и режимы отработки отказа (группы доступности Always On).

Льготы

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

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

  Внимание

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

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

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

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

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

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

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

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

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

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

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

• Поддерживает гибкую политику переключения на резервный узел, обеспечивая больший контроль над переключением группы доступности. Более подробную информацию см. в разделе Отработка отказа и режимы отработки отказа (группы доступности Always On).

• Поддерживает автоматическое восстановление страниц для защиты от повреждения. Дополнительные сведения см. в статье Автоматическое восстановление страниц (группы доступности: зеркальное отображение баз данных).

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

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

  • DDL-инструкции Transact-SQL для создания групп доступности и управления ими. Для получения дополнительной информации см. инструкции Transact-SQL для групп доступности Always On.

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

    • Мастер создания группы доступности создаёт и конфигурирует группу доступности. В некоторых средах этот мастер также может автоматически подготавливать вторичные базы данных и запускать синхронизацию данных для каждой из них. Дополнительные сведения см. в разделе Использование диалогового окна "Создание группы доступности" (SQL Server Management Studio).

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

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

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

  • Панель мониторинга AlwaysOn отслеживает группы доступности AlwaysOn, реплики доступности и базы данных доступности и оценивает результаты для политик AlwaysOn. Дополнительные сведения см. на панели мониторинга группы доступности Always On (SQL Server Management Studio).

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

  • Командлеты PowerShell Дополнительные сведения см. в разделе «Общие сведения о командлетах PowerShell для групп доступности Always On».

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

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

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

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

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

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

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

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

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

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

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

Тайм-аут сеанса

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

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

По умолчанию тайм-аут сеанса для каждой реплики доступности составляет 10 секунд. Это значение можно настроить не менее чем за 5 секунд. Как правило, сохраняйте период ожидания в течение 10 секунд или больше. При установке значения меньше 10 секунд создаётся вероятность того, что сильно загруженная система объявит ложное срабатывание.

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

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

Дополнительные сведения см. в статье Автоматическое восстановление страниц (группы доступности: зеркальное отображение баз данных).

Совместимость и сосуществование с другими функциями ядра СУБД

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

• Что такое запись измененных данных (CDC)?
• Сведения об отслеживании изменений (SQL Server)
• Изолированные базы данных
• Прозрачное шифрование данных (TDE)
• Моментальные снимки баз данных с использованием групп доступности Always On (SQL Server)
• FILESTREAM (SQL Server)
• FileTables (SQL Server)
• Сведения о доставке журналов (SQL Server)
• Удаленное хранилище больших двоичных объектов (SQL Server)
• Репликация SQL Server
• Service Broker
• Агент SQL Server
• Службы отчётности с группами доступности Always On (SQL Server)
• Диспетчер ресурсов
• TDS 8.0, начиная с SQL Server 2025 (предварительная версия 17.x)

Связанные задачи

• Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn
• Справочник по созданию и настройке групп доступности AlwaysOn
• Администрирование группы доступности
• Средства для мониторинга групп доступности AlwaysOn
• Разгрузка рабочей нагрузки только для чтения на вторичную реплику группы доступности Always On
• Перенос поддерживаемых резервных копий на вторичные реплики группы доступности
• Подключитесь к прослушивателю группы доступности Always On
• Инструкции Transact-SQL для групп доступности AlwaysOn
• Обзор командлетов PowerShell для Always On Availability Groups
• Блог о поддержке SQL Server — высокая доступность
• Блог о SQL Server — SQL Server Always On
• (Архив) Блоги команды разработчиков SQL Server Always On: официальный блог
• (Архив) Блоги инженеров CSS SQL Server
• Руководство по решениям режима AlwaysOn в Microsoft SQL Server для обеспечения высокой доступности и аварийного восстановления

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