Лекция 26: Репликация в Microsoft SQL Server: обзор типов репликации и репликация моментальных снимков
Конфигурирование дистрибьютора и издателя в одной системе
Если единственным типом репликации, который вы используете, является репликация снимков, то вы можете легко сконфигурировать дистрибьютора и издателя в одной системе. Это приведет к снижению сетевого трафика, поскольку снимок не нужно будет копировать на дистрибьютор через сеть. Но если существует проблема производительности на издателе, то вам следует оставить снимок на дистрибьюторе, чтобы он брал на себя нагрузку, связанную с распространением снимка.
Увеличение количества BCP-потоков
Вы можете также повысить производительность репликации за счет увеличения количества BCP-потоков, используемых для процесса репликации. Для этого выполните следующие шаги:
- В окне Enterprise Manager раскройте папку Replication Monitor, раскройте папку Agents и затем щелкните на папке Snapshot Agents. В правой панели щелкните правой кнопкой мыши на нужной публикации и выберите из появившегося контекстного меню пункт Agent Profiles. Появится диалоговое окно Snapshot Agent Profiles (рис. 26.64).
- Щелкните на кнопке New Profile (Создать профиль). В результате будет создан новый профиль по умолчанию этого агента и появится диалоговое окно Replication Agent Profile Details (Детали профиля агента репликации), в котором вы можете модифицировать профиль (рис. 26.65). Здесь вы можете изменить параметр MaxBcpThreads.
- После внесения изменений задайте имя этого профиля и щелкните на кнопке OK. Будет выполнено сохранение этого профиля. Затем выберите этот профиль в диалоговом окне Snapshot Agent Profiles.
Мониторинг системы репликации снимков
Мониторинг системы репликации снимков осуществляется с помощью монитора производительности Microsoft Windows 2000 Performance Monitor. В этом мониторе имеется ряд объектов, которые добавляются при использовании репликации SQL Server. Кроме того, для мониторинга репликации снимков полезен ряд стандартных объектов Performance Monitor.
- SQLServer:Replication Agents. Указывает количество работающих агентов репликации каждого типа.
- SQLServer:Replication Dist. Предоставляет информацию о задержке при распространении.
- SQLServer:Replication Snapshot. Предоставляет информацию о производительности репликации снимков.
- PhysicalDisk. Предоставляет информацию об операциях ввода-вывода. Это очень полезная информация, поскольку многие проблемы производительности репликации снимков связаны с подсистемами ввода-вывода.
- Processor. Позволяет вам следить за процессорами системы.
- System.Предоставляет информацию о системе в целом.
Эти счетчики дают вам достаточно хорошее представление о том, насколько "гладко" выполняется процесс репликации. Но репликация снимков может происходить очень быстро, поэтому будьте внимательны. Если ваша система хорошо сконфигурирована и хорошо настроена, то процесс репликации снимков выполняется достаточно быстро. Чтобы обеспечить оптимальную производительность репликации, следите за возникновением следующих потенциальных проблем:
- Узкие места подсистем ввода-вывода.При слишком высокой интенсивности ввода-вывода следите за числом операций ввода-вывода в секунду и за временем на одну операцию ввода-вывода.
- Узкие места в сети. Найти узкое место в сети – непростая задача, но вы можете определить его наличие, рассчитав пропускную способность сети и сравнив ее со временем репликации снимков.
Настройка системы репликации снимков
Настройка системы репликации снимков обычно означает просто ее надлежащее конфигурирование. Наиболее существенными проблемами, которые влияют на производительность репликации, являются проблемы ввода-вывода и производительности сети. Вы должны оценить производительность вашей сети и затем определить, достаточно ли этого для потребностей вашей репликации. Рассмотрим один пример.
Предположим, у вас имеется база данных объемом 5 Гб. Если у вас используется сеть 10BaseT, то она дает максимальную пропускную способность 10 Мбит/с, что приблизительно составляет 1 мегабайт в секунду (Мб/с). Таким образом, для репликации в этой сети базы данных объемом в 5 Гб потребуется 5120 секунд, или 1,4 часа. Вот соответствующий расчет: (5 Гб * 1024 (Мб/Гб)) / 1 (Мб/с) = 5120 с, или 1,4 часа. Но в сети 100BaseT та же репликация может быть выполнена за 8,3 минут. А в сети Gigabit Ethernet та же задача может быть выполнена за 51 с. Сравнение по сетям перечислены в табл. 26.1.
Как видите, тип сети играет существенную роль. Выполняя подобные расчеты, вы получите хорошее представление о том, насколько быстро будет выполняться репликация. Если репликация занимает слишком много времени, то, возможно, на это влияет узкое место где-либо еще, – в подсистеме ввода-ввода, в памяти, на диске и т.д.
Заключение
В этой лекции вы узнали о трех типах репликации SQL Server: репликация снимков, репликация транзакций и репликация слиянием. Вы также узнали, что означает для репликации в SQL Server метафора "опубликовать-и-подписаться", которая впервые появилась в SQL Server 6. И вы узнали, как конфигурировать репликацию снимков. Осваивая репликацию на практике, вы начнете понимать, насколько гибкой является репликация в SQL Server. В "Репликация транзакций" и "Репликация слиянием" вы будете узнавать о все более сложных формах репликации: репликации транзакций и репликации слиянием.