Влияние на производительность SQL Server 2008 с транзакционной репликацией с использованием удаленного дистрибьютора

Question

Я работаю над настройкой транзакционной репликации для нашего SQL-сервера. Я планирую использовать удаленный дистрибьютор для снятия как можно большего количества нагрузки с нашего основного сервера, поскольку производительность является ключевым для нашего бизнеса. Я знаю, что влияние производительности сильно зависит от суммы транзакции, наша основная база данных в настоящее время составляет 70 ГБ, и она неуклонно растет примерно на 3,5 ГБ в месяц.

Известны ли проблемы с производительностью при настройке репликации SQL с помощью удаленного дистрибьютора? Может ли избыточность оперативной памяти или процессора избежать влияния производительности? Насколько больше (ОЗУ/процессорная мощность) вы бы порекомендовали?

---- Это будет наша топология:

Издательство: Основной сервер баз данных приложений (SQL Server 2008).

Дистрибьютор и подписчик: удаленный сервер баз данных (SQL Server 2008).

Заранее за вашу помощь.

Answer 1

Известны ли проблемы с производительностью при настройке репликации SQL с помощью удаленного дистрибьютора?

Да, поскольку при использовании удаленного Дистрибьютора есть дополнительный сетевой перекос. Сеть может быть потенциальным узким местом и может повлиять на размер журнала базы данных публикации. Microsoft рекомендует использовать быструю сеть со скоростью 100 Мбит/с или быстрее.

Может ли избыточность оперативной памяти или процессора избежать влияния производительности?

Да, агенты репликации могут воспользоваться вычислительной мощностью и добавлением ОЗУ к Дистрибьютору, повысит производительность, позволяя ему кэшировать больше.

Сколько еще (ОЗУ/мощность процессора) вы порекомендовали бы?

Это действительно зависит от вашей рабочей нагрузки. Я бы рекомендовал настроить среду тестирования/разработки, максимально приближенную к вашей производственной среде, и разработать базовую основу для определения потребления ресурсов при типичной рабочей нагрузке. Некоторые другие вещи, на которые нужно обратить внимание, - это латентность, пропускная способность, параллелизм и продолжительность синхронизации.

Вот некоторые ресурсы, которые охватывают тиражирования передового опыта и улучшения производительности:

Best Practices for Replication Administration

Enhance General Replication Performance

Я надеюсь, что это помогает.