HowTo | data-protector.org

D2D and Data Protector

Geschrieben am 11. Juli 2011 Von danielbraun 10 Kommentare

Im Rahmen einer Backup & Recovery Strategie für ein Kunden kann es interessant sein Teile der Datensicherung oder auch die komplette Datensicherung zunächst auf einen Plattenbereich zu schreiben um sie in einen späteren Prozess auf Band für die Langzeitaufbewahrung zu kopieren. Der wesentliche Vorteil hierbei ist das ein Restore einer einzelnen Datei im Wesentlichen schneller wie vom Band ist und beim Backup Laufwerksressourcen nicht durch langsame Server belegt werden. Backup 2 Disk ist mit Data Protector nichts Neues und ist schon seit Versionen möglich. Aktuelle und mittlerweile von jedem Hersteller angebotene Technologien, wie Deduplikation müssen aber ganzheitlich betrachtet werden. Hier ist der Ansatz von HP recht interessant, da durch eine abgestimmte Kombination von Hardware und Software für den Kunden eine interessante Alternative entsteht Datensicherung durchzuführen.
Im Folgenden wird die Implementierung eines D2D 2504i in Data Protector aufgezeigt. Die Anleitung kann im Prinzip für alle D2D Systeme von HP angewendet werden (D2D2502 / D2D2504, D2D4106 / D2D4112, D2D4312 / D2D4324), unabhängig ob iSCSI oder FC verwendet werden soll. Da bei der Implementierung in Data Protector (oder anderer Backupsoftware) viele Fehler gemacht werden können, sollte man auf jeden Fall zuerst das Best Practice Guide zu den D2D Systemen durcharbeiten. Nur die Einhaltung der Empfehlungen ermöglicht die optimale Backup Performance und eine hohe Deduplizierungsrate.

Zusammenfassung:
Die Einrichtung und Konfiguration der D2D geht recht flott und einfach. Die Handhabung im Backupbetrieb ist ohne Probleme realisierbar. Wenn man sich an die Tipps aus den Dokumenten (siehe Links) hält, stellt ein D2D System einen großen Mehrwert dar. Persönliches Fazit: In fast allen meiner Kundensituationen lässt sich problemlos ein D2D System einsetzen und bringt dem Kunden direkt Vorteile im Backup & Recovery; so ein System sollte wirklich jeder haben.Seit Juni 2011 ist auch eine neue Firmware erhältlich.

Update:
Ein Kollege von HP USA hat sich die Mühe gemacht auch mal die Performance einer D2D näher zu beleuchten – ein Bericht kann hier gefunden werden: http://h30507.www3.hp.com/t5/Technical-Support-Services-Blog/A-Busy-Day-with-Data-Protector-and-D2D/ba-p/95387

Links zum Thema:
http://www.hp.com/go/d2d – D2D Start
http://h18000.www1.hp.com/products/quickspecs/13218_na/13218_na.html – Quickspecs D2D
http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c02511912/c02511912.pdf – D2D Best Practice Guide
http://www.hp.com/go/storageworks/sizer – Sizer Tool
http://www.hp.com/go/deduplication – Deduplication Start
http://www.hp.com/go/ebs – Enterprise Backup Solution Guide

Konfiguration D2D2504i:

Zunächst erfolgt die Zuweisung einer IP Adresse und anschließend die Anmeldung am iLO – https://192.168.2.102/login.htm.

Es wird die Remote Konsole aufgerufen, in der Console werden die Einstellungen für IP Adresse, DNS, usw. vergeben. Der default Benutzername ist Administrator mit dem Passwort Admin.

Für den Test wurden die Einstellungen auf DHCP belassen.

In der Testumgebung wurde die Konfiguration auf Single Port belassen – siehe D2D Best Practice Guide und Einrichtungsposter – mögliche Werte Single Port, Dual Port, High Availability (Port Failover), High Availability (Link Aggregation) – LACP Protokoll auf dem Switch.

Die Anmeldung an der Oberfläche erfolgt mit dem Default Passwort „Admin“

Die Startseite der Weboberfläche sieht sehr aufgeräumt und übersichtlich aus.

Als nächstes wird das automatische Anlegen einer Library bei Anmeldung eines neuen Servers über iSCSI unterdrückt.

Die D2D System können bei diversen Events per Email benachrichtigen.

Bei Bedarf werden die Netzwerkeinstellungen noch geändert; die größeren D2D Systeme bieten 10 GBe.

