[gelöst] 75% der Dokumente verschwinden Mysteriös...

[MatsBS]

Hallo zusammen

Ich habe einen ganz komischen Fall:
Vor 2 Wochen hat mich ein User angerufen, bei welchem über 75% aller Dokumente "verschwunden" waren.
Ich habe daraufhin seine MailDB auf Server1 und Server2 (cluster), sowie die lokale Replik gelöscht und einen Restore zurückgespielt, wo alles wieder drinn war.
10 Stunden später war die DB wieder auf dem gleichen Stand wie vor dem Restore...! 75% der Dokumente waren weg!
Sie sind auch nicht im Trash etc. obwohl eine Softdeletion von 48h eingestellt ist.

Dieses Prozedere spiele ich nun seit 2 Wochen. Wir sind aktuell beim 6. Restore.

Die Datenbank bleibt manchmal 2 Tage OK und plötzlich sind wieder viele Dokumente (im die Selben) weg.

Was ich schon probiert habe:
- Neue ReplikID für die Restorte Datenbank
- div. ProfilDokumente gelöscht, die Verdächtig waren
- Client überprüft
- nach identischen Replika IDs gesucht
- DBIID geändert
- DB nur auf Server1 zurückgespielt (hat 3 Tage funktioniert) und dann erst auf den Cluster (DB war dann nach 26h wieder leer).
- Es gibt keine Agenten / Rules etc.
- User (schwört) hat nichts manuell gelöscht

Komisch ist, dass in den Activity-Details der DB ersichtlich ist, dass der User auf der Replik auf dem Cluster  die Dokumente gelöscht hat. ich kann nun aber zu 99.9% bestätigen, dass er das nicht manuell gemacht hat. Es sind immer die selben Dokumente...!

Was hab ich vergessen? Wo steckt der Wurm drinn?

LN 8.5.0
Domino 8.5.1 FP2
 

[koehlerbv]

Archivierung?

[MatsBS]

User archiviert manuell und nur selektierte Dokumente...! Im Archiv ist nix drinn ;-((

[WernerMo]

Hallo,

ist die mailbox (sehr) groß bzw. schon "alt"
spielt ein Cluster mit rein?
gibt es mehrere Repliken?

Gruß Werner

[Banni]

Sind die Dokumente unter "Alle Dokumente"? Wenn ja, Probleme mit der Ordnerstruktur?

Jan

[kuabuab]

Spacesaver in den Replica-Einstellungen?
Werden alte Dokument autom. gelöscht?

[atbits]

Liegen auf einem Server evtl. mehrere Repliken der selben DB?

[MatsBS]

Hallo...

- Nein, es liegt nur eine Replika auf dem anderen (cluster) Server
- Ja, DB ist rund 3GB gross und 2.5 Jahre alt
- Nein, unter ALLE DOKUMENTE ist natürlich nix drinn. Die DB zählt danach anstelle von 16'000 Doks nur noch 4'000 Doks

[koehlerbv]

Database activity: Was sagen die Uhrzeiten der Löschungen aus und die Kadenz der Löschungen?

Bernhard

[MatsBS]

Das ist ja das verflixte....!

Einmal sind es 6h nach dem Restore, einmal 25h, einmal 2h etc. etc.!

Die Uhrzeiten sind auch immer unterschiedlich...!

09:23h
18:55h
22:15h etc. etc.

Ich kann keine Regelmässigkeit feststellen.

Übrigens...nein, Space-Savers sind auf der Replik etc. nirgends vorhanden.

[koehlerbv]

Und was ist mit der Kadenz?

[MatsBS]

Wie meinst du das??

[atbits]

Liegt eine Replik auf dem Client?

[MatsBS]

Ja, es liegt immer wieder eine Replik auf dem Client.

Diese wird aber immer wieder neu erstellt, da ich ja die ReplikID immer ändere...

[atbits]

Und geht die Löschung vom Server aus, oder vom Client?
Sprich wo wird gelöscht, wenn Du nun die Replikation zwischen Client und Server deaktivierst?

[koehlerbv]

Kadenz: "Schussfolge", die Frequenz der Löschungen. Hieraus kann man Schlussfolgerungen ziehen über den Ort der Löschungen und den Automatisierungsgrad.

- Laut Activity Details geschehen die Löschungen mit der ID des Anwenders?
- Welche Dokumente werden gelöscht? Sind diese zeitlich zusammenhängend?
- Hat der User ein synchronisierendes Mobilgerät?

Bernhard

[WernerMo]

Hallo,

sorry ich habe oben noch eine Fragen vergessen:
wird die Erstellung der Replik "von Hand" oder mit AdminP (spezielle im Cluster) angestoßen?

Gruß Werner
PS: mich erinnert das an eine Fall

[MatsBS]

Also, nochmal zusammengefasst:

- Löschung passiert auf dem Cluster mit der ID des Users
- Es werden Dokumente (Mails und Kalender) vor dem 1.10.10 bis cirka Januar 2010 und dann hats wieder ein paar stehen lassen. Danach werden wieder alle bis September 09 gelöscht etc. Also schon zusammenhängend, aber immer wieder mit Lücken...!
- Mobilgerät hat er, das ist aber nicht der Ursprung. Haben wir bereits geprüft (LOG, Tests etc.)
- Die Replik geschieht so, dass ich die DB einfach über den Admin von Server1 zum Clusterpartner ziehe....!

Habe jetzt gestern um 15 Uhr wieder einen Restore gemacht, auf Server1 gelegt und seither ist wieder alles i.O.
Ebenfalls hat User gestern eine lokale Replik erstellt...auch alles immernoch i.O.

Wenn ich nun aber die DB auf den ClusterServer setze, könnte ich wetten, dass Morgen die Doks wieder weg sind.... (Erfahrungen)

[ascabg]

Hallo,

Nur mal so gefragt.

Von dem Restore schon mal eine neue Kopie (ueber den LN-Client) angefertigt und diese dann als neue Replik verteilt?

Wenn es dann nicht mehr passiert, kann man wohl getrost davon ausgehen, dass irgendwo an einer noch nicht beruekcsichtigten Stelle eine Replik herumgeistert.


Andreas

[MatsBS]

Bin ja nicht deppert ;-)

Habs zwar nicht auf diesem Weg gemacht, jedoch habe ich über die PowerTools die ReplicaID des Restors geändert...! Die DB hat nach jedem Restore eine neue ReplicaID...! Er DÜRFTE nichts mehr replizieren, auch wenn da noch irgendwo 'ne DB wäre.......!