Restore eines Postfaches

[Ottoderxte]

Hallo zusammen,
ich habe hier auf meinem System Jahressicherungen gemacht, und jetzt kommt wahrhaftig unsere Einkäuferin um die Ecke und möchte ein Postfach aus dem jahr 2011 wieder hergestellt haben.

Der Restore des Postfaches ist ja kein Problem, nur habe ich ja die DAOS Variante aktive, wie bekomme ich denn jetzt die Dokumente wieder die im DAOS sind?

Gruß
Karl

[umi]

Falls dazumal schon Daos aktiv war, muss das File zurück auf den Server.
Siehe http://www-10.lotus.com/ldd/dominowiki.nsf/dx/daos-backup-and-restore

[Tode]

Dokumente sind keine im Daos.... allerhöchstens die Anhänge zu Dokumenten. Wenn Du im Jahr 2011 noch kein DAOS aktiviert hattest -> Kein Problem. Wenn doch: Wenn Deine Backup- Lösung "DAOS- Aware" ist, wird sie die fehlenden NLO- Files automatisch mit zurücksichern. Wenn nicht, dann den Befehl aus dem Artikel von Urs verwenden, um die fehlenden Dateien zu finden:

Code

tell daosmgr listnlo -o missing.txt MISSING restoreddatabasename.nsf

Dann alle NLO- Files zurücksichern, die in der missing.txt stehen. In welches DAOS- Unterverzeichnis Du die dann schreibst ist völlig egal.

[Ottoderxte]

Danke,
hatte schon befürchtet das ginge gar nicht. So nach dem Motto "Ast absägen auf dem man sitzt ;-)"

[Ottoderxte]

Hallo zusammen,
man glaubt es kaum aber 2 Jahre später ist das Thema wieder aktuell.
Die gute Frau hatte ihr Archiv gelöscht und jetzt habe ich wieder von 2011 die Datensicherung zurückgespielt.

Die nfs-Dateien liegen normalerweise ja unter data\mail. Ich habe jetzt das alte Postfach unter data\rst zurückgeholt.
Was mich ja ein wenig wundert ist das sie die Daten sofort in Ihrem Mailfile sieht.
Ich hätte erwartet die Datei extra öffnen zu müßen.
Ist auf der einen Seite ganz schön auf der anderen Seite beschwert sich ja jetzt die Kiste das die Maildatei zu groß ist und es gehen keine Mails mehr rein und raus.

Das ist blöd.

Kann man diesen Automatismus verhindern? Ich muß das Spiel nämlich noch 5mal bis 2015 machen.

Gruß Karl.

[Pfefferminz-T]

Kommt auf Deine Backup-Software an. TSM zum Beispiel unterstützt es, dass beim Bereitstellen der gesicherten Datenbank die Replik-ID geändert wird... aktuell hast Du zwei Datenbanken (aktuelle Mail-DB und rückgesicherte Mail-DB) mit derselben Replik-ID auf dem Server -> Nicht gut.

Wenn die bestehende Datenbank nicht direkt ersetzt werden soll durch das Backup, dann muss zwingend eine neue Replik-ID für die Rücksicherung vergeben werden oder ihr führt das Backup auf einen Server durch, der keine Verbindung bzw. keine Replikation zum Original-Mailserver habt.

Allgemein sollten solche Punkte natürlich auch vorher beim Aufsetzen/Konfigurieren des Backups getestet werden, verschiedene Restores sind da Pflicht!