Category Archives: Advisory

Data Protector 8.10: Für die Data Protector 8.10 ist es besonders wichtig die Namensauflösung zu kontrollieren. Lässt sich der Cell Server nicht mit dem FQDN (und short und reverse) auflösen, so sieht man beim Öffnen der GUI nur eine Anmeldemaske (LDAP Anmeldung als alternative Anmeldemöglichkeit) und danach die Meldung „Permission denied“. Die funktionsfähige Namensauflösung wird auch ausdrücklich als Voraussetzung für DP 8.10 aufgelistet. Falls die Installation von DP 8.10 ohne funktionierende Namensauflösung durchgeführt wurde, so ist derzeit nur eine Neuinstallation nach der Fehlerbehebung möglich; ein neu generiertes Zertifikats wurde nicht akzeptiert. Hintergrund: Mit DP 8.10 werden Zertifikate für den Zugriff auf die GUI verwendet, das erstellte Zertifikat muss beim ersten Aufrufen der GUI akzeptiert werden. Wenn der Systemname abweichend vom Zertifikatsnamen ist, so ist eine Anmeldung nicht möglich, da TLS nur mit FQDN arbeitet.

Update: Für den Fall, dass der Data Protector auf einem deutschen bzw. nicht englischem Linux System installiert wird, kann die Erstellung der Zertifikate fehlschlagen. Grund hierfür ist, dass die Rückgabewerte auf Englisch erwartet werden. Als Workaround setzt man die locale vor dem Upgrade auf zum Beispiel ‚en_gb-UTF-8‘.

Update: Für den Fall, dass der Data Protector im Cluster läuft, wird unter Umständen das Zertifikat für den physikalischen Host, statt dem virtuellen Namen ausgestellt. Hier gibt es die Möglichkeit mit dem Perl Programm omnigencert.pl ein Zertifikat für den virtuellen Namen des Clusters auszustellen. Die genaue Anleitung findet man in der Hilfe bei der Suche nach ‚To generate CA, client, and server certificates in the SG-CLUSTER environment‘.

Data Protector 8.00: Beim Verwenden von Granular Recovery Extension for Microsoft Exchange kann es zu „User does not have required roles“ Meldungen kommen. Grund hierfür ist dass die „Mailbox Import Export“ Rolle direkt dem GRE Benutzer zugeordnet werden muss. Mehr Details können unter http://support.openview.hp.com/selfsolve/document/KM00482317 (HP Passport Account benötigt) nachgelesen werden.

Unter der Dokument ID c03823106 ist am 10.07.2013 bei HP zu Data Protector 6.21, 7.01 und 8.00 ein Advisory erschienen, welches ein Problem bei der Sicherung mit VSS beschreibt. In einigen Fällen kann es passieren, dass der VSS Snapshot korrupt ist und Data Protector den korrupten Snapshot gesichert hat.

Da die Ursache des Problems bei Microsoft liegt, wird der Fix von MS geliefert – http://support.microsoft.com/kb/2748349. Windows 7 SP1 und Windows 2008 R2 SP1 haben den Fix bereits inkludiert.

Der vollständige Artikel kann hier nachgelesen werden: http://h20565.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/?spf_p.tpst=kbDocDisplay&spf_p.prp_kbDocDisplay=wsrp-navigationalState%3DdocId%253Demr_na-c03823106-1%257CdocLocale%253D%257CcalledBy%253D&javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok=com.vignette.cachetoken

Unter der Dokument ID c03753986 ist am 06.05.2013 bei HP zu Data Protector 6.11, 6.20, 6.21, 7.00 und 7.01 ein Advisory erschienen, welches ein Problem bei der Wiederherstellung von SAP Datenbank Dateien beschreibt und die Dateigröße der wiederhergestellten Datei von der Datendatei abweicht. Bei Verwendung des omnirc Parameters OB2SAPALIGN unter Unix werden Lesefehler bei der Sicherung nicht zurückgemeldet und im Wiederherstellungsfall kann es zu Fehlermelduungen, respektive Datenverlust kommen (silent data loss).

Als Workaround soll auf dem SAP Client die omnirc Variable mit OB2SAPALIGN=0 abgeschaltet werden. Das Problem wird im nächsten Release vom HP Data Protector behoben.

Der vollständige Artikel kann hier nachgelesen werden: http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/?spf_p.tpst=kbDocDisplay&spf_p.prp_kbDocDisplay=wsrp-navigationalState%3DdocId%253Demr_na-c03753986-1%257CdocLocale%253D%257CcalledBy%253D&javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok=com.vignette.cachetoken