У меня есть сервер MS SQL 2000, который использует репликацию транзакций и запрос к системному монитору пользователя и проверяет, работает ли репликация и не влияет ли на производительность сервера.
Есть какие-нибудь советы по выбору счетчиков, как их интерпретировать, есть ли хорошие ссылки в этом направлении?
Спасибо
У нас были проблемы с производительностью репликации, вызванные слишком большим количеством VLF (виртуальных файлов журнала) в журнале транзакций издателя, что привело к внутренней фрагментации. Большое количество VLF было вызвано тем, что журнал расширялся со временем с использованием слишком малого приращения роста (так что у нас, вероятно, также были проблемы с фрагментацией внешнего файла).
Вы можете проверить количество VLF, запустив DBCC LOGINFO для базы данных издателя.
Ознакомьтесь с этими статьями, чтобы получить дополнительные сведения и способы решения проблемы в вашей среде:
http://www.sqlskills.com/BLOGS/KIMBERLY/post/Transaction-Log-VLFs-too-many-or-too-few.aspx http://www.sqlskills.com/blogs/kimberly/post/8-Steps-to-better-Transaction-Log-throughput.aspx
Репликация должна иметь огромное количество конкретных счетчиков на выбор. У некоторых агентов есть счетчик задержки доставки, который сообщит вам, отстает репликация или нет. Вы хотите, чтобы это число было как можно меньше. Чем выше число (вам нужно будет увидеть, что производит ваша среда), тем больше отстают ваши подписчики.
Что касается влияния на производительность сервера, если ваш дистрибьютор работает на издателе, что может вызвать проблемы с производительностью, особенно если у вас много подписчиков, которые повлияют на нагрузку на издателя. Если они разделены, то на издателя не должно быть большой нагрузки. Если они у вас есть на одном сервере, подумайте о переносе дистрибьютора на его собственный сервер.