|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
12.7.2. Применение Replication MonitorМониторинг репликации в SQL Server 2005, Replication Monitor, настройка предупреждений репликации, работа с трассировочными маркерами (tracer tokens) Если у вас настроена система репликации, рано или поздно вы столкнетесь с проблемами. Они могут возникнуть, например, из-за разрыва сетевых соединений, при нехватке свободного места на диске, при аутентификации, если контроллер домена был недоступен, и т. п. Поэтому важно уметь получать информацию о работе системы репликации и обнаруживать причины возникающих проблем. Главное средство мониторинга и диагностики репликации — это Replication Monitor. По сравнению с Replication Monitor в SQL Server 2000 новая версия этой программы существенно изменилась. Открыть Replication Monitor можно при помощи команды Launch Replication Monitor (Запустить Replication Monitor), которая есть в контекстном меню практически любого объекта в контейнере Replication в Management Studio. Откроется окно Replication Monitor, аналогичное представленному на рис. 12.3.
Рис. 12.3. Окно Replication Monitor В левой части окна Replication Monitor находится список групп издателей, сами издатели и публикации. Группы издателей — это просто средство логического объединения разных издателей в окне Replication Monitor. Отнесение издателя к определенной группе не оказывает никакого влияния на него, кроме как на отображение в Replication Monitor. В группу вы можете самостоятельно добавить другие серверы-издатели или серверы-распространители (в этом случае в группу будут добавлены не сами серверы-распространители, а все известные им издатели). Список издателей в группе уже можно использовать для целей мониторинга репликации. Если в процессе репликации возникли какие-либо ошибки, то соответствующие иконки в этом списке будут помечены специальными символами. Однако намного больше информации вы можете получить из правой части Replication Monitor. Вкладки в правой части окна Replication Monitor зависят от того, какой именно элемент выбран в списке слева. Если выбрана публикация, то в вашем распоряжении будут три вкладки: q Publications — на ней вы можете просто просмотреть информацию о публикации, ее статус, количество настроенных для нее подписок и общую оценку производительности при работе с данной публикацией; q Subscription Watch List (Список наблюдаемых подписок) — это список подписок для данной публикации. Очень подробную и ценную для диагностики информацию можно получить, если щелкнуть по объекту подписки на этой вкладке правой кнопкой мыши и в контекстном меню выбрать View Details (Просмотреть подробности). Откроется окно с информацией о всех сеансах передачи данных от издателя распространителю и от распространителя подписчику (на последней вкладке будет также дана информация о всех командах, которые пока не удалось выполнить для подписчика; q Common Jobs (Обычные задания) — информация о заданиях, настроенных для данной публикации. Из контекстного меню объекта задания можно запустить его на выполнение вручную или остановить. Кроме того, если открыть свойства задания (при помощи команды Properties (Свойства) того же контекстного меню), то можно, например, изменить настроенное для него расписание, или, нажав на ссылку View Job History (Просмотреть историю заданий) на вкладке General (Общие), посмотреть подробную историю выполнения этого задания. Конечно, те же операции можно произвести обычным для заданий образом из контейнера SQL Server Agent в Management Studio. Если в левой части экрана Replication Monitor перейти на уровень ниже и выбрать в списке объект публикации, то в вашем распоряжении появятся дополнительные возможности. На вкладке Tracer Tokens (Трассировочные маркеры) вы можете запустить специальный "пробный шар" — трассировочный маркер и посмотреть, как с его обработкой справится система репликации. Для этой цели предназначена кнопка Insert Tracer (Вставить трассировочный). Физически трассировочный маркер — это специальный тип транзакции, информация о которой будет помещена в базу данных издателя и оттуда проследует к базе данных подписчика. Изменить данные в вашей системе при помощи этого маркера невозможно. Единственное его назначение — диагностика системы репликации. После того, как такой маркер создан, вы можете посмотреть (на этой же вкладке), сколько времени заняла его передача от издателя распространителю, а затем от распространителя подписчику. В последнем столбце указывается общее время, которое потребовалось на обе операции. Если в каком-либо столбце осталось значение Pending (В ожидании), то это значит, что передача данных еще не произошла. Последняя вкладка Replication Monitor, которая появляется, если выбрана публикация, — вкладка Warnings and Alerts (Предупреждения). В верхней части этой вкладки вы можете настроить Warnings (Предупреждения). Эти предупреждения показываются в окне Replication Monitor в виде специальных обозначений. При помощи кнопки Configure Alerts (Настроить предупреждения) можно настроить предупреждения SQL Server Agent, относящиеся к системе репликации. В принципе, все эти предупреждения создаются при настройке репликации автоматически (их можно просмотреть в контейнере SQL Server Agent | Alerts в Management Studio). Однако ни одному такому предупреждению по умолчанию не назначены операторы, поэтому реально оповещаться никто не будет. Назначить операторов или внести другие изменения в свойства предупреждений репликации можно при помощи той же кнопки Configure Alerts (Настроить предупреждения) в Replication Monitor или стандартными средствами SQL Server Management Studio (см. разд. 8.1.7). В нижней части вкладки Warnings and Alerts можно просмотреть информацию о работе агентов, которые принимают участие в данном типе репликации. По опыту работы автора с репликацией, можно сказать, что пороговые значения для мониторинга системы репликации в Replication Monitor SQL Server 2005 рассчитаны на очень производительную систему, работающую в идеальных условиях. В реальной работе задержки случаются очень часто (из-за скорости сетевых соединений, из-за загруженности сервера SQL Server и т. п.), поэтому паниковать, увидев знаки, сигнализирующие об ошибках, совершенно не нужно. В большинстве случаев все приходит в норму автоматически.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Получить учебные материалы по этому курсу |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||