2010-02-22 3 views
1

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

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

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

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

+0

не хватает информации для ответа на ваш вопрос ... –

ответ

0

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% положителен в своем ответе, я уверен, что это правильно.

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