Long Running Merge, к сожалению, возвращается к тому дню, когда мобильные люди продаж были основными потребителями репликации слияния. Следовательно, это предупреждение/предупреждение почти БЕЗОПАСНО при работе с более или менее постоянно подключаемыми серверами.
Указывается иначе, это предупреждение настраивается с помощью монитора репликации на вкладке «Предупреждения», где вы указываете порог времени в минутах.
Итак, скажем, я установил порог в 10 минут - для подключения к локальной сети. Это означает, что я хочу быть ПРЕДОСТЕРЕЖЕН, если агент слияния репликации подключен более чем через 10 минут. В случае ноутбука, подключенного через VPN от отеля, может показаться, что они проводят> 10 минут для синхронизации. К сожалению, если мы говорим о специализированном агенте слияния, который работает в течение нескольких часов или дней, тогда он ВСЕГДА будет включен.
Все это сказало, что я ОСНОВАЛ вышеприведенные заявления по двум вещам: a) НЕИСПРАВНОСТЬ НЕИСПРАВНОСТИ документации о том, что именно это означает. Я искал googled и смотрел в gobs книг и только когда-либо нашел это: http://www.kendalvandyke.com/2008/10/difference-between-long-merge-and-slow.html b) простой набор тестов, где я создал новую/простое издание, а затем, когда он был запущен, я установил порог в 5 минут , Разумеется, после того, как публикация была успешно синхронизирована в течение 5 + минут, переключатель состояния в «long running merge»
Итак, хотя я не на 100% положителен в своем ответе, я уверен, что это правильно.
Аналогичным образом, играя со сложенными рядами/вторым порогом, похоже, что они также ориентированы прежде всего на «более старые» отключенные/повторно подключенные сценарии слияния, а не на «всегда связанные» ситуации, которые сегодня гораздо более распространены (тем самым делая их относительно бесполезный, как механизм мониторинга).
не хватает информации для ответа на ваш вопрос ... –