E-Mails wiederherstellen

[schroederk]

Da hast Du ziemlich Glück gehabt, denn das hätte sehr leicht scheppern können.

Wenn Du nicht explizit bei der Rücksicherung aus dem Backup gefragt worden bist, wird die DB mit der selben DB-ID zurückgesichert.
D.h. auch wenn Du die DB in was weiß ich umbenennst, das interessiert Notes herzlich wenig. Notes erkennt 2 DBs mit der selben ID und fängt an zu replizieren. In dem Fall kannst Du auch die Kopie nicht mehr so einfach löschen -> DB in use etc.

Also immer in ein Verzeichnis zurücksichern, wo der Server keinen Zugriff drauf hat. Dann mit einem Client eine lokale Kopie erstellen, damit die DB eine neue ID erhält. Diese Kopie kannst Du dann auf den Server neben die ursprüngliche DB legen und mit Copy&Paste nach Lust und Laune und ohne Druck wurschteln.

[naruto25]

ich verstehe.

man könnte auch offline gehen und das dann vornehmen, was ich gemacht hab, bevor repliziert wird. hab ich zwar nicht gemacht, aber hat glücklicherweise geklappt. aber sicherer wäre es doch oder?

[J Parlin]

... ich gehe Offline und stelle als Erstes die Replizierung dieser DB ab ( Replizierung dieser Replik vorübergehend deaktivieren )

[ernst]

@schroederk: Das von Dir vorgeschlagene Verfahren kann man erheblich beschleunigen, wenn man ein Tool zum Verändern der Replik-ID verwendet (siehe  http://atnotes.de/index.php/topic,58056.0.html ). Die Rücksicherung würde dann z.B. folgendermaßen ablaufen:
- Rücksicherung in ein Serververzeichnis neben dem notes-data-Verzeichnis (oder in das notes-data-Verzeichnis mit einer veränderten Extension - z.B. .../notes/data/maildatei.nsf.dad )
- wenn man ganz sicher gehen will: Replikation der aktiven Mailboxen im Notes-Cluster temporär deaktivieren
- Verschieben der Rücksicherung ins notes-data-Verzeichnis bzw. Ändern des Dateinamens auf maildatei.nsf
- Unmittelbar danach Ändern der Replik-ID mit dem im Link beschriebenen Tool
- Replikation der aktiven Maildateien wieder in Betrieb nehmen (falls zuvor deaktiviert)
- Titel der Rücksicherung ändern, damit der Anwender immer weiß, welche Kachel aktiv und welche die Rücksicherung ist.

Mit diesem Verfahren erspart man sich langwierige Kopiervorgänge, die sowohl für den Anwender als auch für den Administrator lästig sind. Wenn man schnell ist (z.B. mit 2 Rechnern arbeitet), kann man sich auch das Deaktivieren der Replikation ersparen.

[schroederk]

@ernst: für uns ist das sogar noch angenehmer, denn unsere Backup-Lösung bietet bereits bei der Rücksicherung an, dass die Replik-ID der DB geändert wird. Insofern kann ich die DB auch direkt wieder unter neuem Namen und neuer Replik ID in das data-Verzeichnis legen.

[(h)uMan]

@ernst: für uns ist das sogar noch angenehmer, denn unsere Backup-Lösung bietet bereits bei der Rücksicherung an, dass die Replik-ID der DB geändert wird. Insofern kann ich die DB auch direkt wieder unter neuem Namen und neuer Replik ID in das data-Verzeichnis legen.

Ist bei uns ebenfalls so, da wir fürs Backup&Restore EMC® NetWorker® mit dem "EMC® NetWorker® Module for Databases and Applications" einsetzen. Teuer aber gut.

[Sascha Seipp]

Moin allerseits,

Ergänzung dazu, wenn man noch kein so schickes Backup-Tool hat (bzw. dem die Notes-Integration noch fehlt):

1) Rücksichern der DB auf Verzeichnis außerhalb data, z.B. D:\restore\altedb.nsf
2) set cluster_admin_on=1 (auch wenn's kein Cluster ist)
3) cl copy d:\restore\altedb.nsf restore\kopie_alter_db.nsf
4) kopie_alter_db.nsf öffnen, gewünschte Dokumente rauskopieren, DB wieder löschen

Vorteil: cl copy legt direkt eine Notes-Kopie (mit neuer Replik-ID) an, ohne daß ich den Notes-Client bemühen und DBs von lokal auf den Server und zurück schieben muß. Ich muß also nicht schneller als der Replikator von Domino sein. :-)
Klassischerweise geb ich dem User dann einen Link zur Restore-DB (Titel ändern, wie bereits von Vorrednern erwähnt, macht Sinn) mit dem Auftrag, sich die benötigten Dokumente rüberzukopieren und Bescheid zu geben, wenn die Restore-DB wieder weg kann (und setze mir einen Reminder, um nachzuhaken, weil das Bescheid geben ja gerne mal vergessen geht..)

Siehe auch hier: http://www-10.lotus.com/ldd/dominowiki.nsf/dx/cluster_admin_on

Ciao
Sascha