Über Administration können die Datum/Zeit Einstellungen vorgenommen werden.

Es wird empfohlen das Default Password auf ein eigenes Passwort zu ändern.

Über Replikation kann die Appliance als Target für Replizierung fungieren (vorher Lizenz über Administration eintragen) und/oder für diese Appliance können hier die Einstellungen vorgenommen werden damit sich die Appliance auf andere und größere D2D repliziert.

Bei der Replizierung kann die Bandbreite limitiert werden und über Blackout Windows können Zeiten definiert werden so das keine Replikation erfolgt. Zuvor ist aber über Partner Appliances die Target Appliance einzutragen. Über Virtual Tape Mappings können die 1:1 Verbindungen mit der Target Appliance hergestellt werden, zuvor muss natürlich erst eine Library oder ein NAS Share angelegt werden.

Vielmehr muss auf der Appliance nicht konfiguriert werden, jetzt können die Libraries angelegt werden, zuvor wird aber das iSCSI Protokoll auf dem Rechner initiiert.

Bevor aber die iSCSI Verbindung eingerichtet wird muss die Blocksize für iSCSI erhöht werden, damit später auch die Backupperformance stimmt. Per Default kann Windows nur eine Blocksize von 256 KB über iSCSI verwenden. Mit dem Registry Key kann der Wert entsprechend angehoben werden. Ein Wert von 512 KB hat sich für Data Protector als bester Wert herausgestellt.
Registry Key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E97B-E325-11CE-BFC1-08002BE10318}\0000\Parameters REG_DWORD MaxTransferLength von 40000 auf 80000 ändern - hex (524,288 bytes) Nach dem Eintrag ist der Server neu zu starten. Bei manchen Server kann auch der Pfad...BE10318}\<0001|0002|0003|...>\Parameters lauten.

Die IP Adresse / DNS Name kann jetzt im iSCSI unter Portal eingetragen werden.

Jetzt kann die Library in der Weboberfläche angelegt werden, es wird dringend auf den D2D Best Practice Guide hingewiesen.

Nach dem Anlegen kann beim Klick auf Cartdridges die Library überprüft werden.

Jetzt kann über iSCSI die Library verbunden werden.

Danach sind im Geräte Manager die Laufwerke zu sehen.

Jetzt kann in Data Protector die Library angelegt werden. Es ist darauf zu achten dass die Laufwerke mit 512 K Blocksize angelegt werden und die Bänder dann auch entsprechend formatiert sind. Der verwendete Pool ist auf jeden Fall auf ’non appendable‘ zu stellen.

Jetzt können die Bänder formatiert werden.

Für den Test legen wir eine neue Sicherung an. Da ich nur eine Partition auf diesem Rechner habe starte ich während des Backups mehrere Diskagenten für das Laufwerk C: (Multiplexing), stelle aber die Concurrency pro Laufwerk auf 1. In meinem Beispiel habe ich eine MSL 4048 emuliert. Das Backup habe ich dann als Full Backup durchgeführt.

Über Status dann die Dedup Rate prüfen – das war nach dem ersten Backup.

Nach 5 Full Backups wurde eine Dedup Rate von 10.3:1 erreicht. Der belegte Plattenplatz betrug 49,5 GB, aus Restore Sicht wäre der Restore von 510 GB möglich.

Der Test hat mir gezeigt, wie einfach die Implementierung und Nutzung in Data Protector ist. Der Preis ist gegenüber physikalischen Libraries durchaus gerecht, wenn man die Vorteile einer D2D zu schätzen weiß.

Cannot connect to the SCM – omniinetpasswd

Geschrieben am 9. Mai 2011 Von danielbraun 4 Kommentare

Bei der Push Installation des Data Protector Clients auf einen Windows 2008 Server kann es zu nachfolgender Fehlermeldung kommen. Im Internet oder in der Dokumentation zu Data Protector findet sich eine Anleitung was zu tun ist, der Vollständigkeit aber auch hier aufgeführt.
Cannot connect to the SCM (Service Control Manager) on client xxx.yyy - Access is denied.
Zum Auflisten des konfigurierten Benutzers das List Kommando ausführen.
omniinetpasswd -list No users are configured yet.
Zum Hinzufügen eines neuen Benutzers das Add Kommando ausführen, das Passwort muss zweimal eingegeben werden.
omniinetpasswd -add CCC\s-backup Please enter password:************** Please retype password:**************
Beim erneuten Auflisten wird der Benutzer angezeigt.
omniinetpasswd -list s-backup@CCC
Jetzt muss noch der Benutzer als User während der Push Installation eingetragen werden.
omniinetpasswd -inst_srv_user CCC\s-backup
Zur Kontrolle wird noch einmal das list Kommando abgesetzt.
omniinetpasswd -list * s-backup@CCC

