навливает его в БД LogShipDB резервного. Кроме того арий переводит БД в режим многопользовательского доступа и делает ее доступной только для чтения.

15. Щелкните кнопку Execute Query в панели инструментов.

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

16. Переключитесь в панель запросов SQL Query Analyzer, где открыто соединение с экземпляром по умолчанию.

17. В панели инструментов щелкните кнопку Load SQL Script. Откроется окно Open Query File.

18. Откройте файл UpdateMonitorServer.sql из папки C:\SelfPacedSQL\CH 16.

Этот сценарий запускает системную хранимую процедуру sp change monitor role, которая уведомляет сервер-наблюдатель о смене ролей основного и резервного серверов. Кроме того, сценарий расположение сетевой папки, из кото-

рой новый основной сервер забирает файлы журнала транзакций.

19. Щелкните кнопку Execute Query в панели инструментов.

20. Переключитесь в панель запросов SQL Query Analyzer, где открыто соединение с экземпляром

21. В панели инструментов щелкните кнопку Clear Window.

22. В панели запросов введите SELECT * EROM UgShipDB.dbo.Customers WHERE CustomerlD ATR и в панели инструментов щелкните кнопку Execute Query. Заметьте: в журнале транзакций зафиксировано изменение значения поля Contact-

Title, которое вносится в БД основного сервера до как та будет восстановлена.

23. В панели инструментов щелкните кнопку Clear Window.

24. В панели запросов введите UPDATE LogShipDB.dbo.Customers SET ContactTitle =

Owner WHERE CustomerlD = ANATR и в панели инструментов щелкните кнопку Execute Query.

Заметьте: запрос выполнился успешно. Новая основная БД функционирует нормально. Если SQL Server выдаст сообщение о том, что выполнить оператор BEGIN

TRANSACTION невозможно, поскольку БД доступна только для чтения, вы подключены к экземпляру по умолчанию, а не к именованному.

25. Закройте SQL Server Enterprise Manager и SQL Query Analyzer. Резюме

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

ров, участвующих в распространении журнала. Для замены основного сервера вным необходимо выполнить три системных хранимых процедуры. Кроме того, следует убедиться, что на новом резервном сервере имеются все необходимые ционные записи SQL Server. Для этого можно воспользоваться задачей DTS Transfer Logins или сценариями Transact-SQL.

570 Обеспечение доступности Глава 16

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

При отказе основного узла отказоустойчивый кластер на основе SQL Server 2000 практически мгновенно делает доступным расположенный в нем дополнительный узел.

Отказоустойчивые кластеры обеспечивают более высокий уровень доступности, чем резервные серверы. Здесь рассказывается о службе MSCS (Microsoft Cluster Service) и использовании отказоустойчивых кластеров, работающих в режиме активный/активный и активный/пассивный . Вы научитесь создавать и конфигурировать виртуальный сервер SQL Server в отказоустойчивом кластере, а также поддерживать такие

кластеры.

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

V установить SQL Server на нескольких узлах отказоустойчивого кластера;

рассказать о типах отказоустойчивых кластеров; У поддерживать отказоустойчивый кластер; . * . .,

решить проблемы с отказом узла кластера.

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

Обзор службы MSCS

MSCS - это служба Windows NT 4.0/2000 яюшая создавать кластеры серверов (также называемые отказоустойчивыми) - группы независимых компьютерных систем, работающих как одна система и использующих общую систему хранения данных (обычно RAID-систему). Windows 2000 Data Center поддерживает до четырех узлов (каждый сервер кластера называется узлом). Windows 2000 Advanced Server и Windows NT 4.0 Enterprise Edition поддерживают два узла. Приложения выполняются в кластере серверов, а не на каком-то конкретном из узлов. ПО для создания кластеров MSCS ведет мониторинг всех узлов и гарантирует работу выполняющегося в кластере приложения независимо от отказа отдельного узла (рис. 16-21).

Примечание Установка и администрирование кластера серверов на основе Windows

NT 4.0 /2000 выходят за рамки данной книги.

Создание виртуального сервера в кластере серверов

SQL Server 2000 выполняется как виртуальный сервер на двух и более узлах кластера

серверов. Для установки SQL Server 2000 в имеющемся кластере запустите на одном из узлов кластера программу SQL Server Setup. Она автоматически опознает наличие кластера серверов. В окне Computer Name установите переключатель в положение Virtual Ser/er, чтобы создать виртуальный сервер и установить исполнимые файлы на кажцом узле кластера (например, в папку C:\Program Files\Microsoft SQL Server каждого узла). При этом каждый узел в случае необходимости сможет запускать исполнимые программы SQL Server. Файлы данных (системных и пользовательских БД) виртуального сервера можно разместить только в совместно используемой стеме. Благодаря этому файлы данных будут доступны всем узлам.

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

Занятие 2

Отказоустойчивые кластеры

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

Узел кластера серверов может быть активным или пассивным. В кластере можно создать до 16 экземпляров SQL Server 2000, каждый из которых может выполняться на любом узле. Ресурсы резервных узлов (память и процессор) должны быть достаточными, чтобы справиться с нагрузкой при отказе основного сервера. Ниже объясняется, как можно определить необходимый объем ресурсов.

Кластеры режима*активный/пассивный . В таких кластерах дополнительный узел является резервным для конкретного основного узла. При отказе основного (активного) узла резервный (пассивный) узел принимает на себя его нагрузку без

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

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

оборудования при условии, что все узлы корректно функционируют.

Рис. 16-21. Отказоустойчивый кластер