остановка агента при репликация

invm
Дата: 23.01.2013 12:17:32
Какая точность реально нужна для EVENT_DT?
volann34
Дата: 23.01.2013 12:28:21
В этот индекс не только EVENT_DT, но и еще 3 столбца. Мне не нужны дублирующие строчки, с одинаковыми данными, если я включу этот параметр, то дублирующая строчка добавляться не будет, а все последующие строчки будут работать как надо! просто не понятно, как на это отреагирует сама репликация, будет ли она снова и снова передавать эту строчку или нет? У будет ли при этом останавливаться агент SQL? и будет ли в мониторе ошика?
Glory
Дата: 23.01.2013 12:33:21
Надо не придумывать квадратные колеса для граблей , а почитать
BOL - How Merge Replication Detects and Resolves Conflicts
volann34
Дата: 23.01.2013 12:41:23
сразу вопрос, в таблице конфликтов, нет вообще конфликтов, короче СУБД данную ситуацию как конфликт не воспринимает!
invm
Дата: 23.01.2013 13:08:38
Glory,
С точки зрения реплики, конфликта нет -- rowguid для конфликтующих данных разные.

volann34,
Если вас не интересует синхронность данных издателя и подписчиков, можете просто попробовать пересоздать публикацию, указывая при создании статей процедурой sp_addmergearticle параметр @compensate_for_errors = 'TRUE'.
invm
Дата: 23.01.2013 13:12:28
Кстати, пересоздавать публикацию не обязательно. Данный параметр можно изменить с помощью sp_changemergearticle.
volann34
Дата: 23.01.2013 16:05:49
Спасибо, пока это ошибка ушла, но появлиась следующая: в сообщение об ошибке сказано, что агент слиянием отключается по таймауту, с чем это связано?
invm
Дата: 23.01.2013 16:30:15
Точное сообщение как звучит?
volann34
Дата: 23.01.2013 17:50:18
процессу слияния не удалось выполнить запрос, поскольку истекло время ожидания запроса. При повторении этой ошибки увеличьте время ожидания запроса для этого процесса. При устранении неполадок запустите синхронизация повторно.
invm
Дата: 23.01.2013 17:57:24
Сделайте под свои нужды новый профиль мерж-агента и укажите там достаточное значение для Query Timeout.