Mirroring срещу Log Shipping в Sql Server 2005

Интересно ми е да чуя мислите на хората за предимствата и недостатъците на дублирането на бази данни срещу изпращането на журнали в този сценарий: трябва да настроим ситуация на резервно копие на базата данни, при която има точно един вторичен сървър, който не трябва да се задейства автоматично, когато основният се повреди. Възстановяването и стартирането с вторичния обаче не трябва да отнема твърде много време.


failover log-shipping mirroring sql-server-2005
person Karim    schedule 25.11.2008    source източник

Отговори (3)


arrow_upward
5
arrow_downward

Огледално

  • Дублирането на бази данни е ограничено само до два сървъра.
  • Огледалното копиране с Witness Server позволява висока наличност и автоматичен отказ.
  • Можете да конфигурирате вашия DSN низ да има и двата огледални сървъра в него, така че когато превключват, да не забележите нищо.
  • Докато е огледална, вашата огледална база данни не може да бъде достъпна. Той е в режим на синхронизиране/възстановяване.
  • Дублирането със стандартното издание на SQL Server 2005 не е добро за балансиране на натоварването (вижте изречението по-горе)

Изпращане на трупи

  • Можете да регистрирате изпращане до множество сървъри.
  • Изпращането на журнали е толкова актуално, колкото честотата на изпълнение на заданието. Ако изпращате регистрационни файлове на всеки 15 минути, вторичният сървър може да бъде до 15 минути. Превръщайки го повече в топъл режим на готовност.
  • Можете да оставите базата данни в режим само за четене, докато се актуализира. Добър за сървъри за докладване.
  • Добър за възстановяване след бедствие
person Josiah Peters    schedule 28.05.2009

arrow_upward
3
arrow_downward

За целите на архивирането бих препоръчал Mirroring: той поддържа винаги актуално копие на вашата база данни без проблеми.. Ако не се нуждаете от автоматично превключване при срив, имате нужда само от два сървъра/инстанции. Обърнете внимание, че режимът High Performance е наличен само в изданието Enterprice (sp)!

person edosoft    schedule 28.11.2008

arrow_upward
1
arrow_downward

Превключването към вторичната база данни отнема повече време с доставката на регистрационни файлове, но не е много лошо. Ще трябва ръчно да копирате всички некопирани архивни файлове, да приложите резервните копия на регистъра на транзакциите към вторичната база данни, да възстановите вторичната база данни и да промените нейната роля на основна. Ако старите първични бази данни са достъпни, трябва да архивирате регистрационния файл на транзакциите, преди да започнете. Отказът с дублиране е малко по-прост и може да се извърши автоматично, ако използвате режим на висока наличност. Дори когато използвате режим на висока производителност, това все още е операция с един оператор.

person Craig Stuntz    schedule 26.11.2008