Лучшая стратегия репликации горячего/теплого резервного сервера (SQL Server 2005)

У меня есть два идентичных сервера с SQL Server 2005 и моим приложением.

Жесткие требования:

  1. я должен иметь возможность обновлять данные на любом сервере.
  2. я должен быть в состоянии отключить любой сервер, не перенастраивая ничего в базе данных.
  3. когда сервер снова подключен, он должен автоматически синхронизироваться с другим сервером.

Примечания:

  1. я предпочитаю варианты, которые не добавляли бы значительной нагрузки на основной сервер, если возможный.
    2. Два сервера имеют частную сеть для репликации, поэтому пропускная способность не является проблемой.
  2. это нормально, если данные на любом сервере устарели на несколько минут.

Из того, что я прочитал, мои варианты:

  • репликация транзакций с обновляемыми подписками (обновление в очереди)
  • Репликация Слиянием

Какая конфигурация лучше всего соответствует моим требованиям?

2 3
sql-server database sql-server-2005 replication

2 ответа:

Ни один из текущих параметров не допускает возможности записи на оба сервера. Практически единственным вариантом будет репликация слиянием, так как это позволяет обновлять оба сервера.

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

Доставка журналов и зеркальное отображение не позволяют для обновления вторичного сервера.

1

Вы рассматривали возможность доставки журналов?

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

И это будет так же хорошо, как самый последний полученный журнал - но вы можете настроить отправку журналов каждую минуту или около того.

Если вы хотите иметь резервную версию на 100% актуальной, то вам нужно решение, которое синхронизирует каждую транзакцию-это будет распределенная фиксация.

Но если вы собираетесь отправить резервный по FedEx и могли бы заставить процесс (то есть отправить "окончательный" журнал), прежде чем он выключится, который должен работать; или если его просто отключили, Fedex'D, а затем возвращается "онлайн", доставка журнала должна просто возобновиться с того места, где он остановился; тогда, когда вы сделаете его основным, он будет таким же "свежим", как и самый последний журнал, который он получил.

-1