Зеркалирование, отправка журналов SQL Server 2005

Question

Мне поручено настроить аварийное восстановление для одной из наших систем. Основной сервер находится в FL, а вторичный - в Германии. Приложение является глобальным приложением в моей компании.

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

Благодаря

Answer 1

Зеркальное бы держать обе первичные и DR среды в синхронизации 100% времени, и таким образом исключить возможность потери данных. Однако, как вы заметили, это оказывает негативное влияние на производительность, но может потребоваться в ситуациях, которые не могут переносить потерю данных (например, финансовые приложения). Журналы доставки и их применение к резервной базе данных на сайте DR не оказывают такого же влияния на время ответа пользователя, но открывает небольшой период, в течение которого может произойти потеря данных.

Answer 2

Зеркальное отражение может иметь различные воздействия на производительность в зависимости от выбранного вами режима работы. Если вы зеркалируете, вы можете иметь три режима работы: Высокая защита (с автоматическим откатом и без нее) и Высокая производительность.

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

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

Если вы еще этого не сделали, вы должны прочитать Database Mirroring in SQL Server 2005 и Database Mirroring Best Practices and Performance Considerations.

Answer 3

Зеркалирование работают синхронно (ждать, пока журнал не стремится к БД), как правило, развернуть на хорошей сети связи (LAN)

доставка журналов работают асинхронно (не будет ждать, журнал стремится к БД), как правило, развернуть через MPLS/VPN или медленную сеть

так для вашей цели, и должны использовать Log Shipping