Зеркальное отображение и доставка журналов в Sql Server 2005 - PullRequest
Новая
       42

Зеркальное отображение и доставка журналов в Sql Server 2005

5 голосов
/ 25 ноября 2008

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

Ответы [ 3 ]

5 голосов
/ 29 мая 2009

Зеркальное

  • Зеркальное отображение базы данных ограничено только двумя серверами.
  • Зеркальное отображение с помощью сервера-свидетеля обеспечивает высокую доступность и автоматическое переключение при сбое.
  • Вы можете настроить строку DSN так, чтобы в ней были оба зеркальных сервера, чтобы при переключении вы ничего не замечали.
  • Во время зеркального отображения ваша зеркальная база данных недоступна. Он находится в режиме синхронизации / восстановления.
  • Зеркальное отображение с использованием стандартной версии SQL Server 2005 не подходит для балансировки нагрузки (см. Предложение выше)

Доставка журналов

  • Вы можете зарегистрировать доставку на несколько серверов.
  • Доставка журналов зависит только от частоты выполнения задания. Если вы отправляете журналы каждые 15 минут, дополнительный сервер может работать до 15 минут. Делая это больше теплым резервом.
  • Вы можете оставить базу данных в режиме только для чтения, пока она обновляется. Подходит для серверов отчетов.
  • Хорошо для аварийного восстановления
3 голосов
/ 28 ноября 2008

В целях резервного копирования я бы порекомендовал Зеркальное отображение: оно хранит всегда актуальную копию вашей базы данных без лишних хлопот. Если вам не нужно автоматическое переключение при сбое, вам нужно всего два сервера / экземпляра. Обратите внимание, что режим High Performance доступен только в редакции предприимчивости (sp)!

1 голос
/ 26 ноября 2008

Переключение на вторичную базу данных занимает больше времени при доставке журналов, но это не так уж плохо. Вам придется вручную скопировать любые не скопированные файлы резервных копий, применить резервные копии журнала транзакций к вторичной базе данных, восстановить вторичную базу данных и изменить ее роль на первичную. Если старые первичные базы данных доступны, вы должны создать резервную копию ее журнала транзакций перед началом. Отработка отказа при зеркалировании несколько проще и может быть выполнена автоматически, если вы используете режим высокой доступности. Даже при использовании режима высокой производительности это все равно операция с одним оператором.

...