Category Archives: HowTo

Erst neulich habe ich ausführlich über EADR für Data Protector 9.06 unter Windows 2012 R2 berichtet – siehe https://www.data-protector.org/wordpress/2016/05/prepare-and-execute-eadr-cell-server-on-windows-2012-r2-data-protector-9-06/.

Wenn aber kein EADR benötigt wird und nur für die interne Datenbank eine Vorbereitung für das Disaster Recovery durchgeführt werden soll, so reicht prinzipiell erst einmal die Sicherung der internen Datenbank. Allerdings setzt ein Standard Restore eine funktionierende Datenbank voraus. Ein weitere, effiziente Möglichkeit ist die Nutzung des Befehls omniofflr zur Wiederherstellung der internen Datenbank. Der Inhalt des Artikels wurde auf einen Cell Server unter Windows 2012 R2 mit Data Protector 9.06 verifiziert.

Offline Restore – wie funktioniert es:

• Ermöglicht die Wiederherstellung eines belibigen DP Backup Objektes im Falle die Data Protector IDB ist nicht vorhanden oder nicht mehr funktionsfähig. Dies schließt die Wiederherstellung der kompletten IDB ein
• Kann auch indirekt vom höher gelagerten omnidr Befehl verwendet werden, welches automatisch die notwendigen omniofflr Commannd-Line Parameter generiert. Die Informationen hierfür werden aus der SRD Datei gelesen
• Der Omniofflr Befehl kann benutzt werden um nur die IDB wiederherzustellen
• Um omniofflr zu nutzen müssen die Details zu den Geräten, die für Backup und Restore verwendet werden entsprechend angegeben werden. Informationen über diese Details sind in der SRD Datei oder der Datei obrindex.dat enthalten, können aber auch per Command-Line angegeben werden.
• Phasen von omniofflr
  • DP Dienste werden gestoppt (außer Data Protector Inet Dienst)
  • IDB Restore wird durchgeführt
  • Rollforward der IDB mittels Transaktionen von den verfügbaren Archive Logs
  • DP Dienste werden gestartet

Omniofflr Modi:

• Autorecovery Modus
  • Die omniofflr Operation ist komplett automatisiert, alle benötigten Informationen werden aus der obrindex.dat gelesen
  • Die Datei obrindex.dat wird während des IDB Backup aktualisiert
  • Eine Kopie der Datei kann über die global Variable RecoveryIndexDir angelegt werden
  • Der omniofflr Befehl kann die Kopie nutzen für den Fall die originale Datei ist nicht mehr vorhanden
• Lese Modus
  • Omniofflr liest die benötigten Informationen aus einer (vorher erstellten Optionsdatei)
  • Die Optionsdatei kann mit dem Befehl -idb -autorecover -save generiert werden
  • Erlaubt das Verändern von Geräten (für den Fall der Media Agent ist auf einem anderen System installiert)
• Manueller Modus
  • Für den Fall die Optionsdatei oder die Datei obrindex.dat sind nicht voranden, können alle Parameter über die Command-Line angegeben werden

Um den Prozess zu automatisieren und für das Disaster Recovery vorbereitet zu sein, können die benötigten Befehle in ein post-exec Skript in der IDB Sicherung eingefügt werden. Skript:

SET IDB_SESSIONID=%SESSIONID%
copy "C:\dr\obrindex.dat" "\\ServerMA\C$\dr\obrindex.dat"
move "\\ServerMA\C$\dr\idbrestore_omniofflr.txt" "\\ServerMA\C$\dr\idbrestore_omniofflr_old.txt"
"C:\Program Files\OmniBack\bin\omniofflr" -idb -autorecover -session %IDB_SESSIONID% -skiprestore -save "\\ServerMA\C$\dr\idbrestore_omniofflr.txt"
exit

Annahmen für das Beispiel: Cell Server – ServerCS, Media Agent – ServerMA, Kopie der obrindex.dat – c:\dr\obrindex.dat (siehe Datei global)

Für den Restore kann dann folgende Syntax benutzt werden:

omniofflr -idb -read „\\ServerMA\C$\dr\idbrestore_omniofflr.txt” -verbose -target ServerCS

