Длительное слияние - PullRequest
       6

Длительное слияние

1 голос
/ 22 февраля 2010

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

Повлияет ли это на передачу записей или я просто проигнорирую предупреждение?

Какой шаг необходимо предпринять?

Каково решение для этого предупреждения?

1 Ответ

0 голосов
/ 20 января 2012

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

Другими словами, это предупреждение настраивается через Replication Monitor на вкладке «Предупреждения», где вы указываете временной интервал в минутах.

Итак, скажем, я установил порог в 10 минут - для подключения к локальной сети. Это означает, что я хочу быть ПРЕДУПРЕЖДЕННЫМ, если агент репликации слиянием был подключен в течение более 10 минут. В случае ноутбука, подключенного через VPN из отеля, возможно, имеет смысл увидеть, что на синхронизацию у них уходит> 10 минут. К сожалению, если мы говорим о выделенном агенте слияния, который работал часами или днями, то это будет ВСЕГДА.

Все это говорит, я основываю приведенные выше утверждения на 2 вещи: а) БЕЗУМНАЯ нехватка документации о том, что именно означает этот материал. Я гуглил и смотрел в кучах книг и только когда-либо нашел это: http://www.kendalvandyke.com/2008/10/difference-between-long-merge-and-slow.html б) простой набор тестов, в котором я создал новую / простую публикацию, а затем, когда она была запущена и запущена, я установил порог в 5 минут. Конечно же, после успешной синхронизации публикации в течение 5 минут и более состояние переключается в состояние «продолжительное слияние»

Итак, хотя я не на 100% уверен в своем ответе, я вполне уверен, что он правильный.

Аналогично, при игре с порогом объединения / второго порога, похоже, что они также ориентированы в основном на «более старые» сценарии с отключенным / повторно подключенным объединением, а не с «всегда подключенными» ситуациями, которые гораздо более распространены сегодня (что делает их относительно бесполезен как механизм мониторинга).

...