Тема: Replication Troubleshooting или как я провел воскресенье

Создан:Danila A. Trushin; InterTrust 06/10/2007 11:24 PM
Модифицирован:Danila A. Trushin 06/11/2007 06:28 PM
Папка:
01. Технические вопросы, 09. Администрирование Notes & Domino		Тип сообщения:
Нужна информация
Сообщение:

Задача:
На сервере А удалили N документов. На сервере Б, включенном в один кластер с сервером А, после окончания кластерной репликации оказалось документов на X (X<N) больше, чем на сервере А.
Вопрос: какого черта он не отрепплицировал все удаления?

Варианты решений:
1. Глюкнуло свойство Cutoff Date в Replication Settiings
проверяем: чистим cutoff date в обеих репликах и реплицируем с консоли
результата нет - разница в числе документов в репликах равна разнице числа Deletion Stub'ов в этих же репликах
2. Проблема доступа к документам
проверяем - удаляем выборочно заранее запротоколированный пул документов, чистим историю репликаций, cutoff date, реплицируем базу клиентом с правами Full Access Administrator.
результата нет - часть коллекции удалилась -репликация прошла, часть стабов не отреплицировалась.
3. Включаем
debug_repl_all=2
debug_Repl=1
debug_outfile=c:\debug.txt
и смотрим лог репликации, предварительно чистим историю и т.п.
В логе нет упоминаний о репликации интересующих нас стабов.
4. Пересоздаем реплику на файловом уровне, повторяем все вышеизложенное и до кучи Fixup -F -J -L и Updall по обеим репликам
Результата нет. То есть стабы как висели так и висят, но и документы не удаляются в другой реплике, но и обратно не возвращаются.

К концу воскресенья бубны истерлись до дыр... и тут:
Обнаружено, что у тех документов, которые упорно хотят жить, очень странный SeqNum (Sequence Number): в свойствах документа видно например SN8000000F. В переводе на понятную всем десятичную систему это всего-то 2147483663-я редакция.
Получается так, что как бы мы не старались удалить документ репликацией номер редакции у него такой, что Deletion Stub просто не рассмтаривается в качестве объекта для репликации (поэтому его и не было в отладочном логе?).
Из последних сил толкнули Compact -C, результата нет...

Уважаемые, кто-то видел что-то подобное? Как локализовать и исправить подобные документы?

P.S. Domino 6.5.4. on Windows 2003 сервер.

Иерархия документов данной дискуссии:
Replication Troubleshooting или как я провел воскресенье (Danila A. Trushin; InterTrust) (10.06.2007 23:24:29)
.... а не является ли это число переполнением знакового лонга ? -2,147,483,648 to 2,147,483,647 (Mikhail Cholokov) (12.06.2007 0:03:54)
........ Вот то-то и оно... (Danila A. Trushin; InterTrust) (12.06.2007 13:27:51)
............ а отлавливать таки СекНумы агентом и править к-л возможно? С др. строны - кол-во изменений поражает моё воображение ;) (Mikhail Cholokov) (13.06.2007 13:23:25)
.... Оказывается, в SN только младшие два (или три?) байта отвечают собственно за "серийный номер", а старшие два - это... (Vladimir A. Panov; InterTrust) (13.06.2007 17:40:18)


Разработчикам и администраторам: курсы, книги, сертификация