Новость из категории: Информация

Выбираем технологию обеспечения доступности SQL Server

Выбираем технологию обеспечения доступности SQL Server

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

Экземпляры отказоустойчивого кластера (FCI) AlwaysOn

Название AlwaysOn, на первый взгляд описательное, стало источником недоразумений, когда компания Microsoil представила эту технологию в версии SQL Server 2012. Оно не обозначает какой-то один компонент, на самом деле это общий термин для двух различных технологий доступности. Первая из них — экземпляры отказоустойчивого кластера (FCI) AlwaysOn, вторая — группы доступности (AG) AlwaysOn. AlwaysOn FCI построена на основе отказоустойчивой кластеризации Windows и обеспечивает защиту от незапланированных отключений серверов. FCI защищает SQL Server на уровне экземпляров и обеспечивает автоматическую отработку отказа в случае выхода сервера из строя. Служба SQL Server запускается на одном из оставшихся узлов кластера. Время, необходимое для запуска службы, зависит от уровня активности сервера. Прежде чем можно будет перезапустить службу, все зафиксированные транзакции в журнале транзакций должны быть применены повторно, а все незафиксированные транзакции отменены. Для неактивного сервера это займет всего несколько секунд. Для очень активного сервера выполнение такой задачи может потребовать нескольких минут. Редакция QL Server 2016 Enterprise поддерживает до 64 узлов, а редакция Standard — до двух узлов кластеров FC1.

Выбираем технологию обеспечения доступности SQL Server

Группы доступности (AG) AlwaysOn

Между группами доступности AlwaysOn и AlwaysOn FC1 есть существенные различия. Группы доступности обеспечивают защиту на уровне базы данных. Впервые появившиеся в SQL Server 2012, группы доступности могут защитить несколько баз данных и отличаются очень высокой скоростью автоматической и ручной отработки отказов для всех защищенных баз данных. Отработка отказа выполняется всего за несколько секунд. Группам доступности необходим кластер Windows Server, но, в отличие от FC1, каждый узел кластера работает с собственным экземпляром SQL Server. Группы доступности пересылают записи журнала транзакций из первичной реплики во вторичные. Вторичные реплики можно сделать удобными для чтения и использовать для подготовки отчетов или резервного копирования. Одно из важных достоинств групп доступности состоит в том, что они позволяют сочетать синхронные и асинхронные реплики.

Пользователи версии SQL Server 2016 могут иметь до восьми вторичных и трех синхронных реплик. Синхронные реплики, как правило, используются для достижения высокой доступности при автоматической отработке отказов и обычно подключаются к сетям с высокой задержкой в отдельных регионах или в «облаке». Редакция SQL Server 2016 Enterprise поддерживает до восьми вторичных peiтик, а редакция Standard — до двух вторичных реплик. Вы можете сочетать AlwaysOn FCI и группы доступности AlwaysOn для зашиты на уровне сервера и базы данных.

Выбираем технологию обеспечения доступности SQL Server

Зеркальное отображение базы данных

Зеркальное отображение базы данных появилось в SQL Server 2005 и было предшественником групп доступности. Как и группы доступности, зеркальное отображение базы данных осуществляется путем пересылки записей журнала транзакций в дублируемый сервер. Зеркальное отображение базы данных обеспечивает защиту одной базе данных, и администратор должен выбрать синхронную или асинхронную реализацию. Зеркальные базы данных не поддерживают доступ на чтение. Редакция SQL Server 2016 Enterprise поддерживает синхронное или асинхронное зеркальное отображение базы данных. Редакции Standard и Business Intelligence Edition поддерживают режим Safety Full Only Mode (синхронный). Зеркальное отображение базы данных — простой метод, для которого не требуется кластер Windows Server. Однако специалисты Microsoft планируют удалить зеркальное отображение базы данных из следующей версии SQL Server, так что это определенно технология прошлого, а не будущего.

Пересылка журналов

Пересылка журналов — изначальная технология аварийного восстановления SQL Server, всегда существовавшая как способ самостоятельного устранения неполадок. Компания Microsoft ввела пересылку журналов как встроенную функцию в SQL Server 2008. В этом случае также применяется пересылка записей журнала транзакций на один или несколько целевых серверов. В отличие от групп доступности и зеркального отображения базы данных, пересылка журналов в реальном времени не работает. Журнал транзакций периодически архивируется, а затем пересылается и восстанавливается на вторичных экземплярах. Доставка журналов поддерживает ограниченный доступ на чтение к вторичным базам данных во всех редакциях SQL Server.


Работа с SQL Server навевает на вас тоску и скуку и периодически, чтобы не заснуть за работой, вам приходится отвлекаться на игру в слоты. Играете вы, как правило, используя мобильный телефон на http://kasino-vulcan.com/mobile-casino/ (http://kasino-vulcan.com/mobile-casino/), чтобы начальство не узнало о вашем увлечении.

Рейтинг статьи

Оценка
0/5
голосов: 0
Ваша оценка статье по пятибальной шкале:
 
 
   

Поделиться

Похожие новости

Комментарии

^ Наверх