Seit Data Protector 8.11 ist es möglich die omnirc Variablen für die Data Protector Clients über ein Befehl zu setzen oder zu ändern. In einem früheren Artikel hatte ich bereits darüber berichtet – siehe https://www.data-protector.org/wordpress/2014/05/distribute-omnirc-file/. Mit der omnirc Datei wird das Verhalten eines Clients gesteuert und ist auch aus Sicht der Performance einer Sicherung wichtig. In der Data Protector Standard Einstellung ist die Datei nicht vorhanden und muss überlicherweise aus dem Template generiert werden. Damit dies nicht manuell für alle Clients oder mit dem im Artikel erläuterten Befehl util_cmd durchgeführt werden muss, hat Sebastian Köhler (http://www.syncer.de) dafür ein Perl Skript zur Verfügung gestellt. Danke Sebastian! Das Skript befindet sich am Ende des Artikels oder im Downloadbereich.

Das Skript ist recht einfach zu bedienen – siehe Screenshot.

Einstellungen können entweder auf alle Clients, einzelne Betriebssysteme oder Data Protector Module verteilt werden. Das Skript arbeitet interaktiv oder nicht interaktiv und benötigt als Template eine (ASCII formatierte) Datei mit den Werten die gesetzt werden sollen.

c:\>perl omnircsync.pl omnirc -os microsoft
-------------------------------------------------------------------------------
Clients that will receive parameters from omnirc template:
-------------------------------------------------------------------------------
[X] sqldemo
[ ] ubuntuvm.localdomain
[X] w2012r2dp.localdomain
-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
Parameter found in omnirc template:
-------------------------------------------------------------------------------
OB2DEVMUTEXTIMEOUT=12000
OB2FILELIBDISKFULL=1
OB2FWPASSTHRU=1
OB2INETTIMEOUT=10
... 
OB2NOREMOTEWARNINGS=1
OB2NOTREEWALK=1
OB2_SSH_ENABLED=1
-------------------------------------------------------------------------------

INTERACTIVE mode: enabled

Please confirm push operation to 2 clients? (Y/N) y

-------------------------------------------------------------------------------
Synchronization of omnirc started:
-------------------------------------------------------------------------------
=> sqldemo: [DONE]
=> w2012r2dp.localdomain: [DONE]
-------------------------------------------------------------------------------

Download:
omnircsync.zip

omnircsync.pl 364 Downloads 4.33 KB

omnircsync.pl

In der Vergangenheit habe ich bereits öfters über die kostenlose EADR Funktion im Data Protector berichtet. Diese Funktion erlaubt es Clients und den Cell Server schnell und zuverlässig wiederherzustellen (Bare Metal Recovery). Zuletzt habe ich dazu in einem Artikel in 2014 berichtet und es standen zwei kleine Batch Dateien bereit um alle notwendigen Dinge vorzubereiten und zu automatisieren – siehe https://www.data-protector.org/wordpress/2014/04/eadr-cell-server-dp-8-1x-windows-2012-r2/. Allerdings hatten die Batch Dateien durch Änderungen am omniiso Befehl nicht mehr funktioniert und somit war es Zeit dieses Problem zu lösen, sowie neue Batch Dateien zur Verfügung zu stellen und den ganzen DR Prozess für den Cell Manager zu beschreiben. Lasst euch inspirieren von den Wiederherstellungsmethoden; die Dateien befinden sich am Ende des Dokuments. Der Inhalt des Artikels bezieht sich auf einen Cell Server unter Windows 2012 R2 mit aktuellem Data Protector 9.06.

Vorbereitung:

• Planen der benötigten Schritte
  • Bestimmen welcher Media Agent und welche Geräte (devices) im Falle eines EADR Prozesses benutzt werden sollen
  • Auswahl der bevorzugten DR Methode
  • Dokumentation der Medien auf denen die IDB (Backup Cell Manager) gesichert wurde
  • Überprüfung ob Zugriff auf benötigte Dateien vorhanden ist
  • Anlegen einer Schritt-für-Schritt Anleitung/Checkliste
  • Durchführen von Tests um sicherzustellen das EADR in der Zielumgebung funktioniert. Häufiges Testen trainiert für den Fall der Fälle
  • Desaster verhindern mit dem Implementieren von Hochverfügbarkeitslösungen – Cell Server in MS Cluster, MC/ServiceGuard, VMware, …
