Всем доброго времени суток!

Удаленные конфликты стали возвращаться на следующий день в БД. То есть девушка, которая заполняет базу чистит конфликты время от времени, но в последние пару дней конфликты возвращаются назад в базу. Агентов вроде никаких не писал в последнее время, менял только параметры влияющие на скорость работы БД (снял метки о прочтении документов, включил регистрацию транзакций, включил обновление представлений раз в 12 часов). Кто нибудь сталкивался с подобной необычной ситуацией?

 

Всем доброго времени суток!

Удаленные конфликты стали возвращаться на следующий день в БД. То есть девушка, которая заполняет базу чистит конфликты время от времени, но в последние пару дней конфликты возвращаются назад в базу. Агентов вроде никаких не писал в последнее время, менял только параметры влияющие на скорость работы БД (снял метки о прочтении документов, включил регистрацию транзакций, включил обновление представлений раз в 12 часов). Кто нибудь сталкивался с подобной необычной ситуацией?

Ситуация очень даже обычная:
1 - "Удаленные конфликты стали возвращаться на следующий день в БД" может не возвращаются и создаются новые?
2 - " чистит конфликты время от времени " - надеюсь при чистке остаются deletion stubs?
3 - В св-вах базы - какой стоит период очистки от стабов?

 

endofin
А репликация БД с кем-то еще есть? Если нет, тогда только совместное редактирование, возможно, ошибка дизайна/кода, приводящая к созданию конфликта.

 

А может быть действительно создаются новые конфликты...
"deletion stubs" - не совсем понял что это, если это помещение документа в корзину, то такая настройка сделана (Allow soft deletions на последний закладке в свойствах БД с изображением телефона) (версия Lotus Notes\Domino 7.0.2), через 720 часов документы удаляются из корзины.
Репликации нет, только один компьютер в конторе имеет репликацию с локальной репликой. Совместное редактирование у нас происходит довольно таки часто.
Спасибо что поделились своими мыслями

 

Смотри кем созданы конфликты в какое время, к каким документам. Постарайся определить источник.

 

Смотри кем созданы конфликты в какое время, к каким документам. Постарайся определить источник.

То есть девушка, которая заполняет базу чистит конфликты время от времени, но в последние пару дней конфликты возвращаются назад в базу.

У людей нет проблем с тем, что создаются конфликты (оно решается девушкой), проблемы с тем, что "конфликты возвращаются назад в базу".

 

так а что с репликацией? журнал репликации проверяли?

 

так а что с репликацией? журнал репликации проверяли?

журнал репликации чистый.
81 конфликт опять нарисовался в базе, задвоенные номера все вернулись назад которые я удалил в пятницу...
сегодня попробовал в базе Replication Settings - Other очистить поле "this replica includes deletion stubs for all documents deleted since", и поставил галку в поле "temporarily disable replication for this replica"
Посмотрим что это даст...

 

журнал репликации чистый.
81 конфликт опять нарисовался в базе, задвоенные номера все вернулись назад которые я удалил в пятницу...
сегодня попробовал в базе Replication Settings - Other очистить поле "this replica includes deletion stubs for all documents deleted since", и поставил галку в поле "temporarily disable replication for this replica"
Посмотрим что это даст...

"журнал репликации чистый." утверждение неоднозначное... можно уточнить что имелось ввиду?
"конфликт опять нарисовался в базе, ... бла-бла..." в контексте предыдущих уточняющих вопросов - есть что-то новое?
"сегодня попробовал ..." - типичный метод научного тыка - причем в данном случае абсолютно бестолковый...

PS - сорри... обидно за коллег, которые пытаются помочь и донести до вопрошающего прописные для данного продукта истины...

 

"журнал репликации чистый." утверждение неоднозначное... можно уточнить что имелось ввиду?
"конфликт опять нарисовался в базе, ... бла-бла..." в контексте предыдущих уточняющих вопросов - есть что-то новое?
"сегодня попробовал ..." - типичный метод научного тыка - причем в данном случае абсолютно бестолковый...

PS - сорри... обидно за коллег, которые пытаются помочь и донести до вопрошающего прописные для данного продукта истины...

"журнал репликации чистый." утверждение неоднозначное... можно уточнить что имелось ввиду? - БД log.nsf на сервере, раздел replication events. и правой кнопкой по этой БД Replication - History.
"конфликт опять нарисовался в базе, ... бла-бла..." в контексте предыдущих уточняющих вопросов - есть что-то новое? - как правило последнее изменение конфликтных документов делает администратор, то есть я, хотя я их даже не открывал...
"сегодня попробовал ..." - типичный метод научного тыка - причем в данном случае абсолютно бестолковый... - а что делать, если больше нет никаких идей.

Вчера сделано: Очищена корзина "Trash", снята галочка в свойствах БД (последняя закладка с телефоном) Allow soft deletions.
Удален индекс и создан новый. Сегодня ничего старого не вернулось... Буду смотреть еще завтра