Wiederherstellung nach Schaden für XenServer-Pools und Hosts

Datenverlust im Unternehmen kann schwerwiegende Folgen haben. Selbst mit XenServer, einer hervorragenden Möglichkeit zur Konsolidierung von Unternehmensdaten, können verschiedene Probleme mit Ihren Daten auftreten, wie zum Beispiel Verlust von virtuellen Festplattendateien, Verlust von XenServer VM-Metadaten und unbeabsichtigtes Löschen von virtuellen Maschinen. Daher ist es wichtig, eine Backup- und Notfallwiederherstellungslösung zu haben.

XenServer-Notfallsicherung verstehen

Die Funktion der Notfallsicherung von XenServer (DR) ermöglicht es Ihnen VMs und vApps bei einer katastrophalen Hardwareausfall zu sichern, die einen gesamten Pool oder Standort deaktiviert oder zerstört.

Die Wiederherstellung nach einem Ausfall speichert alle Informationen, die benötigt werden, um Ihre geschäftskritischen VMs und vApps auf Speicherrepositorys (SRs) wiederherzustellen. Diese Speicherrepositorys werden dann von Ihrer primären (Produktions-)Umgebung in eine Backup-Umgebung repliziert. Wenn ein geschützter Pool an Ihrem primären Standort ausfällt, können die VMs und vApps in diesem Pool aus dem replizierten Speicher wiederhergestellt und auf einem sekundären (DR)-Standort neu erstellt werden. Das Ergebnis ist eine minimale Ausfallzeit für Anwendungen oder Benutzer.

Hier ist ein Katastrophenerholungsfall von XenServer aus einem beschädigten Pool und Host.

Problembeschreibung

Das Produktionssystem eines Benutzers ist zusammengebrochen. Die xapi auf drei Maschinen im Pool kann nicht gestartet werden, und alle xe-Befehle können nicht ausgeführt werden. Der einzige Weg, um auf die Maschinen zuzugreifen, ist über SSH. Das Problem ist, dass viele virtuelle Maschinen auf einer der Maschinen laufen. Verschiedene Methoden wurden ausprobiert, aber keine war erfolgreich. Die Datenbank des Pools ist beschädigt und kann nicht wiederhergestellt werden. Die einzige Lösung ist es, die Umgebung neu aufzubauen, ohne die Produktion zu beeinflussen.

Ansatz: Da der Benutzer HBA-Speicher verwendet, an dem die LUN an die WWN der HBA-Karte auf dem Host gebunden ist. Nach der Neuinstallation des Hosts sollte dieser den ursprünglichen Speicher erkennen können. Anschließend kann der Speicher auf dem neu installierten System montiert werden. Schließlich können neue virtuelle Maschinen erstellt und die entsprechenden VDIs angehängt werden.

Hinweis: Früher wurde der Server-Statusbericht des Pools exportiert, daher können die VDIs, die den einzelnen virtuellen Maschinen entsprechen, gefunden werden.

Wie kann der XenServer-Pool und die Hosts wiederhergestellt werden?

1. Installieren Sie einen neuen XenServer neu und legen Sie ihn als Master des neuen Pools fest, wobei alle Hotfixes angewendet werden.

Melden Sie sich an der XenServer-Befehlszeile an:

 #pvscan
  PV /dev/sdc    VG VG_XenStorage-e47a1cfd-893c-4666-08c8-f37fedd43da3   lvm2 [1.69 TB / 18.01 GB free]
  PV /dev/sda3   VG VG_XenStorage-b67d732d-be5c-2255-b07b-4c97c90cf460   lvm2 [270.45 GB / 270.45 GB free]
  Total: 2 [1.95 TB] / in use: 2 [1.95 TB] / in no VG: 0 [0   ]

Aus dem Obigen ist die UUID des ursprünglichen HBA-Speichers e47a1cfd-893c-4666-08c8-f37fedd43da3.

2. Mounten Sie dieses SR mit dem folgenden Befehl (verwenden Sie nicht XenCenter, da es das Speichermedium formatieren könnte):

 #xe sr-introduce sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 type=lvmohba shared=true name-label=EMC content-
type=user

3. Finden Sie die SCSI-ID-Informationen für das Speicherblockgerät:

