Bei Start MailDB Kaputt - Keine Sicherung vorhanden - HILFE -

Bist du sicher, dass die Dokumente wirklich weg sind, oder nur nicht in der Inbox auftauchen?
Wenn die Dokumente wirklich weg sind, nirgendwo mehr korrekte Repliken existieren und deine Sicherung nicht tut, dann ist Schicht im Schacht.

Durch einen Designreplace verschwinden keine Dokumente. Aber ist im Endeffekt auch egal: wenn du keine Sicherung hast, sieht es mau aus...

Ich habe keine Erfahrungen mit dem Tool, aber grundsätzlich können all diese Tools auch nicht zaubern.
Die Sektoren können längst wieder überschrieben sein, wenn man den gesamten Rechner nicht sofort stoppt.
Je nach Wichtigkeit kann man für einen Versuch natürlich ein paar Euro investieren,
aber all zu viel Hoffnungen würde ich mir nicht machen.

Gruß Steffen

Bevor du das Tool einsetzt, wäre eine Sicherung der DB vllt. angebracht. Eine, die tut!

Und ich jedenfalls wäre vorher mal mit scanEZ oder NotesPeek dran gegangen. Wenn die nämlich eine übereinstimmende Dokumentenanzahl angeben, dann ist klar, dass dein Vorhaben hoffnungslos ist. Auch und insbesondere dann, wenn die Differenz zwischen dem erwarteten und dem tatsächlichen Dokumentenstand ungefähr mit der Anzahl der Deletion Stubs korrelliert...

Da wir gerade erst einen ähnlichen Fall hier hatten (siehe hier) hatte ich mir auch dieses Tool mal runtergeladen und getestet. Hat nicht ein Dokument "gerettet". Hat nichtmal ansatzweise was gemacht.

Meines Erachtens ist das ein reines Dokument-Kopier-Tool, sobald eine DB wirklich im Eimer ist wird das nicht gehen.

Aber das kann man ja testen bevor man da bezahlt. Und sollte es doch as taugen kannst du es gern hier berichten.

Abgesehen davon liegt der Fall hier doch scheinbar etwas anders, die DB an sich ist ja wohl nicht kaputt im Sinne von Fehlermeldungen etc.

Für mich sieht es eher nach Löschungen aufgrund von Reparaturversuchen aus. Dann hast du schlechte Karten. Ganz schlechte. Genaugenommen Null. Da Notes die Daten nicht einfach nur zum Löschen markiert sondern aus Sicherheitsgründen ausradiert und mehrfach überschreibt. Ist ein Feature, was Leute davon abhalten soll das zu tun worüber wir grad reden. Gelöschte Daten zurückholen.

Die Frage ist, wann und wie versucht wurde zu reparieren. Und, wie Ralf im Posting vor mir schrieb, die Anzahl der Deletion Stubs wäre interessant, wobei sicher nicht so 100%ig aussagekräftig, da ein Fixup gar keine erzeugt. Daher die Frage was jetzt im einzelnen unternommen wurde, wo die DB in der ganzen Zeit stand (Server oder lokal) und und und.

Ein Design Replace löscht keine Dokumente - es überschreibt höchste die Speicherbereiche wo mal welche standen...

Der einzige Reparatur-Versuch bzw. Servertask der wirklich Dokumente ohne Vorwarnung selbständig löscht ist Fixup. Wenn er ohne Parameter läuft. Er schreibts aber wenigstens hinterher aus, es ist im Log also nachvollziehbar.

(Deshalb verstehe ich übrigens Admins nicht, die Fixup einmal die Woche ohne Zusatz-Schalter per Programmdokument laufen lassen)

Carsten

Zumindest die Version 1.53 tut mit einem englischen 7.0.2er Client. Was andere NotesPeek- und Clientkombinationen angeht, weiß ich nicht.