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

Backup mit IBM TSM und Data Protection unter Domino 6

(1/2) > >>

cybermike:
Hallo Admins,

Ich hätte folgendes Anliegen: Implementiere gerade den Tivoli Storage Manager mit dem Tivoli Data Protection Tool. In Zusammenarbeit mit der Archived Transaction Protokollierung des Domino Servers (von Lotus empfohlen) sind somit saubere Online Sicherungen gewährleistet. Habe das dementsprechende Redbook schon durch.

Jetzt stellt sich für mich folgende Frage: Vorgeschlagen wird von Lotus die selektive wöchentliche Sicherung der Datenbanken und täglich die inkrementelle Sicherung der Translogs (hoffe ich hab das so richtig verstanden?) Muss ich jetzt zusätzlich noch täglich inkrementell die Datenbanken sichern, um im Falle eines Compact -B oder Fixup Befehls und der daraus resultierenden Neuzuweisung der DBIID auf das Backup zurückzugreifen (In diesem Falle stimmt die DBIID der Datenbank mit dem zugewiesenen ID im Translog nicht mehr zusammen)? Oder checkt das der Domino Server automatisch? Wie ist da Euer Konzept? Irgendwas hab ich hier noch nicht ganz kapiert :(

Bin für jeden Tip wirklich dankbar :)

Gruß
Mike

Lossa:
Hi,

wenn eine Datenbank eine neue Istanz-ID bekommt, dann MUSS diese Datenbank vollständig ins Backup! Der Domino Server hat an dieser Stelle, logischerweise, damit nichts zu tun.

Wolfgang:
Hallo Mike,

wenn sich die ID ändert, macht TSM automatisch wieder eine Vollsicherung, wenn ich mich recht erinnere. Wir machen den Compact daher nur einmal pro Woche vor der Gesamtsicherung. Nach der Gesamtsicherung wird der Notes-Server neu gestartet, damit die nicht mehr benötigten Transaction-Logs freigegeben und automatisch gelöscht werden. Das funktioniert mit Notes 5.0.11 seit einem Jahr problemlos in der Praxis. In dieser Zeit wurden auch diverse Datenbanken minutengenau aus der Sicherung rekonstruiert. Bisher gab es mit TSM noch keinerlei Probleme.

Unter Notes 6.5.1 haben wir es nur mal kurz getestet und warten nun auf das deutsche Language Pack. Dann gibts noch einen ausführlicheren Test vor dem Echteinsatz unter Version 6.5.1.    

Gruß
Wolfgang

cybermike:
Hallo Wolfgang,


--- Zitat ---wenn sich die ID ändert, macht TSM automatisch wieder eine Vollsicherung, wenn ich mich recht erinnere. Wir machen den Compact daher nur einmal pro Woche vor der Gesamtsicherung.
--- Ende Zitat ---

Genauso hätte ich das auch verstanden und geplant. Täglich den compact -b (nur White Space Recovery) und wöchentlich compact -B (mit File Size reducing). Testen werde ich das Ganze natürlich noch ausführlich.


--- Zitat ---Nach der Gesamtsicherung wird der Notes-Server neu gestartet, damit die nicht mehr benötigten Transaction-Logs freigegeben und automatisch gelöscht werden. Das funktioniert mit Notes 5.0.11 seit einem Jahr problemlos in der Praxis. In dieser Zeit wurden auch diverse Datenbanken minutengenau aus der Sicherung rekonstruiert. Bisher gab es mit TSM noch keinerlei Probleme.
--- Ende Zitat ---

Da wir 24x7 ins Auge fassen, werden wir das Archive Logging (nicht Circular Logging) verwenden. Data Protection sichert also alle inaktiven Translogs und gibt sie somit frei (im Prinzip löscht er sie vermutlich nach dem Backup) -> so hätte ich das auf jeden Fall aus dem Red Book entnommen.

Wenn TSM die Datenbanken die unter der Woche eine neue DBIID bekommen automatisch komplett sichert, bin ich schon zufrieden.

Hoffe das funzt mit 6.0.2 CF2 genauso wie mit 5.x

Danke und Gruß
Mike

Wolfgang:
Hallo Mike,

archivierendes Logging mußt Du auch einstellen, sonst gibt es früher oder später Bruch. Beim umlaufenden Logging werden ja evtl. für die Sicherung wichtige Teile wieder überschrieben.

TSM gibt die Logs nach der Sicherung wieder frei, aber wirklich gelöscht werden sie erst, wenn der Notes-Server neu gestartet wird. Das war zumindest unsere Erfahrung.

Gruß
Wolfgang

Navigation

[0] Themen-Index

[#] Nächste Seite