#ls -l /dev/disk/by-id/
 rwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-360060160abb01c009a425b909972de11 -> ../../sdc
lrwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1 -> ../../sda
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part3 -> ../../sda3

Aus der obigen Information können wir die SCSI-ID des Speichergeräts SDC finden.

4. Rufen Sie die Hostinformationen für den Master im Pool mithilfe der Kommandozeile oder XenCenter ab:

#xe host-list
uuid ( RO) : 83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
name-label ( RW): xenserver1
name-description ( RO): Default install of XenServer

5. Erstellen Sie eine PBD zwischen dem Host und dem Speicher:

#xe pbd-create sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 device-config:device=/dev/disk/by-id/scsi-
360060160abb01c009a425b909972de11 host-uuid=83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
aec2c6fc-e1fb-0a27-2437-9862cffe213e

Die PBD wurde erfolgreich erstellt, sie dient als logische Verbindungs Einheit zwischen XenServer und dem Speicher.

6. Fügen Sie die neu erstellte PBD ein:

#xe pbd-plug uuid=aec2c6fc-e1fb-0a27-2437-9862cffe213e

Nach dem Anmelden bei XenCenter sehen Sie, dass der Speicher erfolgreich eingehängt wurde und der VDI-Status normal ist.

7. Beginnen Sie mit der Wiederherstellung der virtuellen Computer:

Finden Sie die vorherige VM-Information, erstellen Sie VMs und fügen Sie die VDIs an.

8. Stellen Sie alle Maschinen wieder her und bauen Sie die anderen beiden XenServer neu auf, dann fügen Sie sie dem Pool hinzu.

9. Konfigurieren Sie HA (High Availability) und WLB (Workload Balancing) und stellen Sie die Umgebung ohne Auswirkungen auf die Produktionsumgebung wieder her.

Professionelle XenServer-Notfallwiederherstellungslösung

Vinchin Backup & Recovery ist eine professionelle Lösung die Datensicherungen von VMs wie VMware vSphere, Hyper-V, XenServer, XCP-ng, oVirt, RHV, OpenStack usw. und anderen Daten wie Datenbanken, NAS, Dateiserver usw. unterstützt.

Vinchin Backup & Recovery bietet flexible Backup-Planungsoptionen für Benutzer, um vollständige Backups, inkrementelle Backups und differentielle Backups automatisch täglich, wöchentlich und monatlich durchzuführen. Dies ermöglicht einen intelligenten XenServer-Backup-Prozess, um die manuelle Konfigurationsarbeit der Benutzer zu minimieren.

Es kann mindestens 50 % der Datenmenge nach Deduplizierung und Kompression eliminieren und entwickelt die exklusive Tiefendatenextraktionstechnologie BitDetector für große IT-Umgebungen.

It also offers V2V migration across 10+ virtualizations, 15s instant recovery, offsite backup copy, and anti-ransomware data protection with AES-256 standard.

Eine benutzerfreundliche Webkonsole hilft dabei den Sicherungsauftrag einfach zu erstellen.

1. Wählen Sie die XenServer-VM aus

2. Wählen Sie das Sicherungsspeichermedium aus

3. Wählen Sie die benötigten Sicherungsstrategien aus

4. Stelle die Aufgabe ein

Für die Wiederherstellung von XenServer-VMs:

1. Wählen Sie die Quell-Backups aus.

2. Wählen Sie den Host von der gleichen oder einer anderen Plattform aus.

3. Wiederherstellungskonzepte festlegen.

4. Anzeigen und einreichen.

Vinchin Backup & Recovery wurde von tausenden Unternehmen ausgewählt und Sie können hier ebenfalls eine 60-tägige kostenlose Testversion mit allen Funktionen starten. Außerdem können Sie uns kontaktieren, Ihre Anforderungen hinterlassen oder einen lokalen Partner auswählen.

Zusammenfassung

Citrix XenServer ist bekannt für seine effiziente Leistung und kostensparenden Vorteile. Jedoch, wie jede Technologie, ist sie nicht gefeit gegen Datenverlust oder -beschädigung. In solchen Fällen kann Vinchin Backup & Recovery kontaktiert werden, um Hilfe zu leisten. Dies ist eine professionelle Katastrophenerholungslösung, die von Tausenden von Unternehmen und Organisationen ausgewählt wurde.