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

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


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

Ответы (3)


arrow_upward
5
arrow_downward

Зеркальное отображение

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

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

  • Вы можете зарегистрировать доставку на несколько серверов.
  • Актуальность доставки журналов зависит от того, как часто выполняется задание. Если вы отправляете журналы каждые 15 минут, вторичный сервер может работать до 15 минут. Делаем его более теплым резервом.
  • Вы можете оставить базу данных в режиме только для чтения, пока она обновляется. Подходит для серверов отчетов.
  • Подходит для аварийного восстановления
person Josiah Peters    schedule 28.05.2009

arrow_upward
3
arrow_downward

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

person edosoft    schedule 28.11.2008

arrow_upward
1
arrow_downward

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

person Craig Stuntz    schedule 26.11.2008