Удаленные конфликты стали возвращаться на следующий день в БД

  • Автор темы endofin
  • Дата начала
Статус
Закрыто для дальнейших ответов.
E

endofin

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

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

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#2
Всем доброго времени суток!

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

Akupaka

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

endofin

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

Akupaka

А че я?.. О.о
04.10.2007
3 360
2
#5
Смотри кем созданы конфликты в какое время, к каким документам. Постарайся определить источник.
 

VladSh

начинающий
Lotus team
11.12.2009
1 248
2
#6
Смотри кем созданы конфликты в какое время, к каким документам. Постарайся определить источник.
То есть девушка, которая заполняет базу чистит конфликты время от времени, но в последние пару дней конфликты возвращаются назад в базу.
У людей нет проблем с тем, что создаются конфликты (оно решается девушкой), проблемы с тем, что "конфликты возвращаются назад в базу".
 

collection

Well-Known Member
04.07.2006
472
0
#7
так а что с репликацией? журнал репликации проверяли?
 
E

endofin

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

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#9
журнал репликации чистый.
81 конфликт опять нарисовался в базе, задвоенные номера все вернулись назад которые я удалил в пятницу...
сегодня попробовал в базе Replication Settings - Other очистить поле "this replica includes deletion stubs for all documents deleted since", и поставил галку в поле "temporarily disable replication for this replica"
Посмотрим что это даст...
"журнал репликации чистый." утверждение неоднозначное... можно уточнить что имелось ввиду?
"конфликт опять нарисовался в базе, ... бла-бла..." в контексте предыдущих уточняющих вопросов - есть что-то новое?
"сегодня попробовал ..." - типичный метод научного тыка - причем в данном случае абсолютно бестолковый...

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

endofin

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

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

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