• Vorbereitung
  • Regelmäßiges Ausführen von Backups (täglich IDB und Dateisystem)
  • Dokumentation wichtiger Einstellungen (TCP/IP, Netzwerkkarten und Netzwerknamen, …)
  • Inkludieren des CONFIGURATION Objects in die Filesystemsicherung. Zusätzliche Sicherstellung das „Automatic Disaster Recovery Component“ auf dem Cell Server installiert ist
  • Speichern von wichtigen Dateien an einer geeigneten Stelle (SRD, obrindex.dat, …)

DR Methoden:

• AMDR – Assisted Manual Disaster Recovery
  • Für den DR Prozess ist die vorherige Installation eines Betriebssystems erforderlich
  • Das originale Betriebssystem wird mit omnir wiederhergestellt
  • Voraussetzungen
    • Die Festplatten müssen gleich oder größer wie die bisherigen Festplatten sein
    • Das Dateisystem und die Attribute der neuen Volumes müssen identisch mit den alten sein
    • Die Hardware und die Hardware Konfiguration des neuen Systems müssen identisch mit dem originalen System sein
• OBDR – One Button Disaster Recovery
  • Die gesamte Information zur Wiederherstellung wird bereits während des Backupprozesses zusammengestellt
  • OBDR-fähiges Bandlaufwerk (CD-ROM Emulation) zum Starten des Bootvorganges von Band
  • Das System wird wie zum Sicherungszeitpunkt wiederhergestellt
  • Methode nicht anwendbar für Windows Cell Manager
  • Voraussetzungen
    • Tape muss die Boot Option unterstützen
    • Die Hardware und die Hardware Konfiguration des neuen Systems müssen identisch mit dem originalen System sein
    • Die Festplqatten müssen gleich oder größer wie die bisherigen Festplatten sein
• EADR – Enhanced Automated Disaster Recovery
  • Bevorzugte Methode zur Wiederherstellung eines Data Protector Cell Managers und Clients
  • Bevorzugte Methode zur Wiederherstellung eines Data Protector Cell Managers im Cluster und Clients im Cluster
  • Voraussetzungen
    • Recovery CD, USB Stick oder Netzwerk Bootable Image werden vor dem Eintritt des Desasters vorbereitet und erstellt
    • Bei verschlüsselten Medien müssen die Encryption Keys auf einen USB Stick (vorher) kopiert werden
    • Die Partitionen müssen gleich oder größer wie die bisherigen Partitionen sein
    • Das IDB Backup muss neuer als das Filesystem Backup des Cell Manager sein

Für weitere Informationen kann der „Disaster Recovery Guide“ genutzt werden. EADR – Enhanced Automated Disaster Recovery ist die bevorzugte Methode und mein Favorit um einen Cell Server wiederherzustellen.

Support:

• EADR Support
  • Windows 2008 (x86/x64) – benötigt WAIK (Windows Automated Installation Kit) – Windows Vista/Windows Server 2008
  • Windows 2008 R2 (x64) – benötigt WAIK (Windows Automated Installation Kit) – Windows 7/Windows Server 2008 R2
  • Windows 2012 (x64) – benötigt ADK (Windows Assessment and Deployment Kit) – Windows 8/Windows Server 2012. Unterstützt dynamische Disks
  • Windows 2012 R2 (x64) – benötigt ADK (Windows Assessment and Deployment Kit) – Windows 8.1/Windows Server 2012 R2. Unterstützt dynamische Disks
• Zusätzliche Information
  • OBDR für Windows ist nur für Clients unterstützt
  • OBDR / EADR für Linux ist für Clients und Cell Managers unterstützt
  • Unter Windows und für EADR sind UEFI und GPT Partitionen unterstützt
  • DR ISO’s für Linux System müssen auf Linux Systemen generiert werden
  • Kommentar für Cluster Konfigurationen
    • Cell Server unter Windows Cluster – Manual DR oder EADR
    • Cell Server unter Linux Cluster – MC/ServiceGuard < 11.20.20, RHEL Cluster Suite und SLES HA Cluster nur für Clients
  • Für eine komplette Liste der unterstützen Kombinationen und Restriktionen wird auf die „HPE Data Protector 9.0x Disaster Recovery Support Matrix“ verwiesen
  • Alle Informationen in diesem Dokument basieren auf DP 9.06

