Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Fehlerbehebung bei Volume-Problemen
Sie können Informationen über die typischsten Probleme finden, die beim Arbeiten mit Volumes auftreten können sowie Aktionen die wir vorschlagen auszuführen um diese zu beheben.
Themen
Die Konsole behauptet, dass Ihre Volume nicht konfiguriert ist
Ihr Cache-Gateway ist unerreichbar und Sie möchten Ihre Daten wiederherstellen
Die Konsole gibt an, das Ihre Volume PASS THROUGH Status hat
Sie möchten Volume-Integrität überprüfen und möglicher Fehler beheben
Ihre Volume-iSCSI-Target erscheint nicht in Windows Disk Management Konsole
Sie müssen eine Festplatte entfernen oder ersetzen, die ausgefallen ist
Durchsatz von Ihrer Anwendung zu einem Volume ist auf Null abgefallen
In einem Cache-Datenträger in Ihrem Gateway tritt ein Fehler auf
Ein Volume Snapshot hat einen PENDING Status länger als erwartet
Die Konsole behauptet, dass Ihre Volume nicht konfiguriert ist
Wenn die Storage-Gateway-Konsole angibt, dass Ihr Volume den Status UPLOAD BUFFER NOT CONFIGURED besitzt, fügen Sie Upload-Pufferkapazität zu Ihrem Gateway hinzu. Sie können ein Gateway nicht zum Speichern Ihrer Anwendungsdaten verwenden, wenn der Upload-Puffer für das Gateway nicht konfiguriert ist. Weitere Informationen finden Sie unter So konfigurieren Sie zusätzlichen Upload-Puffer oder Cache-Speicher für Ihr Gateway.
Die Konsole gibt an, dass Ihre Volume verloren ist
Wenn die Storage-Gateway-Konsole für gespeicherte Volumes angibt, dass Ihr Volume-Status IRRECOVERABLE ist, können Sie dieses Volume nicht mehr verwenden. Sie können versuchen, das Volume in der Storage-Gateway-Konsole zu löschen. Wenn sich Daten auf dem Volume befinden, können Sie die Daten wiederherstellen, wenn Sie einen neuen Volume erstellen der auf der lokalen Festplatte der VM basiert, die ursprünglich verwendet wurde, um das Volume zu erstellen. Wenn Sie das neue Volume erstellen, wählen Sie Vorhandene Daten behalten aus. Stellen Sie sicher, ausstehende Snapshots des Volumes zu löschen, bevor Sie das Volume löschen. Weitere Informationen finden Sie unter Löschen von Snapshots Ihrer Speichervolumes. Wenn das Löschen des Volumes in der Storage-Gateway-Konsole nicht funktioniert, dann wurde der Datenträger für das Volume möglicherweise nicht ordnungsgemäß aus der VM entfernt und kann nicht aus der Appliance entfernt werden.
Wenn die Storage-Gateway-Konsole für zwischengespeicherte Volumes angibt, dass der Status Ihres Volumes IRRECOVERABLE lautet, können Sie dieses Volume nicht mehr verwenden. Wenn Daten auf dem Volume liegen, können Sie einen Snapshot des Volumes erstellen und dann Ihre Daten aus dem Snapshot wiederherstellen oder Sie können die Volumes vom letzten Wiederherstellungspunkt aus klonen. Sie können das Volume löschen, nachdem Sie Ihre Daten wiederhergestellt haben. Weitere Informationen finden Sie unter Ihr Cache-Gateway ist unerreichbar und Sie möchten Ihre Daten wiederherstellen.
Für gespeicherte Volumes können Sie eine neue Volume von der Festplatte erstellen, die zum Erstellen des irreparablen Volumes verwendet wurde. Weitere Informationen finden Sie unter Ein Speichervolume erstellen. Informationen zum Volume-Status finden Sie unter Grundlagen zu Status und Übergängen bei Volumes.
Ihr Cache-Gateway ist unerreichbar und Sie möchten Ihre Daten wiederherstellen
Wenn Ihr Gateway nicht erreichbar ist (z. B. wenn es heruntergefahren wurde), haben Sie die Möglichkeit, entweder einen Snapshot von einem Volume-Wiederherstellungspunkt herzustellen und diesen Snapshot zu verwenden oder Sie klonen ein neues Volume anhand vom letzten Wiederherstellungpunktes für eine vorhandene Volume. Das Klonen eines Volume-Wiederherstellungspunkt ist schneller und kostengünstiger als das Erstellen eines Snapshots. Weitere Informationen zum Klonen eines Volumes finden Sie unter Klonen eines zwischengespeicherten Volumes von einem Recovery Point.
Storage Gateway bietet Wiederherstellungspunkte für jedes Volume in einer zwischengespeicherten Volume-Gateway-Architektur. Ein Volume-Wiederherstellungspunkt ist ein Zeitpunkt, zu dem alle Daten des Volumes konsistent sind und von dem Sie einen Snapshot erstellen oder ein Volume klonen können.
Die Konsole gibt an, das Ihre Volume PASS THROUGH Status hat
In einigen Fällen kann die Storage-Gateway-Konsole darauf hinweisen, dass Ihr Volume den Status PASSTHROUGH aufweist. Ein Volume kann aus unterschiedlichen Gründen den Status PASSTHROUGH annehmen. Einige Gründe erfordern Aktionen, andere nicht.
Ein Beispiel für wann Sie etwas unternehmen sollten, wenn Ihre Volume den Status PASS THROUGH hat, ist, wenn Ihr Gateway keinen Upload-Pufferspeicherplatz mehr hat. Um zu überprüfen, ob Ihr Upload-Puffer in der Vergangenheit überschritten wurde, können Sie sich die UploadBufferPercentUsed Metrik in der CloudWatch Amazon-Konsole ansehen. Weitere Informationen finden Sie unterÜberwachen des Upload-Puffers. Wenn Ihr Gateway den Status PASS THROUGH aufweist, weil kein Upload-Pufferspeicher mehr verfügbar ist, sollten Sie Ihrem Gateway mehr Upload-Pufferspeicher zuweisen. Wenn Sie mehr Pufferspeicher hinzufügen, wechselt der Status Ihres Volumes von PASS THROUGH über BOOTSTRAPPING automatisch zu AVAILABLE. Während das Volume den Status BOOTSTRAPPING aufweist, liest das Gateway Daten vom Datenträger des Volumes, lädt diese Daten in Amazon S3 und holt nach Bedarf auf. Nachdem das Gateway wieder den gewünschten Status hat und die Volume-Daten in Amazon S3 gespeichert wurden, lautet der Volume-Status AVAILABLE und Snapshots können erneut gestartet werden. Beachten Sie, wenn Ihr Volume den PASS THROUGH oder BOOTSTRAPPING Status besitzt können Sie damit fortfahren, die Daten von der Volume Festplatte zu lesen und schreiben. Weitere Informationen zum Hinzufügen weiterer Upload-Pufferspeicher finden Sie unter Bestimmen der Größe des zuzuordnenden Upload-Puffers.
Um Aktionen durchzuführen bevor der Upload-Puffer überschritten wird, können Sie einen Grenzwert-Überschreitungsalarm auf dem Upload-Puffer des Gateways einstellen. Weitere Informationen finden Sie unter So richten Sie einen Obergrenzenalarm für den Gateway-Upload-Puffer ein.
Im Gegensatz dazu ist ein Beispiel für ein Volume an der keine entsprechende Maßnahme zu ergreifen ist, wenn die Volume auf eine Bootstrap-Aktion wartet, da eine andere Volume derzeit gestartet wird. Das Gateway führt Bootstrap-Aktionen an Volumes nacheinander aus.
Selten, gibt der Status PASS THROUGH an, dass eine Festplatte die einem Upload-Puffer zugeordnet wurde fehlgeschlagen ist. In diesem Fall sollten Sie die Festplatte entfernen. Weitere Informationen finden Sie unter Arbeiten mit Volume Gateway-Speicherressourcen. Informationen zum Volume-Status finden Sie unter Grundlagen zu Status und Übergängen bei Volumes.
Sie möchten Volume-Integrität überprüfen und möglicher Fehler beheben
Wenn Sie Volume-Integrität überprüfen möchten und mögliche Fehler beheben möchten und Ihr Gateway für die Verbindung zu seinen Volumen, Microsoft Windows Initiatoren verwendet, können Sie das Windows CHKDSK Dienstprogramm verwenden um die Integrität Ihrer Volumes zu überprüfen und jeglichen Fehler auf den Volumes beheben. Windows kann automatisch das CHKDSK-Tool ausführen, wenn auf einer Volume Beschädigungen festgestellt werden oder Sie können es selbst ausführen.
Ihre Volume-iSCSI-Target erscheint nicht in Windows Disk Management Konsole
Wenn Ihr Volume iSCSI-Ziel nicht in der Disk Management Konsole in Windows angezeigt wird, überprüfen Sie, ob der Upload-Puffer für das Gateway konfiguriert wurde. Weitere Informationen finden Sie unter So konfigurieren Sie zusätzlichen Upload-Puffer oder Cache-Speicher für Ihr Gateway.
Sie möchten den iSCSI-Volumen-Zielnamen ändern
Wenn Sie den iSCSI-Zielnamen Ihres Volumes ändern möchten, müssen Sie das Volume löschen und es noch einmal mit neuem Zielnamen hinzufügen. Wenn Sie dies durchführen, können Sie die Daten auf dem Volume beibehalten.
Ihr geplanter Volume Snapshot taucht nicht auf
Wenn das geplante Snapshot eines Volumes nicht auftaucht, überprüfen Sie, ob Ihre Volume den Status PASSTHROUGH besitzt, oder ob der Gateway Upload-Puffer gerade vor dem geplanten Snapshot Uhrzeit aufgefüllt wurde. Sie können die UploadBufferPercentUsed Metrik für das Gateway in der CloudWatch Amazon-Konsole überprüfen und einen Alarm für diese Metrik erstellen. Weitere Informationen erhalten Sie unter Überwachen des Upload-Puffers und So richten Sie einen Obergrenzenalarm für den Gateway-Upload-Puffer ein.
Sie müssen eine Festplatte entfernen oder ersetzen, die ausgefallen ist
Wenn Sie einen ausgefallenen Volume-Datenträger austauschen müssen oder ein Volume entfernen möchten, weil es nicht benötigt wird, sollten Sie das Volume zuerst mithilfe der Storage-Gateway-Konsole entfernen. Weitere Informationen finden Sie unter So löschen Sie ein Volume. Anschließend verwenden Sie den Hypervisor-Client, um den Backup-Speicher zu entfernen:
-
Entfernen Sie zum VMware ESXi Beispiel den Backing-Speicher, wie unter beschriebenLöschen von Speichervolumes.
-
Für Microsoft Hyper-V, entfernen Sie den Backup-Speicher.
Durchsatz von Ihrer Anwendung zu einem Volume ist auf Null abgefallen
Wenn der Durchsatz von Ihrer Anwendung zu einem Volume auf Null abgefallen ist, versuchen Sie Folgendes:
-
Wenn Sie den VMware vSphere-Client verwenden, überprüfen Sie, ob die Host-IP-Adresse Ihres Volumes mit einer der Adressen übereinstimmt, die im vSphere-Client auf der Registerkarte Zusammenfassung angezeigt werden. Sie finden die Host-IP-Adresse für ein Speicher-Volume in der Storage-Gateway-Konsole auf der Registerkarte Details für das Volume. Unstimmigkeiten in der IP-Adresse können vorkommen, wenn Sie z. B. Ihrem Gateway eine neue statische IP-Adresse zuweisen. Wenn eine Diskrepanz vorliegt, starten Sie das Gateway über die Storage-Gateway-Konsole neu, wie in Herunterfahren der Gateway-VM dargestellt. Nach dem Neustart sollte die Host IP (Host-IP)-Adresse auf der Registerkarte ISCSI Target Info (iSCSI-Zielinformationen) für ein Speicher-Volume mit einer IP-Adresse in dem vSphere Client auf der Registerkarte Summary (Übersicht) für das Gateway übereinstimmen.
-
Wenn keine IP-Adresse im Feld Host IP (Host-IP) für das Volume angezeigt wird und das Gateway online ist. Dies kann auftreten, wenn Sie beispielsweise ein Volume erstellen das einer IP-Adresse eines Netzwerksadapters von einem Gateway mit zwei oder mehr Netzwerkadaptern zugeordnet ist. Wenn Sie den Netzwerkadapter entfernen oder deaktivieren, der dem Volume zugeordnet ist, wird die IP-Adresse möglicherweise nicht im Feld Host-IP angezeigt. Um dieses Problem zu beheben, löschen Sie das Volume und erstellen Sie es dann erneut unter Beibehaltung der vorhandenen Daten.
-
Stellen Sie sicher, dass der iSCSI-Initiator den Ihre Anwendung verwendet korrekt dem iSCSI-Ziel für das Speicher-Volume, zugeordnet ist. Weitere Informationen zum Verbinden zu Speicher Volumes finden Sie unter Von einem Windows-Client aus eine Verbindung zu Ihren Volumes herstellen.
Sie können den Durchsatz für Volumes anzeigen und Alarme von der CloudWatch Amazon-Konsole aus erstellen. Weitere Informationen über die Messung des Durchsatzes von Ihrer Anwendung zu einer Volume, finden Sie unter Messung der Leistung zwischen Ihrer Anwendung und dem Gateway.
In einem Cache-Datenträger in Ihrem Gateway tritt ein Fehler auf
Wenn bei einem oder mehreren Cache-Datenträgern in Ihrem Gateway ein Fehler auftritt, verhindert das Gateway Lese- und Schreiboptionen auf dem virtuellen Band im Gateway. Um die normale Funktionalität wiederherzustellen, konfigurieren Sie Ihr Gateway wie folgt neu:
-
Wenn der Cache-Datenträger nicht zugänglich oder nicht verwendbar ist, löschen Sie den Datenträger aus Ihrer Gateway-Konfiguration.
-
Wenn der Cache-Datenträger weiterhin zugänglich und nutzbar ist, verbinden Sie ihn erneut mit Ihrem Gateway.
Anmerkung
Wenn Sie einen Cache-Datenträger löschen, sind Bänder oder Volumes mit bereinigten Daten (also Daten, die auf dem Cache-Datenträger und in Amazon S3 synchron sind) weiterhin verfügbar, wenn das Gateway wieder normal funktioniert. Wenn Ihr Gateway beispielsweise über drei Cache-Datenträger verfügt und Sie zwei löschen, haben Bänder oder Volumes, die unbeschrieben und fehlerfrei sind, den Status AVAILABLE. Andere Bänder und Volumes erhalten dann den Status IRRECOVERABLE.
Wenn Sie kurzlebige Datenträger als Cache-Festplatten für Ihr Gateway verwenden oder Ihre Cache-Festplatten auf einem kurzlebigen Datenträger bereitstellen, gehen Ihre Cache-Festplatten verloren, wenn Sie das Gateway herunterfahren. Wenn Ihr Cache-Datenträger und Amazon S3 nicht synchronisiert werden, kann das Herunterfahren des Gateways zu Datenverlust führen. Aus diesem Grund raten wir von der Verwendung flüchtiger Laufwerke oder Datenträger ab.
Ein Volume Snapshot hat einen PENDING Status länger als erwartet
Wenn ein Volume-Snapshot länger als erwartet im Status PENDING bleibt, ist die Gateway-VM möglicherweise unerwartet abgestürzt oder der Status eines Volumes hat sich zu PASS THROUGH oder IRRECOVERABLE geändert. Wenn einer dieser Vorkommnisse der Fall ist, bleibt der Snapshot im PENDING Status und der Snapshot wird nicht vollständig ausgeführt. In diesen Fällen empfehlen wir, dass Sie den Snapshot löschen. Weitere Informationen finden Sie unter Löschen von Snapshots Ihrer Speichervolumes.
Wenn das Volume auf den Status AVAILABLE zurückkehrt, erstellen Sie einen neuen Snapshot des Volumes. Informationen zum Volume-Status finden Sie unter Grundlagen zu Status und Übergängen bei Volumes.
High Availability-Zustandsbenachrichtigungen
Wenn Sie Ihr Gateway auf der VMware vSphere High Availability (HA) -Plattform ausführen, erhalten Sie möglicherweise Statusmeldungen. Weitere Informationen zu Zustandsbenachrichtigungen finden Sie unter Beheben von Problemen mit Hochverfügbarkeit.
