Fehlerbehebung bei Volume-Problemen - AWS Storage Gateway

Die Amazon S3 File Gateway-Dokumentation wurde nach Was ist Amazon S3 File Gateway? verschoben.

Die Amazon FSx File Gateway-Dokumentation wurde nach Was ist Amazon FSx File Gateway? verschoben.

Die Tape-Gateway-Dokumentation wurde nach Was ist Tape Gateway verschoben?

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.

Die Konsole behauptet, dass Ihre Volume nicht konfiguriert ist

Wenn die Storage-Gateway-Konsole angibt, dass Ihr Volume den Status UPLOAD-PUFFER NICHT KONFIGURIERT 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 NICHT WIEDERHERSTELLBAR 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 Preserve existing data (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 eines Snapshots. 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 NICHT WIEDERHERSTELLBAR 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 Erstellen eines Volumes. 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 einer Volume.

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 WEITERGABE Status hat

In einigen Fällen kann die Storage-Gateway-Konsole darauf hinweisen, dass Ihr Volume den Status PASS-THROUGH 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 WEITERGABE Status 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 die UploadBufferPercentUsed Metrik in der Amazon- CloudWatch Konsole anzeigen. 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 VERFÜGBAR. 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 VERFÜGBAR und Snapshots können erneut gestartet werden. Beachten Sie, wenn Ihr Volume den WEITERGABE 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 WEITERGABE Status 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 Volume Gateway. 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 -UploadBufferPercentUsedMetrik für das Gateway in der Amazon CloudWatch-Konsole überprüfen und einen Alarm für diese Metrik erstellen. Weitere Informationen finden 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:

  • Für VMware ESXi, entfernen Sie den Sicherungs-Speicher wie in beschrieben Löschen eines Volumes.

  • 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, prüfen Sie, ob die Host IP (Host-IP)-Adresse Ihres Volumes mit einer der Adressen übereinstimmt, die auf der Registerkarte Summary (Übersicht) im vSphere-Client angezeigt wird. 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 Verbinden eines Windows-Clients mit Volumes.

Sie können den Durchsatz für Volumes anzeigen und Alarme von der Amazon CloudWatch-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 einer Cache-Festplatte 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 die Cache-Festplatte nicht zugänglich oder nicht verwendbar ist, löschen Sie den Datenträger aus Ihrer Gateway-Konfiguration.

  • Wenn die Cache-Festplatte weiterhin zugänglich und nutzbar ist, verbinden Sie sie erneut mit Ihrem Gateway.

Anmerkung

Wenn Sie eine Cache-Festplatte löschen, sind Bänder oder Volumes mit sauberen Daten (d. h., deren Daten auf der Cache-Festplatte und in Amazon S3 synchronisiert sind) weiterhin verfügbar, wenn das Gateway wieder normal funktioniert. Wenn Ihr Gateway beispielsweise über drei Cache-Festplatten 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 Ihre Cache-Festplatte 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 eines Snapshots.

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 Zustandsbenachrichtigungen. Weitere Informationen zu Zustandsbenachrichtigungen finden Sie unter Beheben von Problemen mit Hochverfügbarkeit.