Auf dem Cell Server wird die richtige Version des WAIK/ADK benötigt und installiert. Sollte auch für andere Windows Versionen EADR vorbereitet werden (normale Data Protector Clients), so ist die spezifische Version des WAIK/ADK auf einen jeweils separaten Windows Server zu installieren; dies kann eine kleine virtuelle Maschine sein. Bei der Installation des ADK wird nur die Installation der Deployment Tools und Windows PE benötigt.

Vorbereitung EADR auf dem Cell Manager:

• Vorbedingungen
  • Installierte Disaster Recovery Komponenten auf dem Cell Manager
  • Installierte und korrekte Version des ADK (Windows Assessment und Deployment Kit) auf dem Cell Server – Windows 8.1/Windows Server 2012 R2 (Deployment Tools + Windows PE required)
  • Genügend freier Plattenplatz
  • Automount (Prüfen mit diskpart)
    • Enabled – benötigt um die System Reserve Partition zu sichern
    • Disabled – Die System Reserve Partition muss während der Sicherung gemounted sein (Laufwerksbuchstabe)
  • Das Betriebssystem muss aktiviert sein, andernfalls kann der DR Prozess fehlschlagen
  • Es dürfen keine Backupobjekte benutzt werden die über die Checkpoint Restart Backup Session gesichert wurden (Resume Session)
  • Die benötigten Batch Dateien wurden im OMNIBIN Verzeichnis abgelegt, in den meisten Fällen ist dies C:\Program Files\OmniBack\bin\
• Anlegen einer Filesystem Backup Spezifikation und Einbinden der Boot Partition, DP Installation Volume, CONFIGURATION Object. Anpassen von anderen Einstellungen, wie Backupziele, Schedule, etc.



• Einfügen des Post-exec Skript „EADR_CS_FSBackup_Post.cmd“



• Das Disaster Recovery Image wird während der Sicherung auf dem Cell Server abgelegt (P1S Dateien und ClientName.img). Diese Einstellung ist schneller verglichen mit einem temporären Restore der Konfiguration und ist unbedingt notwendig für die Automatisierung der weiteren Schritte



• Einstellen der „WinFS Options“ und nach Abschluss aller anderen Einstellungen, speichern der Spezifikation



• Anlegen einer IDB Backup Spezifikation



• Einfügen des Post-exec Skript „EADR_CS_IDBBackup_Post.cmd“

Das Backup und die Skripte:

• Die Filesystem Backup Spezifikation für den Cell Server wird ausgeführt, am Ende schreibt das Post-exec Skript die Information über die Session in eine Datei und startet anschliessend das IDB Backup



• Skript – EADR_CS_FSBackup_Post.cmd:

SET OMNIHOME=C:\Program Files\Omniback
SET OMNIDATA=C:\Programdata\Omniback
SET IDBBACKUP=CellServerIDB
SET FS_SESSION_FILE=EADR_CS_FSBackup_SESSIONID.txt
echo %SESSIONID% > "%OMNIDATA%\tmp\%FS_SESSION_FILE%"
"%OMNIHOME%\bin\omnib.exe" -idb_list "%IDBBACKUP%" -barmode full -no_monitor
		

• Die Backup Spezifikation für die IDB wird ausgeführt, am Ende wird das Post-exec ausgeführt und das ISO Image erstellt.



• In machen Fällen werde nicht alle Meldungen im Session Log abgespeichert, da die Sicherung dann schon beendet ist.



• Skript EADR_CS_IDBBackup_Post.cmd:

