Internal Database error – reorganize your IDB

Update: Es exisitieren immer noch viele alte Data Protector Installationen (6.0, 6.1) und in allen Fällen die ich ich bisher gesehen habe versteckt sich immer noch der unten beschriebene Fehler. Daher habe ich diesen Artikel aus August 2010 aktualisiert und erweitert und bei der Gelegenheit auch gleich noch übersetzt.
Wenn man von einer Data Protector 5.x Version auf Data Protector 6.x Version aktualisiert dann ist unter Umständen eine Reorganisation der internen Datenbank notwendig. Eine Überprüfung ob nachfolgende Prozedur notwendig ist kann man mit dem Befehl omnidbutil -chktblspace überprüfen. Sollte die Meldung: Please run omnidbutil -modifytblspace to make IDB consistent. ausgegeben werden, so ist die Datenbank zu reorganisieren.
Eine weitere Überprüfung kann mit dem Befehl omnidbutil -extendinfo durchgeführt werden. Sollte für Maximum size bei den Datenbankfiles (z.B. dirs.dat, fn1.ext, fnames.dat, …) ein Wert von 2097152 statt 2096128 angezeigt werden (2091752/1024=2048 statt 2096128/1024=2047), dann hat die interne Datenbankstruktur eine falsche Größe.  Die Datenfile Limitierung muss immer dann gemacht werden wenn man von einer DP 5.5 auf 6.x version aktualisiert.
Folgende Schritte sind notwendig:

• Sicherung der internen Datenbank von Data Protector
• Anlegen von Sicherungsverzeichnissen auf einer Platte mit genügend freiem Platz (in dem Beispiel hier e: omniback.bak, cdb, mmdb).
• Stoppen der Data Protector Dienste (omnisv -stop)
• Sicherheitskopie der Data Protector Installation machen (robocopy "d:\program files\omniback" e:\omniback.bak *.* /e /r:1 /w:1)
• Starten der Data Protector Dienste (omnisv -start)
• Dokumentation der fnames Erweiterungen und Anzahl der DCBF Verzeichnisse
• Export der internen Datenbank
  • omnidbutil -writedb -mmdb e:\mmdb -cdb e:\cdb
  • Achtung: am Ende sind unbedingt wie gefordert die msg + dcbf Verzeichnisse zu sichern
• Neuinitialisieren der internen Datenbank
  • omnidbinit -force
• Datenfile Größe bestimmen und bei Bedarf korrigieren
  • omnidbutil -chktblspace (siehe oben, wenn Fehlermeldung kommt nächsten Schritt ausführen)
  • omnidbutil -modifytblspace (Datenfile Limitierung durchführen)
  • omnidbutil -chktblspace (erneute Kontrolle)
• Import der internen Datenbank
  • Anlage der zusätzlichen DCBF Verzeichnisse (identisch wie vorher) und der fnames Erweiterungen (GUI –> Internal Database –> Usage)
  • omnidbutil -readdb -mmdb e:\mmdb -cdb e:\cdb
  • Data Protector Dienste stoppen (omnisv -stop)
  • Zurückkopieren der msg und dcbf Verzeichnisse
  • Data Protector Dienste starten (omnisv -start)
• Bei Bedarf Session Counter resetten
  • omnidbutil -set_session_counter XXX (xxx beliebiger Wert – muss größer wie die letzte Session ID sein)