г л А в А 1 6

Обеспечение повышенной доступности

Занятие). Резервн1е серверы 552

Занятие 2. Отказоустойчивые кластеры 570

В этой главе

в предыдущих главах обсуждалось обеспечение доступности БД SQL Server посредством хранения файлов данных и журналов транзакций в RAID-массивах, осуществления полного и дифференциального резервного копирования, архивации файла журнала, а также развертывания репликации. Для сред, требующих гарантированной повышенной доступности, например для Web-решений и систем отаюших круглосуточно семь дней в неделю, зачастую реализуют дополнительные методы безопасности. Здесь рассказывается о назначении резервных серверов и автоматизации их поддержки посредством странения журнала. Вы также научитесь использовать отказоустойчивые кластеры SQL Server.

Прежде всего

Для изучения материалов этой главы вам потребуются:

компьютер, соответствующий минимальным аппаратным требованиям, перечисленным в главе 2;

ОС Microsoft Windows 2000 Sen,er, установленная на разделе диска с файловой системой NTFS;

компьютер с сетевым именем SelfPacedCPU, сконфигурированный как контроллер домена

один установленный по умолчанию и по крайней мере один именованный экземпляр SQL Server 2000;

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

Занятие! Резервные серверы

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

восстановив работоспособность последнего.

Изучив материал этого занятия, вы сможете:

У сконфигурировать резервный сервер;

У автоматизировать распространение журнала;

вести мониторинг распространения журнала; * заменить основной сервер резервным; сделать доступным основной сервер после восстановления

его работоспособности.

Продолжительность занятия - около 45 минут

Использование резервного сервера

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

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

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

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

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

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

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

Примечание Переименовав сервер на основе Windows NT 4,0/2000, с помощью программы SQL Server Setup переименуйте экземпляр SQL Server 2000.

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

создать на основном сервере сценарииающие регистрационные записи, и затем выполнить их на резервном сервере;

воспользоваться конструктором DTS Designer и встроить в задание задачу DTS Transfer ins, чтобы автоматизировать архивацию, копирование и восстановление содержимого системной таблицы sysxlogins с основного сервера на резервный.

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

Автоматизация распространения журнала

Для автоматизации обслуживания резервного сервера можно создать задания архивации, копирования и восстановления, которые SQL Server Agent будет периодически выполнять на основном и резервном серверах. Этот автоматизированный процесс называется распространением журнала (log shipping). Можно также выделить третий сервер для наблюдения за ходом выполнения заданий распространения журнала на основном и резервном серверах; обычно такой сервер используется для наблюдения сразу за несколькими парами серверов.

Примечание Распространение журнала поддерживают только версии SQL Server 2000 Enterprise Edition, Enterprise Evaluation Edition и Developer Edition.

Упомянутые задания можно создать с помощью мастера Database Maintenance Plan Wizard, доступного в SQL Server Enterprise Manager. Чтобы запустить мастер Database

Maintenance Plan Wizard (вы должны быть членом роли sysadmin), выберите в меню

Tools команду Database Maintenance Planner. Можно также раскрыть контейнер Management, щелкнуть контейнер Database Maintenance Plan правой кнопкой и выбрать New Maintenance Plan. Подробнее о функциях Database Maintenance Planner - в главе