Смешать репликацию транзакций и доставку журналов?

Question

Я реплицировал большую базу данных (около 1 ТБ) на три удаленных сервера, используя принудительную репликацию транзакций.Подписчики только для чтения.Много данных вставляется и обновляется (из других источников) в один день каждый месяц.Репликация всегда завершается неудачей после дня, и мы вручную инициализируем репликацию из резервной копии каждый месяц.

Можно ли переключиться на доставку журналов до дня вставки и вернуться к репликации транзакций после отправки журналов массовых вставок?Таким образом, нет необходимости копировать большой файл резервной копии для повторной инициализации?

Answer 1

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

Answer 2

Я подвергаю сомнению вашу необходимость повторной инициализации на плановой основе. У меня топология репликации работала очень долго без необходимости повторной инициализации. И когда мы это сделали, это было только потому, что произошли изменения схемы, которые не очень хорошо играли. Когда вы говорите, что большой объем данных не проходит репликацию, что это значит? Репликация с радостью доставит большие изменения данных подписчикам. Если у вас слишком много ограничений по времени ожидания, вы можете либо увеличить их, либо разбить большие транзакции на более мелкие в издателе. У вас также есть возможность установить параметр MaxCmdsInTran для агента чтения журнала, чтобы it разбивал ваши транзакции за вас.