SET OMNIHOME=C:\Program Files\Omniback
SET OMNIDATA=C:\Programdata\Omniback
SET OMNIISOCOMMAND="%OMNIHOME%\bin\omniiso.exe"
SET CELLSERVER=w2012r2dpcs.localdomain
SET ISOPATH=%OMNIDATA%\tmp\
SET ADKPATH=C:\Program Files (x86)\Windows Kits\8.1\
SET MEDIAFILE_CS=usedmedia_IDB_CS.txt
SET MEDIAFILE_FS=usedmedia_IDB_FS.txt
SET SRDFILE=%OMNIDATA%\Config\Server\dr\srd\%CELLSERVER%
SET P1SFILE=%OMNIDATA%\Config\Server\dr\p1s\%CELLSERVER%
SET P1SIMAGE=%OMNIDATA%\Config\Server\dr\p1s\%CELLSERVER%.img
SET /p "FS_SESSIONID="< "%OMNIDATA%\tmp\EADR_CS_FSBackup_SESSIONID.txt"
SET IDB_SESSIONID=%SESSIONID%
SET NETWORKSHARE=\\192.168.253.141\dr
if exist "%ISOPATH%%CELLSERVER%.iso" (del /Q "%ISOPATH%%CELLSERVER%.iso")
"%OMNIHOME%\bin\omnisrdupdate" -session %FS_SESSIONID% %IDB_SESSIONID% -location "%NETWORKSHARE%" -anyobj
%OMNIISOCOMMAND% -session %FS_SESSIONID% %IDB_SESSIONID% -cd -anyobj -out "%ISOPATH%%CELLSERVER%.iso" -srd "%NETWORKSHARE%\recovery.srd" -rset "%P1SFILE%" "%P1SIMAGE%" -autoinject
"%OMNIHOME%\bin\omnidb.exe" -session %SESSIONID% -media > "%ISOPATH%%MEDIAFILE_CS%"
"%OMNIHOME%\bin\omnidb.exe" -session %SESSIONID% -media -detail >> "%ISOPATH%%MEDIAFILE_CS%"
"%OMNIHOME%\bin\omnidb.exe" -session %FS_SESSIONID% -media > "%ISOPATH%%MEDIAFILE_FS%"
"%OMNIHOME%\bin\omnidb.exe" -session %FS_SESSIONID% -media -detail >> "%ISOPATH%%MEDIAFILE_FS%"
if exist "%ISOPATH%%CELLSERVER%.iso" (
	copy "%ISOPATH%%CELLSERVER%.iso" "%NETWORKSHARE%" /Y
	copy "%ISOPATH%%MEDIAFILE_CS%" "%NETWORKSHARE%" /Y
	copy "%ISOPATH%%MEDIAFILE_FS%" "%NETWORKSHARE%" /Y
)
exit
		

EADR bei der Arbeit:

• Für das Beispiel wurde VMware Workstation benutzt um den Cell Server wiederherzustellen. Das ISO wurde bereitgestellt und im EFI Boot Manager CDROM ausgewählt.



• Die virtuelle Maschine startet von CDROM – DR ISO Image



• Das System wird für den Restore vorbereitet, das Netzwerk wird initialisiert und Informationen zur Hardware und Konfiguration aus dem MiniOS gelesen



• Auswahl von Recovery Scope und weiter mit „finish“



• Der Prozess wird fortgeführt



• Der DR Wizard startet



• Der Data Protector Client wird installiert



• Der Restore Prozess beginnt



• Der Offline Restore beginnt



• Die IDB wird zum Schluss und nach allen Filesystem Objekten wiederhergestellt, der DR Prozess ist beendet



• Es werden noch einige Tasks ausgeführt und anschliessend ist das System bereit zum Neustart



• Nach dem der wiederhergestellt Server neu gestartet ist wird die IDB auf Konsistenz geprüft

Geräte (devices):
Der demonstrierte EADR Prozess wurde für Windows 2012 R2 Cell Server auf einer Filelibrary getestet und verifiziert. Unterstützte Kombinationen von Media Agenten und Geräten:

• Filelibray auf einem anderen Server (Media Agent)
• StoreOnce Software Store auf einem anderen Server (Media Agent)
• StoreOnce
• Lokal angeschlossene Bandlaufwerke
• Lokal angeschlossene Bandrobotor (tape libraries); es kann notwendig sein das Band über den uma Befehl oder die Weboberfläche der Library in das Bandlaufwerk zu transportieren
• Bandlaufwerke auf einem anderen Server (Media Agent)
• Bandroboter auf einem anderen Server (Media Agent)

Donwload:

EADR for Cell Server – DP 9.06 on Windows 2012 R2

EADR CellServer (Data Protector 9.06 - Windows 2012 R2) 13833 Downloads 2.42 KB

Download