Wenn der Patch DPWIN_00483 (VEPA Patch) installiert ist, kann man auf dem Client über die GUI kein Backup (Exchange, SQL, …) mehr anlegen. In der GUI bleibt ausgegraut nach der Instanz zu browsen. Die Ursache hierfür ist ein Bug in der ausgetauschten manager.exe durch den Patch DPWIN_000483. Als Workaround kann hier die JAVA GUI genutzt werden in der dieses Verhalten nicht sichtbar ist. HP hat hierzu auch ein Advisory herausgegeben, siehe Advisory Sektion.
Category Archives: Bugs
Data Protector Bugs
Initialization of medium failed – filelibrary full
Der Fehler Initialization of medium failed wird gemeldet wenn die Filelibrary (ein oder mehrere Mountpoints der Filelibrary) mal vollgelaufen ist. Wenn die GR Patches vom Juli 2010 noch nicht eingespielt wurden, so kann man in diesem Zusammenhang im entsprechenden Mountpoint / Verzeichnis der Filelibrary jede Menge Medien mit blauem Fragezeichen sehen. Zusätzlich ist zu beobachten dass ein Export der MMDB (omnidbutil -writedb -mmdb Verzeichnis) eine sehr große Größe der cart.txt anzeigt.
Als erste Lösung ist der Plattenplatz entsprechend zu erweitern oder Medien von der Filelibrary auf ein anderes Medium zu migrieren, so das man freien Plattenplatz erhält. Im zweiten Schritt kann probiert werden die Medien mit blauem Fragezeichen zu formatieren.
Sollte dies nicht helfen so kann folgende Prozedur benutzt werden:
omnidownload -library Libraryname -file Filenameomniupload -modify_library Library -file FileNameIn jedem Fall sind die GR Patches vom Juli 2010 einzuspielen, da der Fehler schon seit geraumer Zeit behoben wurde.
Sollten die Fehler nach dieser Prozedur immer noch auftreten, so empfehle ich die Filelibrary komplett zu leeren (Migrieren der Medien aus der betroffenen Fiellibrary auf ein anderes Medium) und in der cart.txt die nicht benötigten (besser falschen) Einträge zu entfernen. Was aber in der cart.txt zu löschen ist erkläre ich hier nicht, da dieser Weg nicht supportet ist. Gegen Einwurf kleiner Geldscheine übernehme ich diese Arbeit gern in einer Remote Session.
faulting module vbda.exe, …, faulting module msvcr71.dll
Mit den letzten GR Patches für Data Protector 6.11 vom Juli 2010 und bei Verwendung der Changelog Provider Funktion bei Filesystemsicherungen kommt es unter Umständen zu folgendem Fehler: "Got unexpected close from VBDA on <client>". Wenn das Backup so eingestellt ist das „broken connections“ reconnected werden, dann sieht man direkt nach dem Starten des Diskagenten das dieser auf Reconnect geht, die Sicherung schlägt in jedem Fall fehl.
Im Eventlog des Clients sieht man folgenden Fehler: faulting module vbda.exe, ..., faulting module msvcr71.dll.
Schuld an dem Verhalten ist ein Fehler an der Change Log Provider Funktion in Data Protector, verantwortlich dafür sind die Dateien dbpop.exe und change_journal.dll, die hier mit dem DA Patch DPWIN_00459 nicht korrekt zusammenarbeiten.
Sollte jemand den gleichen Fehler erhalten, so kann man bei HP nach QCIM2A25224_TM1 fragen. Es wird in Kürze ein SSP (Site Specific Patch) bereitgestellt, das Problem wird mit den nächsten GR Patches behoben. Als Workaround oder Alternative kann man für den Diskagenten den vorhergehenden Patch einspielen oder auf die Funktion des Cheange Log Providers bei der Sicherung verzichten.
External utility reported error
Wenn ihr bei der Sicherung von Oracle Instanzen auf Windows unten stehenden Fehler erhaltet… dann liegt das an einem Perl Modul auf dem Client…
Da sich Support etwas schwierig beim Debuggen des Problems tut… fragt einfach mal nach QCIM2A24591_TM3. Mit diesem Fix wird das Modul DPoracle.pm ausgetauscht, was den Fehler beheben sollte.
Recovery Manager complete.
[Major] From: ob2rman@server "Instanz" Time: 02.08.2010 09:30:26
External utility reported error.
RMAN PID=PID nummer
[Major] From: ob2rman@server "Instanz" Time: 02.08.2010 09:30:26
Oracle Recovery Manager completed with errors.
[Major] From: ob2rman@server "Instanz" Time: 02.08.2010 09:30:26
Backup of target database failed.
Size matters
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).
