Das Einrichten einer Filesystem Sicherung mittels ZDB (Zero Downtime Backup) und einer 3Par ist recht einfach, jedoch kann es einige Herausforderungen dabei geben, die später im Artikel diskutiert werden.
Zum Ausführen von ZDB Backups werden normalerweise 3 Systeme benötigt:
- Den Anwendungsserver auf dem das zu sichernde Filesystem eingebunden ist
- Das Backup System
- Das 3Par Array
Diese Systeme sind in dem Screenshot (markiert in gelb) aufgeführt
Nachdem der Backup Job gestartet wurde (siehe unten im Artikel), wird das Kommando zum Erstellen des Snapshots für das Volume welches gesichert werden soll an den Anwendungsserver übergeben. Der Anwendungsserver übergibt das Kommando an die 3Par und generiert den Snapshot auf dem Array. Anschließend wird der Snapshot an den Backupserver präsentiert und im System eingebunden, so dass die Daten über den Backupserver (zur Entlastung des Anwendungsservers) an das Backupziel übertragen werden können – siehe Bild.
Nach einem Blick auf die Funktionsweise lässt sich zusammenfassen welche Data Protector Komponenten und Kommandos benötigt werden. Zuerst werden auf dem Anwendungsserver und dem Backupserver folgende Komponenten installiert:
- HPE 3PAR VSS Agent
- HPE P6000 /HPE 3PAR SMI-S agent
- MS Volume Shadow Copy Integration
- Disk Agent
- Media Agent especially on the Backup System
Kommentar: Der Anwendungsserver und der Backupserver sollten nicht das gleiche System sein und müssen mit dem gleichen Betriebssystem installiert sein.
Wie wird die Umgebung konfiguriert und welche Kommandos werden benötigt
Es wurde bereits gezeigt welche Komponenten benötigt werden, nun muss überprüft werden, dass das Storage Array richtig konfiguriert ist.
Zuerst muss sichergestellt werden, das ein Volume auf der 3Par konfiguriert ist und dieses Volume an den Anwendungsserver exportiert wurde. Der Anwendungsserver muss das neue Filesystem sehen und kann davon Daten lesen und darauf Daten schreiben.
Weiter muss sichergestellt sein, dass der Backupserver auch mit dem 3Par Array gezoned wurde und das System „sieht“. Die Volumes müssen dabei nicht an den Backupserver präsentiert werden.
Der Trick hierbei ist, dass die 3Par mit WWNs des Hosts arbeitet, dem Host kann dabei ein Alias gegeben werden. Wenn die Volumes nun an den Host exportiert werden, so kümmert sich die 3Par um den Rest.
Allerdings sollte darauf hingewiesen werden, dass mit dem Data Protector der Alias für das Backup System als FQDN konfiguriert werden muss – siehe Bild.
Wie man in dem ersten Bild sehen kann, wird der Anwendungsserver mit dem frei gewählten Alias gezeigt. Im zweiten Bild wird der Anwendungsserver gezeigt, der Name wird dabei in der FQDN Form dargestellt.
Die exportieren Volumes können auch eine beliebige Namenskonvention haben. Für das markierte Volume wird jedoch der FQDN des Anwendungsservers gezeigt.
Warum ist es wichtig den Namen im FQDN Format zu nutzen? Bei der Ausführung eines ZDB Backups wird der Name des Servers verwendet, wie er in der Client Liste in der Zelle definiert wurde. Wenn nicht der FQDN verwendet wird, so kann folgende Fehlermeldung ausgegeben werden, wobei am Anfang des Backups noch alles normal aussehen kann und der Fehler erst später protokolliert wird.
[Minor] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:29:55 AM [236:9210] A SMI-S call to the array did not behave as expected. Failed volume: DP-2015.11.20-10-056503991 Returned message: Error retrieving StorageID = HBA WWN of host sut74.atlpss.hp.net. [Normal] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:29:55 AM Starting drive scan. [Normal] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:26 AM Drive scan has completed. [Major] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:26 AM [236:51] Failed to resolve a storage volume on the host. Storage volume: DP-2015.11.20-10-056503991 [Critical] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:26 AM There are no valid objects left. [Critical] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:26 AM Some or all storage volumes cannot be backed up. Session will abort. [Critical] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:27 AM There are no valid objects left. [Normal] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:27 AM The HPE P6000 EVA / HPE 3PAR SMI-S agent enabled automatic mounting of new volumes on the operating system. [Minor] From: SMISA@sut74.atlpss.hp.net "SMISA" Time: 11/21/2015 4:30:31 AM Preparation of the backup system failed.
Was sagt diese Fehlermeldung aus? Das der Host sut74.atlpss.hp.net (Backupserver) nicht gefunden werden kann. Daher wird die Fehlermeldung ausgegeben und daher ist es wichtig immer den FQDN Namen in der 3Par zu verwenden.
Nach diesen einleitenden Erklärungen und warum diese notwendig sind müssen noch weitere Einstellungen vorgenommen werden. Dem Data Protector muss mitgeteilt werden wie er sich mit dem 3Par Array verbinden kann; der Benutzer ID (mit den richtigen Berechtigungen) und dem Passwort. Zwei Kommandos werden dafür benötigt.
Die Kommandos sind omnidbsmis
und omnidbzdb
. Im folgenden wird die Syntax beschrieben.
Mit dem Kommando omnidbsmis, werden die Anmeldeinformationen für SMI-S des Storage Array Providers gespeichert. Die Syntax ist:
omnidbsmis -ompasswd -add < IP Adresse des Storage Array > -user < Benutzername SMI-S Array Provider >
Beispiel:
omnidbsmis -ompasswd -add 10.10.253.134 -user administrator
Administrator ist typischerweise der Default User, Domain User Namen sollten im Format username@domain eingegeben werden.
Zur Überprüfung kann folgendes Kommando verwendet werden (Beispielausgabe):
omnidbsmis -ompasswd -list
User Host Port Ssl ---------------+--------------------+-----+----- administrator@atlpss.hp.net (administrator@atlpss.hp.net) dp9.atlpss.hp.net 5988 No administrator sut64.atlpss.hp.net 5988 No
Das nächste Kommando „omnidbzdb“ führt den administrativen Task für das 3Par Array aus und verwaltet die Konfigurationsdaten der Agenten die sich mit dem CIMOM Provider des Storage Systems verbinden wollen. Das Kommando ist auf Systemen mit installiertem User Interface (zum Beispiel auf dem Cell Manager) verfügbar.
Die zu verwendende Syntax:
omnidbzdb --diskarray 3PAR --ompasswd --add < IP Adresse des Storage Array > --user < User ID mit entsprechender Berechtigung > --passwd < Passwort des Benutzers >
Beispiel:
omnidbzdb --diskarray 3PAR --ompasswd --add 10.10.253.134 --user 3paradm --passwd 3pardata
Zur Überprüfung kann das folgende Kommando genutzt werden:
omnidbzdb --diskarray 3PAR --ompasswd --list
User Host Port Ssl ----------------+--------------------+-----+----- 3paradm 10.10.253.166 5988 No
Nachdem diese Schritte durchgeführt wurden kann das Filesystem Backup über VSS und 3Par im Data Protector eingerichtet werden.
Dieser Beitrag wurde von Geoff Rennie dokumentiert und vorbereitet. Geoff ist ein Presales Kollege in HPE Software – AMS Region. Danke für das Bereitstellen des Inhaltes.