Data Protector - Passion for Data Protection

data-protector.org

Category Archives: HowTo

Wie geht das? Knowledgebase, HowTo, RTFM, …

Installation Patches – Allgemein

Geschrieben am Von 5 Kommentare

Nicht immer ist klar wie und in welcher Reihenfolge Patches installiert werden müssen. Es gibt Abhängigkeiten in den Patches die bei der Installation beachtet werden müssen, eine fortlaufende Installation nach den Nummern am Ende des Patchnamens ist nicht möglich, bzw. kann dazu führen das Binaries überschrieben werden.

Generell ist folgende Patch Reihenfolge einzuhalten:

  • Installation Core Patch (Core)
  • Installation Cell Server Patch (CS)
  • Installation Cell Console Patch (CC)
  • Installation Mediaagent Patch (MA)
  • Installation Diskagent Patch (DA)
  • Installation Integrations Patches (z.B. ORA; SMIS, Exchange, …)

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.