(*) Installation Server is using this user's credentials during push installation.

Syntax des Kommandos:
omniinetpasswd -? Usage synopsis:

omniinetpasswd -version | -help omniinetpasswd -list omniinetpasswd -add {UserName@Domain | Domain\UserName | UserName} [Password] omniinetpasswd -delete {UserName@Domain | Domain\UserName | UserName} omniinetpasswd -modify {UserName@Domain | Domain\UserName | UserName} omniinetpasswd -[no_]inst_srv_user {UserName@Domain | Domain\UserName} omniinetpasswd -clean

Data Protector 6.2 Installation

Geschrieben am 13. April 2011 Von danielbraun 48 Kommentare

Für alle die nicht länger warten können… die neue Version von HP Data Protector (6.2) wird auf einem Windows Server 2008 so installiert… Die Bilder sind teilweise modifiziert um alle Details erkennen zu können.
Vor dem Start wird je nach Konfiguration des Servers noch die UAC eingeblendet.

Willkommen Bildschirm

Unter Advanced können Optionen für die Installation festgelegt werden

Lizenz Vereinbarung

Auswahl was installiert werden soll, in diesem Fall natürlich der Cell Manager

Account Information unter der ein Teil der Dienste laufen werden, hier kann auch alternativ ein lokaler Account verwendet werden (nicht empfohlen)

Fehlermeldung wenn das Passwort nicht korrekt ist

Zielverzeichnis für die Installation

Ändern des Zielverzeichnisses, wenn der Server über SAN Storage verfügt sollten beide Verzeichnisse im SAN liegen

der geänderte Pfad…

Auswahl der Komponenten, VSS, AutoDR, DA, UI, Docu sollten immer auf dem Cell Server installiert sein, IS und MA können auch auf einen Client installiert werden

Firewall Konfiguration

Summary bevor die Installation startet

Die Installation wird geprüft

Die ausgewählten Komponenten werden installiert

Fortsetzung

Wenn ein lokaler Account für die Installation angegeben wurde erscheint am Ende diese Warnmeldung.

…andernfalls sieht die Installation so aus.

Setup beendet, es erscheint jetzt noch eine Textdatei mit dem Status.

Recover Cell Server with Enhanced Automated Disaster Recovery

Geschrieben am 29. März 2011 Von danielbraun 12 Kommentare

Im Artikel EADR with Windows 2008 R2 wurde beschrieben wie ein Windows 2008 R2 Server mit der EADR Funktion im Data Protector wiederhergestellt werden kann. Ich hatte bereits in einigen Artikeln darauf hingewiesen dass auch der Cell Server gegen einen Totalausfall geschützt werden sollte. Um auch für den Cell Server ein Disaster Recovery durchführen zu können habe ich ein kleines Skript erstellt welches den EADR Prozess vorbereitet, so dass man im Falle eines Totalsausfalls des Cell Servers schnell auf den gewünschten Stand zurücksichern kann. Unter dem untenstehenden Link kann das Skript (Batch File) heruntergeladen werden. Das Skript soll als Postexec Skript bei der IDB Sicherung aufgerufen werden (siehe unten Einstellungen zur IDB Sicherung), im angegebenen Pfad wird dann das ISO File abgelegt, inkl. der Information welche Bänder bei der Sicherung verwendet wurden. Alle Angaben in diesem Artikel beziehen sich auf einen Cell Manager unter Windows 2008 R2.

[wpdm_file id=9]

Es wird dringend empfohlen diesen Prozess mindestens 1-mal zu testen, es kann ja vorher mit den gängigen Image Tools ein Abbild erzeugt werden.

Die wesentlichen Komponenten des Batch Files sind nachfolgend erklärt.

