Односторонняя репликация SQL Server 2005

Question

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

Один из вариантов, который был предложен, заключается в том, чтобы иметь одностороннюю репликацию из нашей первичной базы данных в рабочую базу данных. Затем приложения будут считываться из подчиненной базы данных и записываться непосредственно в основную базу данных. Так что ...

• Применение Читает От ведомого
• Применение Пишет Первичный
• Primary Обновления работорговли Автоматически

Каковы основные преимущества и недостатки этого метода?

Answer 1

Несколько минусы:

• 2 точки отказа
• логика приложения должны учитывать задержку между что-то писать, а затем читать его, так как он не будет доступен сразу от второстепенного база данные

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

Есть, безусловно, плюсы к подходу «повторить все»:

• Вы можете запустить любой одноранговый запрос на вторичном, так как он имеет все данные
• Если основной сервер умирает, вы можете повторно назначить вторичное быстро, чтобы взять на себя

Answer 2

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

Мы не хотим, чтобы наше приложение считывалось из другой базы данных, поэтому в этом случае я бы предложил использовать группы файлов и разбиение на разделы базы данных. Использование групп файлов (особенно на разных дисках), а также разделение файлов и индексов может значительно помочь в производительности.