(Возврат на основную страницу)

 

Содержание номера за Январь 2007 год

 

Мониторинг и решение проблем при репликации в SQL Server 2005

Байя Павлиашвили (Baya Pavliashvili)

Replication Monitor — прекрасный инструмент для мониторинга и решения проблем в SQL Server 2005. Средства мониторинга репликации в SQL Server 2005 существенно усовершенствовались по сравнению с предыдущими версиями.

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

Встречайте: Replication Monitor 2005

Мониторинг репликации прозволяет:

•    убедиться, что репликация протекает нормально и транзакции доставляются подписчикам;

•    удостовериться, что производительность репликации находится на приемлемом уровне, то есть транзакции доставляются за разумное время, так что данные на подписчике соответствуют данным на издателе;

•    выявить и устранить любые ошибки или проблемы с производительностью.

Microsoft великолепно справилась с задачей, во­плотив все эти требования в SQL Server 2005. Новый набор инструментов позволяет выполнять перечисленные операции сравнительно легко. Однако, чтобы к нему привыкнуть, нужно время.

Чтобы вызвать Replication Monitor, щелкните правой кнопкой мыши папку replication (или локальную папку publications) в SQL Server Management Studio (SSMS) и выберите пункт Launch Replication Monitor в контекстном меню. В предыдущих версиях Replication Monitor запускался в том же окне, что и Enterprise Manager, а в SQL Server 2005 — в отдельном окне. Необходимо предупредить, что окно Replication Monitor может открываться с задержкой, особенно на медленных и сильно загруженных серверах. Replication Monitor — важный инструмент для решения проблем репликации, так что я надеюсь, что этот незначительный недостаток скоро исправят. Хорошая новость заключается в том, что улучшения в области репликации в SQL Server 2005 значительно перевешивают проблемы, с которыми вы можете столкнуться на серверах с низкой производительностью.

У Replication Monitor две панели: в левой находится список издателей и ассоциированных с ними публикаций, в правой отображается статус каждой подписки на публикации выбранного сервера. Если вы не нашли в списке нужный публикующий сервер, его можно добавить, щелкнув правой кнопкой мыши узел My Publishers и выбрав Add. Откроется диалоговое окно, где можно создать новую группу мониторинга или добавить/удалить издатель на базе SQL Server или Oracle (рис. 1).

Replication Monitor позволяет следить за публикациями и подпиской на системах с предыдущими версиями SQL Server, но новые функции доступны только для SQL Server 2005.

Вкладка default в Replication Monitor сообщает, про­исходит ли в данный момент синхронизация каких­либо подписчиков, и показывает среднее и наихудшее значения производительности этого процесса. Мониторинг производительности репликации мы обсудим далее, а пока кратко познакомимся с первым окном, где отображаются все публикации, ассоциированные с текущим издателем (рис. 2).

Если щелкнуть какую­нибудь публикацию в левой панели, в правой появятся данные, специфичные именно для этой публикации; по умолчанию отображаются данные обо всех публикациях. Если у вас десятки подписок, то вкладка Subscription Watch List на правой панели станет вашим лучшим другом — она позволяет фильтровать список, ограничивая его только теми подписками, которые вас интересуют. Для этого на вкладке есть два раскрывающихся списка: первый позволяет указать тип подписки (мгновенная, транзакционная или слиянием), а второй связан с производительностью и позволяет выбрать один из следующих вариантов:

•    показать 25 подписок с наихудшей производительностью;

•    показать 50 подписок с наихудшей производительностью;

•    показать только ошибки и предупреждения;

•    показать только ошибки;

•    показать только предупреждения;

•    показать все работающие подписки (не остановленные из­за ошибки);

•    показать все неработающие подписки.

На вкладке Common Jobs можно запускать, останавливать и обновлять задания репликации для всех подписок, как показано на рис. 3.

Можно щелкнуть правой кнопкой мыши любое из этих заданий, чтобы просмотреть его свойства, запустить или остановить его. Управлять заданиями репликации (а также заданиями других типов) можно также с помощью монитора Job Activity, показанного на рис. 4. Наличие пользовательского интерфейса, отвечающего основным задачам репликации, весьма удобно, если на вашем сервере сотни других задач.

Обратите внимание, что у монитора Job Activity есть механизм фильтрации, который помогает сократить число отображаемых заданий; например, на рис. 5 показаны только задания, в названии которых содержится слово distribution.

SQL Server Storage Engine. Часть 2*

Пол Рэндал (Paul Randal)

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

* См. Пол Рэндал. SQL Server Storage Engine. Часть 1 // SQL Serverдля администраторов. 2006. № 12.

(Возврат на основную страницу)

Hosted by uCoz