Variablen – alle Werte müssen ausgefüllt sein:
SET OMNIHOME=D:\Program Files\Omniback – das Basis Verzeichnis der Data Protector Installation
SET WAIKPATH=C:\Program Files\Windows AIK – der Pfad zum installierten WAIK
SET CELLSERVER=nbdb0001 – der Name des Cell Servers (Output von omnidbutil -show_cell_name)
SET ISOPATH=%OMNIHOME%\tmp\ – der Ablageort für das erstellte ISO File
SET SRDFILE=%OMNIHOME%\Config\Server\dr\srd\%CELLSERVER% – SRDFile – feststehende Werte
SET P1SFILE=%OMNIHOME%\Config\Server\dr\p1s\%CELLSERVER% – P1SFile – feststehende Werte
SET P1SIMAGE=%OMNIHOME%\Config\Server\dr\p1s\%CELLSERVER%.img – P1SImage – feststehende Werte
SET NETWORKSHARE=\\servername\share – Ein share wo im Anschluss das erstellte ISO File wegkopiert wird

Die verwendeten Exit Codes (es können auch andere verwendet werden) veranlasst dass die Sicherung als „Failed“ markiert wird!

Checks bevor das ISO erstellt wird:
if not exist „%ISOPATH%“ (
  mkdir „%ISOPATH%“
  if not exist „%ISOPATH%“ (
    echo Unable to create the ISOPATH – „%ISOPATH%“. Aborting …
    exit 500
  )
)

if not exist „%WAIKPATH%“ (
echo WAIK not found in „%WAIKPATH%“. Aborting …
exit 500
)

Und die Durchführung:
"%OMNIHOME%\bin\omniiso.exe" -session "%SESSIONID%" -cd -iso "%ISOPATH%%CELLSERVER%.iso" -srd "%SRDFILE%" -rset "%P1SFILE%" "%P1SIMAGE%" -autoinject -waik "%WAIKPATH%" – erstellt das ISO Image unter Nutzung der Variablen
"%OMNIHOME%\bin\omnidb.exe" -session "%SESSIONID%" -media > "%ISOPATH%usedmedia.txt" – schreibt in die Textdatei welches Band verwendet wurde
"%OMNIHOME%\bin\omnidb.exe" -session "%SESSIONID%" -media -detail >> "%ISOPATH%usedmedia.txt" – schreibt in die Textdatei mehr Details zum verwendeten Band

Im Anschluss werden die Dateien auf den Share kopiert:
copy "%ISOPATH%%CELLSERVER%.iso" "%NETWORKSHARE%" /Y
copy "%ISOPATH%usedmedia.txt" "%NETWORKSHARE%" /Y

Allgemeines: Falls nun ein EADR des Cell Servers notwendig wird kann das erstellte ISO als CDROM gebrannt werden oder im Falle eine HP Servers als Virtual Media im ILO gemountet werden. Der EADR Prozess erfolgt ähnlich des bereits beschriebenen Windows 2008 R2 EADR Prozesses. Es ist jedoch darauf zu achten dass das Band Laufwerk dem Server direkt zugeordnet werden kann und sich das benötigte Band bereits im Laufwerk befindet, da zum Zeitpunkt des DR Prozesses die Robotic nicht angesprochen wird. In der DRMSHELL wird dann abgefragt welches Laufwerk für den Offline Restore verwendet werden soll. Ferner ist darauf zu achten dass das Band was für die Sicherung verwendet wurde mit 64K Blocksize formatiert wurde. Es hat sich bewährt ein eigenes Laufwerk mit 64K Blocksize zu erstellen und einen eigenen Pool mit dedizierten Bändern nur für die IDB Sicherung zu verwenden. Den anderen Backupjobs weist man dann die „normalen“ Laufwerke mit einer größeren Blocksize zu, sofern möglich.

Bedingungen: Die Anleitung ist zum Data Protector Patch Stand Januar 2011 und gilt nur für die zu diesem Zeitpunkt eingesetzten Produkte und Versionsstände (Patch Stand Dezember 2010 zuzüglich SSP). Im Übrigen wird auf die Bedingungen verwiesen, die im oben erwähnten Artikel enthalten sind.

Die Einstellungen der IDB Sicherung:

