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

Question

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

Answer 1

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

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

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

• Вы можете регистрировать отправку на нескольких серверах.
• Отправка журналов актуальна только в зависимости от частоты выполнения задания.Если вы отправляете журналы каждые 15 минут, время работы дополнительного сервера может достигать 15 минут.Что делает его более Теплым в режиме ожидания.
• Вы можете оставить базу данных в режиме только для чтения на время ее обновления.Подходит для серверов отчетов.
• Подходит для аварийного восстановления

Answer 2

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

Answer 3

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