Data Protector - Passion for Data Protection

data-protector.org

Export / Import

Geschrieben am Von 16 Kommentare

Immer wieder mal findet man Anleitungen wie ein Export / Import der internen Datenbank von Data Protector vorzunehmen ist. Diese Prozedur wird immer dann eingesetzt wenn Probleme in der Datenbank auftreten (korrupte Medien, …) – Stichwort Healthcheck und omnidbcheck. Bei der nachfolgenden Prozedur wird nicht nur einfach exportiert und importiert, sondern im Zuge der Arbeiten auch gleich noch aufgeräumt, die Datenbank „gepurged“.

  • 2 leere Verzeichnisse (mit genügend Platz) anlegen wo die catalog database und die media management database exportiert werden kann (z.B.: d:\mmdb und d:\cdb oder /tmp/mmdb und /tmp/cdb)
  • Sicherungskopie von Data Protector anlegen – Stoppen der Dienste (omnisv -stop), Kopieren des kompletten Data Protector Verzeichnisses (z.B.: d:\program files\omniback – es würde eigentlich das db40 und options Verzeichnis ausreichen), Starten der Data Protector Dienste (omnisv -start)
  • Prüfen das keine Sicherungen laufen, der Export benötigt exklusiven Zugriff zur Datenbank (je nach Größe der Umgebung sollte der Schedule gestoppt werden – siehe Blogeintrag  „Commands“
  • Optional: omnidb -strip – entfernt die catalog information von allen Objekten die nicht mehr geschützt sind
  • Optional: omnidbutil -purge -sessions 90 – entfernt media management sessions, restore sessions und obsolete backup sessions (backup sessions ohne gesicherte Daten) die älter wie 90 Tage sind
  • Optional: omnidbutil -purge -filenames -force – entfernt obsolte filenames (Dateinamen ohne Versionen) aus der catalog database (der Prozess kann im Monitor beobachtet werden)
  • Optional: omnidbutil -purge -dcbf -force – entfernt die DCBF files für alle Medien ohne catalog protection
  • Export der Datenbank: omnidbutil -writedb -mmdb d:\mmdb -cdb d:\cdb – die Verzeichnissnamen aud Step 1 sind zu verwenden. Der Export kann je nach Größe der Datenbank einige Zeit dauern (bei großen Datenbanken kann mit 1 GB pro Stunde gerechnet werden – aus Erfahrung kann ich sagen das ein Export schon auch mal 12 Stunden laufen kann)
  • Am Ende des Exports wird aufgefordert die dcbf und msg Verzeichnisse zu kopieren, diese werden später nach dem Import benötigt
  • Neuinitialisieren der Datenbank mit dem Befehl omnidbinit
  • Optional – falls mehr wie ein DCBF Verzeichnis benutzt wurde und eine fnames Erweiterung vorhanden waren, so sind diese jetzt über die GUI anzulegen.
  • Import der Datenbank: omnidbutil -readdb -mmdb d:\mmdb -cdb d:\cdb – die Verzeichnissnamen aud Step 1 sind zu verwenden. Der Import kann je nach Größe des Exports einige Zeit dauern
  • Stoppen der Data Protector Dienste (omnisv -stop)
  • Kopieren der dcbf und msg Verzeichnisse (die während des Exports weggesichert wurden) an die originale Stelle
  • Starten der Data Protector Dienste (omnisv -start)

DP 6.0 EXT4

Geschrieben am Von

Unter DP 6.0 kann es bei der Sicherung von ext4 basierten Filesystemen vorkommen dass die Filesysteme nicht browsbar sind oder gesichert werden können. Die Lösung ist über die Datei /opt/omni/lbin/.util implementierbar, es empfiehlt sich aber die aktuellen Patches von Data Protector zu implementieren. In der Zeile: /bin/df -P -t ext2 -t SFS -t ext -t minix -t xiafs -t reiserfs -t ext3 -t vfat -t vxfs -t xfs 2>/dev/null | sed '1d' | awk '{print $6}' muss –t ext4hinzugefügt werden. Geprüft werden kann mit: /opt/omni/lbin/.util BDF servername

MoM Umgebung und Lizenzen

Geschrieben am Von 1 Kommentar

In einer MoM Umgebung mit zentralisierter Medienmanagementdatenbank (CMMDB) werden die Lizenzen für Laufwerke komplett auf den Server übertragen auf dem die CMMDB läuft. In der Hilfe von Data Protector findet sich folgender Hinweis: The centralized MMDB has a significant effect on licensing. Immediately after the MMDB is changed from local to remote, all the licenses associated with libraries and devices are taken (validated) from the MoM Manager and should be removed from client cells. Das heißt das Lizenzen von Laufwerken und Libraries nicht im MoM verteilt werden dürfen, da sonst unter Umständen Meldungen über fehlende Lizenzen oder nicht genügend freie Laufwerke während einer Backupsession erscheinen. Alle anderen Lizenzen, wie zum Beispiel kapazititätsgebundene Lizenzen (Backup 2 Disk, ZDB/IR) werden über MoM auf die Zellen verteilt.

Commands

Geschrieben am Von

Nachfolgend findet ihr nützliche Data Protector Befehle auf einem Blick, der Artikel wird immer mal wieder aktualisiert und erweitert werden…

01. Stoppt, startet und fragt den Status der Dienste ab – omnisv -stop, omnisv -start, omnisv -status

02.Stoppen des Schedulers – Unix – omnitrig -stop

03. Anzeigen von gelockten Laufwerken in einer MoM Umgebung – omnidbutil -show_locked_devs -all Mit Data Protector 6.11 und aktuellen Patches funktioniert der Befehl omnidbutil -show_locked_devs nicht mehr, es ist ein -all anzufügen um den Status aller momentan in Jobs genutzten Laufwerke zu erhalten.

04. Zero Downtime Backup – Synchronisieren der SMI-S DB: omnidbsmis -sync -preview (Vorschau für die Synchronisation) und omnidbsmis -sync -force (führt die Synchronisation mit der Appliance durch)

Size matters

Geschrieben am Von 1 Kommentar

Ich wusste es schon immer, die Größe zählt doch… Und ich habe den Screenshot von dem größten Storage momentan… und das Beste, er wird mit Data Protector gesichert.

Wieviel Petabyte sind das ??? Das habe ich am 17.06.2010 entdeckt, ich denke der Kunde hat wirklich nicht so viel Storage… Es handelt sich um einen CopyJob einer Informix Datebank unter Data Protector 6.11 (aktuelle Patches waren installiert).

Petabytes