Omniback (HP Dataprotector) Backup für Xenserver

Die Situation: Im Unternehmen ist bereits der HP Dataprotector im Einsatz. Da jetzt auch produktive Systeme auf dem Xenserver laufen sollen, müssen auch die VMs automatisiert gesichert werden können.

Der Ansatz: Die HP Data Protector Integration für Xenserver

Die Umsetzung:
Was wird benötigt?
1. Xenserver mit VMs
2. Data Protector Server
3. Backup Device (Tape und/oder Disk)
4. DP Client (Windows oder Linux Rechner mit installiertem DP Client / Disk Agent, Media Agent)

Auf dem Xenserver muss nichts geändert werden.
Auf dem DP Client muss folgende Software installiert werden:
– Python
– Curl
– Pycurl (Achtung: Passend zur Python Verson)
– XenAPI.py
– Integration Scripts
und noch ein Backup-Ordner für die temporäre Ablage der *.xva Dateien

Genauere Information gibts hier: bizsupport1.austin.hp.com/bc/docs/support/SupportManual/c01749588/c01749588.pdf
Jetzt wird die DPxen_config.py mit einem Editor angepasst.

Hier ein Beispiel (ist aber alles gut kommentiert):
# Before starting the DP backup or restore the values in this script should be update
# Desired way to preform the backup or in case of restore type of backup used
# the types allowed are: [ offline, allOffline, online, allOnline]
mode = „online“

# Url of the xen Server that contains the vm for backup or where we want to restore.
url = „http://IP-des-xenservers“

# Login information of the xen Server
username = „root“
password = „geheimespasswort“

# If needede name of the  vm to backup or restore, is case sentitive
vmNames = [„Debian“]

# Flag for creating a debug file
debug = True #[True, False]

# In case of restore, the name of the sr where we want to restore
srName = „“   #“Local File SR | Shared Storage“#case sensitive If not applicable set to empty string.

Statt des root-accounts sollte natürlich ein BAckup-Account angelegt wwerden. Ich habe das nur mal aus meinem Testnetz übernommen.

In Data Protector kann nun ein neues File-Backup angelegt werden:

Backup –> Backup Specifications –> Right Click on Filesystem –> Add Backup

Blank Template –> OK

Tmp Backup Folder: C:\tmp\backup

Pre-exec: C:\Programme\OmniBack\bin\Python25\python.exe C:\Programme\OmniBack\bin\DPxen_backup.py DPxen_config

On client: Mein-DPClient

Post-exec: C:\Programme\OmniBack\bin\Python25\python.exe C:\Programme\OmniBack\bin\DPxen_postbackup.py

On client: Mein-DPClient

Der Pre-Exec Teil erzeugt das Backup der VM und erstellt sie im temporären Verzeichnis. bei einem Windows DP Client z.B. in C:\tmp\Backup. Dazu gibts noch eine Protokoll-Datei unter C:\tmp.

Dann wird ein normales File-Backup für das tmp-Verzeichnis durchgeführt.

Beim Post-Exec werden dann die *.xva Dateien abgelöscht. Die Protokoll-Dateien bleiben liegen!

Die sollte man von Zeit zu Zeit mal ablöschen.

Unterschiede Online-Backup und Offline Backup

Neben der offensichtlichen Tatsache, dass die VM beim Online-Backup weiterläuft (Beim Offline wird sie einmal kurz gestoppt, gesichert und dann wieder gestartet, bzw. in den Status vor Backupbeginn gebracht),

gibt es noch eine Besonderheit:

Das online-Backup erzeugt Snapshot-Dateien mit dem Namensmuster „Xen-IP_VMName_Snapshot.xva“.

Das offline Backup erzeugt Exports mit dem Bezeichnungsmuster „Xen-IP_VMName.xva“.

Das ist für den Restore nicht ganz unwichtig.

Und noch etwas: Ich habe versucht eine VM zu sichern, die keinem Xenserver fest zugeordnet ist.

Das ist mir aber ausschließlich im Onlinemodus gelungen. Beim Offlinemodus wurde lediglich eine 0kb Datei erzeugt und der DP meldete erfolgreichen Vollzug .

Das Restore habe ich bisher immer manuell durchgeführt. Man kann aber im DP einen Restore konfigurieren.

Aber ehrlich gesagt ist es mir lieber (und voll ausreichend), wenn ich die Backup-Dateien wiederhergestellt bekomme und ich mir die selbst wieder auf den Xenserver einspiele.

Der Data Protector Restore wird aber demnächst auch noch getestet!