Упражнение 2. Мониторинг распространения журнала

в этом упражнении вы с помощью утилиты Log Shipping Monitor будете наблюдать за распространением журнала.

Чтобы наблюдать за распространением журнала

1. Убедитесь, что иропались на контроллере домена SelfPacedSQL.MSFT

под учетной записью Administrator.

2. В дереве консоли SQL Server Enterprise Manager раскройте контейнер Management экземпляра по умолчанию.

3. Щелкните контейнер Management и затем - кнопку Refresh в панели инструментов.

4. В контейнере Management щелкните Log Shipping Monitor.

В правой панели отобразится iCKyniee состояние пары серверов, участвующей в распространении журнала транзакций.

5. В панели инструментов щелкните кнопку Show/Hide Console Tree/Favorites. Заметьте: в окне SQL Server Enterprise Manager теперь отображается только содержимое правой панели.

6. Щелкните правой кнопкой пару, участвующую в распространении журнала, и выберите View Backup History.

Откроется окно Database Maintenance Plan History - SelfPacedCPUc историей плана Заметьте: журнал транзакций архивируется каждую минуту и каждому успешно выполнившемуся заданию соответствует синяя галочка в столбце Status.

7. Щелкните Close.

8. Щелкните правой кнопкой пару, участвующую в распространении журнала, и выберите View Copy/Restore History.

Откроется окно Secondary Server Log Shipping History - SelfPacedCPU\MyNanied-

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

9. Щелкните Close,

10. Щелкните правой кнопкой пару, участвующую в распространении журнала, и

выберите Properties.

Откроется окно Log Shipping Pair Properties. Заметьте: поле Load Delta указывает,

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

11. Щелкните (Ж. чтобы закрыть окно Log Shipping Pair Properties.

12. В меню Tools выберите SQL Query Analyzer.

Запустится SQL Query Analyzer и откроет соединение с экземпляром по умолчанию на компьютере SelfPacedCPU.

13. В панели инструментов щелкните кнопку Load SQL Script.

Откроется окно Open Query File.

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

Этот сценарий изменяет значение поля ContactTitle одной из записей БД LogShipDB.

15. В панели инструментов щелкните кнопку Execute Query, чтобы выполнить запрос. Заметьте: значение поля ContactTitle для записи с идентификатором (CustomerlD) ANATR изменилось.

16. Не закрывайте SQL Query Analyzer и SQL Server Enterprise Manager.

Замена основного сервера резервным

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

Выполните на основном сервере системную хранимую процедуру тагу го1е. Параметр @db name позволяет указать нужную БД, параметр @Ьа-ckuplog - заархивировать журнал транзакций, аргумент nninate - откатить все незавершенные транзакции. uibio аргумента Istate можно указать состояние восстановления БД после завершения хранимой процедуры - RECOVERY (по умолчанию), N0 RECOVERY или STANDBY. Аргумент @access level позволяет указать уровень доступа к БД после завершения хранимой процедуры - MULTLUSER(по умолчанию), RESTRICTEDHSERили SINGLE USER.

2. Выполните на резервном сервере системную хранимую процедуру condary role. Параметр @db name позволяет указать нужную резервную БД и преобразовать ее в основную, параметр @do foad - применить к резервной БД имеющиеся архивные файлы журнала транзакций. С помощью аргумента Шг-nalstate можно указать состояние восстановления БД после завершения хранимой процедуры - RECOVERY (по умолчанию), NO RECOVERY или STANDBY. Аргумент @access level позволяет указать уровень доступа к БД после завершения хранимой процедуры - MULTIUSER (по умолчанию), RESTRICTEDHSER или SINGLE USER.

Примечание Если при запуске хранимой процедуры на резервном сервере в резервной БД выполняется какое-либо задание, система выдаст об

о невозможности монопольного доступа к БД для восстановления файлов журнала транзакций. Выполните системную хранимую процедуру еще раз или завершите восстановление с помощью SQL Server Enterprise Manager.

3. Выполните на сервере-наблюдателе системную хранимую процедуру sp clian-ge monitor role, чтобы обновить информацию о распространении журнала. Параметр @pfijTiary server позволяет указать заменяемый основной сервер, параметр @secondary server- заменяющий резервный сервер, параметр ©database - резервную БД, преобразуемую в основную, и параметр - сетевую папку, из которой новый сервер будет забирать файлы архивных копий журнала транзакций. Кроме того, необходимо убедиться, что на новом основном сервере есть все необходимые регистрационные записи. Для этого можно воспользоваться сценарием Transact-SQL или, если вы с помощью задачи DTS Transfer Logins создали файл вывода утилиты Ьср с этими записями, системной хранимой процедурой sp resolve lQgins

и преобразовать регистрационные записи из файла.

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

Упражнение 3. Замена основного сервера резервным

В этом упражнении ш;ните основной сервер резервным, а также отключите основной сервер и его задания по распространению журнала.

► Чтобы заменить основной сервер резервн1м

1. Убедитесь, что вы зарегистрировались на контроллере домена SelfPacedSQL.MSFT

под учетной записью Administrator.

2. В SQL Query Analyzer убедитесь, что вы подключены к экземпляру SQL Server по умолчанию на компьютере SeliPacedCPU, и затем щелкните кнопку Load SQL Script в панели инструментов.

Откроется окно Open Query File.

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

Этот сценарий запускает системную хранимую процедуру sp change primary role, которая архивирует текущий журнал транзакций БД LogShipDB и делает БД доступной только для чтения.

4. Щелкните кнопку Execute Query в панели инструментов. Сценарий начнет выполняться и выведет сообщение об архивации текущего журнала транзакций.

Примечание При отсутствии у службы SQL Server Agent необходимых разрешений доступа система выдаст соответствующее сообщение. Проверьте разрешения службы SQL Server Agent, или убедитесь, что учетная запись SQLService является членом

локальной группы Administrators, Перезапустите все службы и начните выполнять

это упражнение с самого начала.

5. Переключитесь в SQL Server Enterprise Manager.

6. При необходимости щелкните в панели инструментов кнопку Show/Hide Console

Tree/Favorites, чтобы отобразить дерево консоли.

7. Последовательно раскройте контейнеры SeifPacedCPU\MyNamedInstance, Management, SQL Server Agent, Jobs и затем щелкните Local Server Jobs.

В правой панели отобразится список имеющихся заданий.

8. Щелкните в правой панели значок задания Log Shipping Copy For SelfPacedCPU LogShlpDB Logshippin правой кнопкой и выберите Disable Job.

9. Щелкните в правой панели значок задания Log Shipping Restore For SelfPacedCPU

LogShipDB Logshipping правой кнопкой и выберите Disabfe Job. fO. Переключитесь в SQL Query Analyzer. 11. В меню Fife выберите Connect.

Откроется окно Connect To SQL Server.

f2. В списке SQL Server выберите сервер SelfPacedCPU\MyNamedInstance убедитесь, что переключатель находится в положении Use Windows Authentication, и щелкните ОК.

В панели инструментов щелкните кнопку Load SQL Script.

Откроется окно Open Query File.

14. Откройте файл PromoteSecondary.sql из папки C:\SelfPacedSQL\CH l6.

Этот сценарий запускает системную хранимую

Ie, которая копирует текущий журнал транзакций с основного сервера и восста-