In der Sicherung müssen alle Mountpoints ausgewählt werden (sollte auf dem Server eine Filelibrary angelegt sein, so können die Filelibrary Verzeichnisse abgewählt werden).
Die CONFIGURATION Sicherung muss vollständig erfolgen.
Die Sicherung der internen Datenbank muss aktiviert sein.
Die Sicherung des Laufwerk C: erfolgt vollständig, es wird nur das pagefile.sys und c:\windows\system32\config exkludiert.
Bei der Sicherung des D: Laufwerks (oder auf dem Laufwerk wo Data Protector installiert ist) wird das db40 Verzeichnis exkludiert.
In den Backup options wird unter Post-exec der Aufruf zum makeiso.cmd eingetragen (z.B.: „d:\program files\omniback\bin\makeiso.cmd“)
In den Filesystem options wird unter Other der Haken bei „Copy Full DR Image to disk“ gesetzt, alle anderen Optionen bleiben deaktiviert („Display statistical info“ kann aktiviert bleiben.
In den Filesystem options werden unter WinFS options folgende Optionen ativiert, der Rest bleibt deaktiviert: „Detect NTFS hardlinks“, „Backup share information for directories“, „Use Shadow Copy“
Wichtig: die Sicherung muss auf ein band mit 64K Block Size erfolgen.
Optional kan die Schutzfrist der IDB von permanent auf einen beliebigen Wert gesetzt werden.

Relevanter Teil aus dem Post-exec Skript in den Session messages:

[Normal] From: BSM@nbdb0001 "DP_TEST" Time: 17.03.2011 12:45:17 Starting to execute ""D:\Program Files\OmniBack\bin\makeiso.cmd""...


Script Parameter:

Script Environment: host='LIBDBR' user='NBDB0001\danielbraun'

                    script='D:\Program Files\OmniBack\bin\makeiso.cmd'

                    path='D:\Program Files\OmniBack\bin\'

Prepared SRDFILE found, skipping generation

[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:20

	Creating the Disaster Recovery ISO image file. This may take a few minutes...
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:22

	Initializing MiniOS directory structure.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:24

	Mounting MiniOS image.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:33

	Inserting Recovery Info file into the MiniOS image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:33

	Inserting Hardware Info file into the MiniOS image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:33

	Inserting Network Info file into the MiniOS image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:33

	Inserting ASR BCD file into the MiniOS image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:33

	Copying MiniOS system files to the image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Copying DRM binaries to the image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Copying DRM configuration directory to the image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Copying backup application depot directory to the image file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Configuring vendor specific system images.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Creating the MiniOS image startup file.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:45:36

	Installing additional MiniOS packages.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:04

	Installing additional MiniOS packages.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:11

	Cleaning up MiniOS image, preparing it for usage.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:11

	Injecting driver files into the MiniOS image.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:27

	Initializing MiniOS scratch space.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:29

	Dismounting/Committing MiniOS image.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:42

	Writing CD-ROM ISO image to the target location.
[Normal] From: omniiso@nbdb0001 "omniiso"  Time: 17.03.2011 12:46:43

	Successfully created the Disaster Recovery ISO image.
Finished

[Normal] From: BSM@nbdb0001 "DP_TEST"  Time: 17.03.2011 12:46:44

	The exec script ""D:\Program Files\OmniBack\bin\makeiso.cmd"" has completed.

SaveDevices – omnidownload

Geschrieben am 16. März 2011 Von danielbraun 16 Kommentare

Im Rahmen des Disaster Recovery für den Cell Server empfiehlt es sich neben der obrindex.dat – siehe Recover Cell Server auch die Libraries und Devices herunterzuladen, um sie im Bedarfsfall wieder schnell generieren zu können. Dafür habe ich das kleine Tool SaveDevices geschrieben, welches die Konfiguration in Text Dateien ablegt. Zusätzlich wird das Batch generiert um die Libraries und Devices wieder in Data Protector importieren zu können, die Dateien werden in ein Unterverzeichnis im Log Verzeichnis von Data Protector abgelegt. UPDATE: Version 1.02 behebt ein Problem mit zu kurzen oder zu langen Device Namen, ausserdem läuft es jetzt auf Windows 2003, Windows 2008 und Windows 2008 R2. Das Perl Skript wird als Sourcecode zur Verfügung gestellt, zum Ausführen wird ein installiertes 32Bit Perl (z.B. ActiveState Perl) vorausgesetzt. Die 32Bit Perl version ist notwendig, da die verwendeten Perl Module von Data Protector von 32Bit ausgehen, siehe auch Perl Download Link unten.
UPDATE: Es wird ein zusätzliches Batch generiert, welches erlaubt die bestehenden Libraries und Devices zu modifizieren.
Das Skript wurde mit dieser Version von Perl unter Windows 2003 und Windows 2008 getestet: https://downloads.activestate.com/ActivePerl/releases/5.10.1.1008/ActivePerl-5.10.1.1008-MSWin32-x86-294165.msi
Wenn ihr Anregungen und Wünsche habt, lasst es mich wissen.
Und hier der Link:

[wpdm_file id=10]

Usage: perl SaveDevices.pl –save=yes