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

Gelöschte Dokumente durch alte Replik zurückgeschrieben...

<< < (2/3) > >>

Semeaphoros:
An den Wert kommt man weder mit Script noch mit C-API heran. Die von diali genannten Funktionen geben andere Werte zurück, an die "Verwaltungsdaten" des aktuellen, physischen Files gibt es nirgends irgend ein Herankommen. Ich habe gerade vor ca. 14 Tagen einen Enhancement-Request einiger Kollegen unterstützt, die die Offenlegung dieser Eigenschaft wünscht.

koehlerbv:
Aus meiner Erfahrung bleibt Dir wirklich nur der Weg über die letzte Sicherungskopie. Diese bietet Dir aber sehr gute Chancen auf vollständige Heilung:

Vergleiche aus der jetzt "korrupten" DB jedes Dokument mit der Sicherungs-DB, mache dies via GetDocumentByUNID. Wenn ein Dokument nicht gefunden wurde: Ist es erstellt vor einem bestimmten Datum (dann ist das solch ein aus Versehen zurückrepliziertes Dokument), dann entferne es. Ist es neuer, dann wurde es erstellt nach Anfertigen des Backups.

Da ich von Natur aus zu extremer Vorsicht neige: Mache dies zunächst in einer abgeschotteten Umgebung und nicht produktiv, um nicht ggf. weitere Fehler hereinzubringen.

Weiterhin: Wenn in einer Applikation Leute solch weitgehenden Rechte haben (beliebig Dokumente erstellen, was ja erforderlich, um altes Zeugs zurückzureplizieren), dann musst Du für diese DBs die Replizierparameter erheblich restrikter handhaben als dies Notes als Default vergibt. Die Einstellung "Dokumente entfernen, die seit xx Tagen nicht verändert wurden" musst Du viel, viel höher setzen als 90 Tage. Ist der Haken dort nicht gesetzt, werden - und das halte ich für eine ganz üble Falle ! - nach einem Drittel der angegebenen Zeit die Deletionsstubs auch gelöscht, das heisst, dass dann - wie in Deinem Fall - Dokumente zurückrepliziert werden können aus eienr Uralt-Replik.

Good luck ! Was makaber klingt - Du hast den Ärger prompt am Freitag vor dem Start ins Wochenende bekommen.

Bernhard

TomKet:
Erstmal ein schnelles Danke für die Beiträge,
ich lasse gerade einen Script-Agenten bauen, der die "Datensatzleichen" anhand der DOC-ID raussucht und löscht. Das ist wohl die eleganteste Löschung, bevor ich mir jetzt noch das Wochenende Vollständig verderbe! :(

Grundsätzlich haben wir bei allen Notebook Usern die Replikation periodisch aktiviert. Allerdings haben wir ganz offensichtlich dieses eine vergessen.

Der User hat mit dem Notebook mit notes noch nie offline gearbeitet, sonst wäre ja bereits mal aufgefallen, das seine Daten nicht aktuell sind.

Naja ich versuche es positiv zu sehen und halte mal fest, das uns das in der Art nicht noch einmal passieren wird.

Danke für die Beiträge und schönes Wochenende - bei mir wird es wohl noch etwas dauern bis ich hier das ThinkPad zuklappen kann.

Munter bleiben
Thomas

Semeaphoros:
Aber bitte nicht anhand der Notes-ID sondern anhand der DocumentUNID, sonst klappt das nicht wirklich. DOC-ID sagt leider nicht, welche von beiden Du meinst .....

koehlerbv:
Hallo Thomas,

ich wünsche erfolgreiche Verrichtung ! Mich hatte es (letztlich indirekt) auch schon mal erwischt: Die IT-Abteilung arbeitete mit Images auch in Bezug auf lokale Notes-DBs. Die wichtigsten wurden eben in einer (irgendwann sehr alten  ;D) Version von CD auf neue Notebooks gespielt. Passiert ist da nie was, weil es sich nur um DBs handelte, in denen "Otto-Normaluser" keine Erstellrechte hatte. Das ging solange gut, bis ich ein neues Notebook bekam ... Die Anzahl gelöschter Doks, die ich mit meinen Rechten dann "neu" erzeugt habe, hielt sich aber derart in Grenzen, dass sie noch durch die Ungelesen-Markierungen identifiziert und manuell entfernt werden konnten.

Auch wenn es Dir jetzt das Wochenende verzögert, denke ich, dass dieser Vorfall durchaus einen Vorteil bietet - der eine oder andere wird daraus eine neue Erkenntnis gezogen haben.

Viel (und schnellen) Erfolg wünscht
Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete