Regelmäßige Replizier- und Speicherungskonflikte

[Wiesel]

Hallo!

Bei uns im Haus ist eine Datenbank im Einsatz, die ausschließlich in einer Filiale genutzt wird. Dort können max. 20 Personen drauf lesen (tun sie meist nicht) und maximal 3 Personen drauf schreiben, wobei meist 1 Person zuständig ist.

In dieser Datenbank taucht immer wieder das Problem auf, daß die Dokumente als Replizier- und Speicherungskonflikte angezeigt werden. Eine Deinstallation und Neustart von Notes hilft oft nicht. Manchmal ist das Problem am nächsten Tag weg und am übernächsten Tag wieder da.

Das Problem besteht seit der letzten Schablonenakutalisierung.
Wir wissen nicht mehr wie wir das Problem angehen sollen. Die User sind verständlicherweise langsam brummelig. Aber an was kann das liegen? Gehe ich selbst in die Datenbank, habe ich nie das Problem.

Vielleicht weiß ja jemand noch einen Lösungsansatz.

Gruß,
Wiesel

[koehlerbv]

Bitte Fragen nicht in zwei Foren posten! Sonst sieht da kein Antwortwilliger mehr durch, wo er denn nun hinschreiben soll!
Den zweiten (identischen) Beitrag habe ich gelöscht.

Bernhard

[koehlerbv]

Zur Sache: Es ist als aussenstehender bzw. entfernt befindlicher sehr, sehr schwer, auf Grund der bekannten Fakten etwas zu sagen.
Um was für eine DB handelt es sich dabei?
Woher kam das "letzte Template"?
Was passiert in dieser DB ausser manuellen Änderungen mit den Dokumenten? Werden im QuerySave noch Operationen ausgeführt?
Laufen Agenten, die Dokumente manipulieren?
Gibt es lokale oder anderweitige Repliken der DB?

Einem solchen Problem kann man sich nur streng systematisch annähern.

Bernhard

[Wiesel]

Es handelt sich hier um eine ganz einfach Datenbank. Es werden lediglich Dokumente erstellt, die dann nach einer Zeit wieder manuell herausgelöscht werden.
Kein QuerySave, keine Agenten, keine lokalen oder anderweitigen Repliken.
Die letzte Schablone wurde, wie immer, auf dem gleichen Server niedergelegt und eine Aktualisierung durchgeführt.

[koehlerbv]

Nun, so entstehen aber noch nicht Replizierkonflikte in der von Dir beschriebenen Form. Da muss also noch was anderes sein.
Hast Du Dir mal in $UpdatedBy und in $Revisions angeschaut, wer zuletzt an den Dokumenten und den zugehörigen Konflikten dran war? Sowas gibt auch schon (besonders) wertvolle Hinweise.

Bernhard

[Glombi]

Das scheint ein Notes Bug zu sein. Ich kenne das, wenn ich bspw. das Design einer Ansicht ändere und im Notes Client hat jemand/ich die Ansicht offen. Dann werden plötzlich nur noch Speicherkonflikte angezeigt.

Das sagt die KBASE:
False replication conflicts appear in view after upgrading design of database
Product:
Lotus Notes  >  Lotus Notes  >   6.5, 6.0, 5.0, 4.6, 4.5
Platform(s):
Platform Independent
Doc Number:
1085700

Published   16.11.2005


Problem

 After you attempt to upgrade the design of an IBM Lotus Notes database (such as when upgrading the design of a mail database), you notice in a view of the database that all documents appear to be Replication conflicts.

This has been observed when using Replace Design from the Notes Client, as well as when using the Design task or Convert task on the mail server.  In most cases this occurs when the mail database is open on a Notes client.  If the database is closed and re-opened the documents appear as expected and the documents are again normal in appearance and are not true Replication or Save conflicts.




This issue was reported to Quality Engineering, and addressed in Notes 6.0.

Note: The issue can still be observed when using the Load Convert task to upgrade the design of mail files which are opened on the Notes Client.

Workaround:
Close and re-open the database.


Andreas

[Glombi]

Ich würde mal zunächst den Namen der Gestaltungsschablone aus den Datenbankeigenschaften entfernen.

Andreas