Users Guide

Zustände zu löschen, und dann die hostplattformspezifischen Schritte ausführen müssen. Wenden Sie sich für solch eine Recovery an
Ihren Serviceanbieter.
Wenn eine gesamte Appliance ausgefallen ist, sind beide Nodes der Appliance ausgefallen. In einem Cluster mit mehreren Appliances
werden jedoch laufende Importe in anderen ausgeführten Appliances fortgesetzt. Die Importe, deren Ziel-Volume sich auf dieser
bestimmten Appliance befindet, die ausgefallen ist, werden angehalten. Es wird empfohlen, die Appliance zuerst aufzurufen, bevor Sie
versuchen, diese angehaltene Sitzung zu beenden.
Ausnahmefall
Bei einem einzelnen Ausfall, z. B. dem Ausfall eines PowerStore-Node während des Imports mit Host-I/O, werden in den meisten Fällen
weder Import- noch I/O-Vorgänge beeinträchtigt. Der andere Node übernimmt. In seltenen Fällen erfolgt ein automatischer Abbruch und
die I/Os werden zurück an das Quell-Volume umgeleitet, wenn der Import aufgrund solcher Fehler nicht fortgesetzt werden kann.
Manchmal kann die Zeit für die Node-Recovery lang sein und für Host-I/Os kann es zu Latenzproblemen kommen. Im schlimmsten Fall
läuft das I/O-Timeout ab, was zu temporärer Nichtverfügbarkeit von Daten führt. Die Recovery erfolgt in solchen Fällen, sobald der Node,
der ausgefallen ist, vollständig wiederhergestellt wird.
Wenn der Node nicht neu gestartet werden kann oder die Recovery des Node zu lange dauert, besteht die Option, zur Quelle
zurückzukehren. Erzwingen Sie mit force cancel einen Abbruch des Imports. Es kann sein, dass auf der Hostseite, die auf der I/O-Last
und -Plattform basiert, eine manuelle Intervention erforderlich ist. Nach dem Schritt zur Host-Recovery können die I/O-Vorgänge an der
Quelle wieder aufgenommen werden. Sobald der PowerStore-Node wiederhergestellt wurde und der PowerStore-Cluster funktionsfähig
ist, können Sie erneut versuchen, Importe durchzuführen. Wenn bei diesem Verfahren ein Problem auftritt, wird empfohlen, dass Sie sich
an Ihren Serviceanbieter wenden.
Neustart des Hosts während eines unterbrechungsfreien Imports
Ein ungeplanter Neustart des Hosts während des Imports ist möglich. Im Falle eines unterbrechungsfreien Imports verarbeitet der
Importprozess diesen Fall. Wenn der Import über den Umstellungsschritt hinaus fortgeschritten ist, wird der Importvorgang fortgesetzt.
Wenn dies nicht der Fall ist, wird ein Rollback des Imports durchgeführt, was bedeutet, dass der Import automatisch abgebrochen
wird und die I/O-Vorgänge weiterhin zur Quelle gehen. Diese Maßnahmen gelten sowohl für eigenständige als auch für Hostcluster.
I/O-Ausfälle können aufgrund des Hostneustarts auftreten. Das ist im Falle eines eigenständigen Hosts wahrscheinlicher, da im Falle eines
Hostclusters der verbleibende Node übernimmt. Allerdings kann es auch ohne laufende Importsitzungen zu I/O-Fehlern kommen.
Es ist möglich, dass in einigen Konfigurationen, z. B. iSCSI, die automatische Anmeldung nicht aktiviert ist. Außerdem sind die Host-zu-
Quelle-SAN-Pfade, wie in Netzwerkübersicht importieren auf Seite 66 beschrieben, nach dem Neustart nicht live. In solchen Fällen
muss diese Verbindung erst eingerichtet werden, bevor der Abbruch gestartet werden kann. Importe können jedoch fortgesetzt werden,
da diese SAN-Pfade während des Imports nicht verwendet werden. Zum Beispiel müssen Sie in einem Windows basierten Host mit
iSCSI-Verbindungen option to add the connection to favorite targets aktivieren, um sicherzustellen, dass die iSCSI-Verbindungen
nach einem Neustart wiederhergestellt werden.
Ausfälle während eines Imports ohne Agenten
Einige Ausfälle können intermittierender Natur sein, sie können z. B. durch die Belastung des Systems oder Netzwerks verursacht
werden. Wenn der Importversuch nicht erfolgreich ist, sind die I/Os in der Regel nicht betroffen und werden mit den Quell-Volumes
fortgesetzt. Eine einfacher erneuter Versuch des Imports sollte ausreichen. Manchmal ist es erforderlich, Netzwerk- oder Lastprobleme
zu lösen, bevor der Import erneut versucht wird. Wenn ein Import fehlschlägt, soll die Fehlermeldung darauf hinweisen, dass ein Fehler
aufgetreten ist, ohne zu technisch zu werden. Wenn wiederholte Versuche, das Problem zu beheben, fehlschlagen, wenden Sie sich an
Ihren Serviceanbieter.
Wenn das Ziel während eines Imports ohne Agenten die Back-End-Verbindung mit dem Quellsystem im SAN-Pfad verliert, ändert
wechselt der Import zum Status Cancel Required. Es ist möglich, dass die Fehler zwischen dem PowerStore-Cluster und dem
Quellnetzwerk zu I/O-Fehlern in einer Nutzeranwendung führen. Wenn der Import zum Status Cancel Required wechselt, wird eine
Warnmeldung ausgegeben, um die Nutzeranwendung für die Verwendung des Quell-Volumes neu zu konfigurieren. Nachdem Sie die
Nutzeranwendung neu konfiguriert haben, um das Quell-Volume zu verwenden, brechen Sie die Importsitzung manuell ab. Der Import kann
wiederholt werden, nachdem die Probleme mit den SAN-Pfaden vom PowerStore-Cluster zum Quellsystem behoben wurden.
PowerStore ist ein Scale-Out-Cluster mit mehreren Appliances und zwei Nodes. Typischerweise sind die meisten Ausfälle nicht gefährlich
und werden durch das inhärente PowerStore-Hochverfügbarkeitsdesign behoben. Der Import Orchestrator wird in der PowerStore
Appliance ausgeführt und ist genauso hochverfügbar wie die PowerStore-Appliance. Sollte es jedoch zu einem Extremfall kommen, in
dem ein PowerStore-Cluster während des Imports vor der Umstellung ausfällt, konfigurieren Sie die Nutzeranwendung wieder auf das
68
Fehlerbehandlung durch PowerStore-Import