Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Mehr ungelesene als vorhandene Dokumente

<< < (2/2)

Wolfgang:

--- Zitat von: Sven Lag am 10.01.08 - 14:02:02 ---Nun habe ich  beim aufräumen/löschen festgestellt, das in der Ordneransicht zwei Ordner weiterhin ungelesene Dokumente enthalten, obwohl alle als gelesen markiert wurden (habe ich bewusst für alle Dokumente wiederholt). Der zweite Ordner ist sogar leer, dennoch soll er 80 ungelesene Dokumente enthalten.
--- Ende Zitat ---


--- Zitat ---Zu Info, wenn ich Mails in Mengen lösche, leere ich den Papierkorb und komprimiere anschließend die Datenbank. Dabei hatte ich häufiger das Gefühl, dass das Verhältnis zwischen gelöschten Mails und freigewordenem Platz nicht stimmte.

--- Ende Zitat ---

Die Anzeige der ungelesenen Dokumente in einzelnen Ordnern kommt gelegentlich durcheinander. Einer der Gründe ist das Löschen von einer größeren Zahl Mails auf einmal (so ab ca. 350, wenn ich es recht in Erinnerung habe). Ist ein Bug ...

Lösung (auch wenn es mit der Sache anscheinend überhaupt nichts zu tun hat):
- In den Replizierparametern der DB auf "Platzsparer" klicken
- bei "Um Platz zu sparen, Dokumente entfernen, die seit x Tagen nicht geändert wurden" den Standardwert von 90 durch 0 ersetzen. Die Checkbox davor  NICHT  anklicken (sonst ist alles weg).
- Notes schließen und sicherheitshalber cache.ndk löschen (meist überflüssig)
- Notes starten, hoffen und Datenbank öffnen.
- wenn alles ok, kann der veränderte Wert wieder auf 90 gesetzt werden.

Gruß
Wolfgang

Sven Lag:
Ich glaube den Verursacher gefunden zu haben:

Bei uns gibt es einen Repliken-CLient, der von allen Mail-DB´s eine Replik besitzt.
Dieser Rechner scheint zu spinnen, er repliziert wohl schon seit längerem keine Löschungen mehr.

Gestern kam es wieder zur Wiederherstellung von bereits gelöschten Mails, die auf dieser Replik auch noch vorhanden waren.

Spannend ist, dass diese in der Arbeitsdatenbank teilweise nur unter "Alle Dokumente" zu finden sind. Es waren schlappe 300MB an Mails, die innerhalb weniger Minuten plötzlich wieder auftauchten.

Das Verhalten konnte inzwischen auch für andere DB´s nachgewiesen werden, weshalb wohl der Repliken-Client einen Schlag weg hat.


Löschen von mehr als 350Mails macht ärger  :o
Das wusste ich nicht, werde in Zukunft mal darauf achten, dass nicht zu viel auf einmal gelöscht wird. Aber nach dem Urlaub mehrere hundert Statusmails im Postfach... da macht man schnell mal einen Rundumschlag.


Vielen Dank
Sven

koehlerbv:
Damit hat sich mein leiser Verdacht bestätigt. Und das ist auch keine Fehlfunktion von Notes oder eine Replik, die einen Schlag weg hat, sondern ein vollkommen normales Verhalten:
Wenn an den Repliziereinstellungen einer DB A nichts verändert wird, dann werden automatisch nach 30 Tagen aus Speicherplatz- und Performancegründen die Deletion Stubs (Löschmarkierungen) entfernt. Das hat zur Folge, dass bei der nächsten Replikation mit einer Datenbank B, mit der sehr lange (mehr als die 30 Tage) nicht repliziert wurde, die dort noch vorhandenen Dokumente, die in A längst gelöscht wurden, als "neu" erkannt werden - und repliziert werden.

Man kann dieses Verhalten ändern, wenn man in der DB unter Datenbank - Replizierung - Parameter - Platzsparer die Einstellung "Dokumente entfernen, die seit x Tagen nicht geändert wurden" auf einen höheren Wert setzt (hierfür NICHT den Haken davor setzen!). Die Anzahl Tage, die dort steht, ist durch 3 zu teilen, um die Löschfrist für Deletion Stubs zu erhalten: 90 Tage bedeutet also: Nach 30 Tagen werden die Stubs gelöscht.

Bernhard

Sven Lag:
Ich habe nun Nägel mit Köpfen gemacht, die Replik auf auf dem
Replikenrechner gelöscht und neu angelegt.

Anschließend habe ich die Replikation der DB neu Konfiguriert:
Vom Server Löschungen senden und Ungelesenmarkierungen über alle Server replizieren.
Auf dem Replikenclient Löschungen annehmen, aber nicht senden.

Ich war der Meinung das sollte nun wieder laufen; tat es auch für drei Tage.
Ich habe immer wieder kontrolliert, ob die Replik genau so aussieht wie das Original.
Gestern morgen war noch alles OK, aber heute morgen musste ich dann feststellen, dass alle neune Mails von gestern in der Replik wieder als Ungelesen hinterlegt waren.
Löschungen hatte ich keine durchgeführt und kann deshalb auch keine weiteren Angaben dazu machen.

Bei Betrachtung der Replizierparameter von der Server-DB stellte ich dann folgendes fest:
Die Ungelesen-Markierungen replizieren stand auf "Nie",
Katalog- und Titelinfo nicht an andere Repliken senden war aktiviert.

Wie kann das sein?
Könnten hier Schablonenwechsel oder Gestalltungsaktualisierungen zu veränderten Einstellungen führen?
Oder mache ich etwas falsch(?), muss ich noch weitere Einstellungen ändern?

Sven

joan:
Ich hatte gerade das gleiche Problem und habe es mit den Hinweisen in diesem Thread gelöst - Dankeschön! :)

Auch wenn's schon älter ist, erscheint mir aber folgendes ergänzungsbedürftig (vor allem, weil das viele falsch interpretieren, sogar Autoren von Tools zur Replizierzeitüberwachung... ;) )


--- Zitat ---Die Anzahl Tage, die dort steht, ist durch 3 zu teilen, um die Löschfrist für Deletion Stubs zu erhalten: 90 Tage bedeutet also: Nach 30 Tagen werden die Stubs gelöscht.
--- Ende Zitat ---

90 Tage bedeutet genau genommen, daß Notes alle 90/3 = 30 Tage die Deletion Stubs prüft und dann alle löscht, die zu diesem Zeitpunkt älter als 90 Tage sind. In der Praxis heißt das, daß Deletion Stubs bei der Standardeinstellung mindestens 90 und maximal 90+30=120 Tage in der Datenbank verbleiben.

Solange die letzte Replikation nicht mehr als 90 Tage zurückliegt - das sind immerhin drei Monate - sollten also keine gelöschten Dokumente wiedererscheinen. Dank unseres "replizierfreudigen" Außendienstes konnte ich das schon häufiger praktisch bestätigen... ;)

Navigation

[0] Themen-Index

[*] Vorherige Sete