Fehlerbehebung: Probleme mit File Gateway

Sie können Ihr File Gateway so konfigurieren, dass Protokolleinträge in eine CloudWatch Amazon-Protokollgruppe geschrieben werden. Wenn Sie dies tun, erhalten Sie Benachrichtigungen über den Status des Gateways und über alle Fehler, auf die das Gateway stößt. Informationen zu diesen Fehler- und Integritätsbenachrichtigungen finden Sie in den CloudWatch Protokollen.

In den folgenden Abschnitten finden Sie Informationen, die Ihnen helfen können, die Ursache der einzelnen Fehler- und Zustandsbenachrichtigungen zu verstehen und Probleme zu beheben.

Fehler: FileMissing

Der FileMissing Fehler ähnelt dem ObjectMissing Fehler, und die Schritte zur Behebung des Fehlers sind identisch. Sie können eine FileMissing Fehlermeldung erhalten, wenn ein anderer Writer als das angegebene File Gateway die angegebene Datei aus dem Amazon FSx löscht. Alle nachfolgenden Uploads zu Amazon FSx oder Abrufe von Amazon FSx für das Objekt schlagen fehl.

Um einen Fehler zu beheben FileMissing

1. Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB-Clients (Sie benötigen diese Dateikopie in Schritt 3).

2. Löschen Sie die Datei mit Ihrem SMB-Client vom File Gateway.

3. Kopieren Sie die neueste Version der Datei, die Sie in Schritt 1 Amazon gespeichert haben, FSx mit Ihrem SMB-Client. Tun Sie dies über Ihr File Gateway.

Fehler: FsxFileSystemAuthenticationFailure

Sie können eine FsxFileSystemAuthenticationFailure Fehlermeldung erhalten, wenn die beim Anhängen des Dateisystems angegebenen Anmeldeinformationen abgelaufen sind oder wenn die Rechte des Dateisystems entzogen wurden.

Um einen Fehler zu beheben FsxFileSystemAuthenticationFailure

1. Stellen Sie sicher, dass die Anmeldeinformationen, die Sie beim Anhängen des FSx Amazon-Dateisystems angegeben haben, weiterhin gültig sind.

2. Stellen Sie sicher, dass der Benutzer über alle erforderlichen Berechtigungen verfügt, wie unter Ein Amazon FSx for Windows File Server-Dateisystem anhängen beschrieben.

Fehler: FsxFileSystemConnectionFailure

Sie können eine FsxFileSystemConnectionFailure Fehlermeldung erhalten, wenn auf den FSx Amazon-Server vom Gateway-Computer aus nicht zugegriffen werden kann.

Um einen Fehler zu beheben FsxFileSystemConnectionFailure

1. Stellen Sie sicher, dass alle Firewall- und VPC-Regeln die Verbindung zwischen dem Gateway-Computer und dem FSx Amazon-Server zulassen.

2. Stellen Sie sicher, dass der FSx Amazon-Server läuft.

Fehler: FsxFileSystemFull

Sie können eine FsxFileSystemFull Fehlermeldung erhalten, wenn im FSx Amazon-Dateisystem nicht genügend freier Speicherplatz vorhanden ist.

Um einen FsxFileSystemFull Fehler zu beheben

• Erhöhen Sie den Speicherplatz für das FSx Amazon-Dateisystem.

Fehler: GatewayClockOutOfSync

Sie können eine GatewayClockOutOfSync Fehlermeldung erhalten, wenn das Gateway eine Differenz von 5 Minuten oder mehr zwischen der lokalen Systemzeit und der von den AWS Storage Gateway Gateway-Servern gemeldeten Zeit feststellt. Probleme mit der Uhrsynchronisierung können sich negativ auf die Konnektivität zwischen dem Gateway und auswirken AWS. Wenn die Gateway-Uhr nicht synchron ist, können I/O-Fehler bei NFS- und SMB-Verbindungen auftreten, und bei SMB-Benutzern können Authentifizierungsfehler auftreten.

Um einen Fehler zu beheben GatewayClockOutOfSync

• Überprüfen Sie die Netzwerkkonfiguration zwischen dem Gateway und dem NTP-Server. Weitere Informationen zum Synchronisieren der Gateway-VM-Zeit und zum Aktualisieren der NTP-Serverkonfiguration finden Sie unter Konfigurieren eines Network Time Protocol (NTP) -Servers für Ihr Gateway.

Fehler: InvalidFileState

Es kann zu einer InvalidFileState Fehlermeldung kommen, wenn ein anderer Writer als das angegebene Gateway die angegebene Datei in der angegebenen Dateifreigabe ändert. Infolgedessen stimmt der Status der Datei auf dem Gateway nicht mit dem Status in Amazon überein FSx. Alle nachfolgenden Uploads oder Abrufe der Datei von Amazon FSx könnten fehlschlagen.

Um einen Fehler zu beheben InvalidFileState

1. Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB-Clients (Sie müssen diese Datei in Schritt 4 kopieren). Wenn die Version der Datei in Amazon die neueste FSx ist, laden Sie diese Version herunter. Sie können dies tun, indem Sie mit einem beliebigen SMB-Client direkt auf die FSx Amazon-Aktie zugreifen.

2. Löschen Sie die Datei FSx direkt in Amazon.

3. Löschen Sie die Datei mit Ihrem SMB-Client vom Gateway.

4. Kopieren Sie mit Ihrem SMB-Client die neueste Version der Datei, die Sie in Schritt 1 gespeichert haben, über Ihr File Gateway nach Amazon FSx.

Fehler: ObjectMissing

Sie können eine ObjectMissing Fehlermeldung erhalten, wenn ein anderer Writer als das angegebene File Gateway die angegebene Datei aus dem Amazon FSx löscht. Alle nachfolgenden Uploads zu Amazon FSx oder Abrufe von Amazon FSx für das Objekt schlagen fehl.

Um einen Fehler zu beheben ObjectMissing

1. Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB-Clients (Sie benötigen diese Dateikopie in Schritt 3).

2. Löschen Sie die Datei mit Ihrem SMB-Client vom File Gateway.

3. Kopieren Sie die neueste Version der Datei, die Sie in Schritt 1 Amazon gespeichert haben, FSx mit Ihrem SMB-Client. Tun Sie dies über Ihr File Gateway.

Fehler: DroppedNotifications

Möglicherweise wird anstelle anderer erwarteter Typen von CloudWatch Protokolleinträgen ein DroppedNotifications Fehler angezeigt, wenn der freie Speicherplatz auf der Root-Festplatte Ihres Gateways weniger als 1 GB beträgt oder wenn innerhalb eines Intervalls von 1 Minute mehr als 100 Integritätsbenachrichtigungen generiert werden. Unter diesen Umständen generiert das Gateway vorsichtshalber CloudWatch keine detaillierten Protokollbenachrichtigungen mehr.

Um einen Fehler zu beheben DroppedNotifications

1. Überprüfen Sie anhand der Root Disk Usage Metrik auf der Registerkarte Überwachung für Ihr Gateway in der Storage Gateway Gateway-Konsole, ob der verfügbare Root-Festplattenspeicher knapp wird.

2. Erhöhen Sie die Größe der Root-Speicherfestplatte des Gateways, wenn der verfügbare Speicherplatz weniger als 1 GB beträgt. Anweisungen finden Sie in der Dokumentation Ihres Hypervisors für virtuelle Maschinen.

   Informationen zur Erhöhung der Root-Festplattengröße für EC2 Amazon-Gateways finden Sie unter Änderungen an Ihren EBS-Volumes beantragen im Amazon Elastic Compute Cloud-Benutzerhandbuch.

   Anmerkung

   Es ist nicht möglich, die Root-Festplattengröße für die AWS Storage Gateway Hardware Appliance zu erhöhen.

3. Starten Sie Ihr Gateway neu.

Benachrichtigung: HardReboot

Sie können eine HardReboot-Benachrichtigung erhalten, wenn die Gateway-VM unerwartet neu gestartet wird. Ein solcher Neustart kann auf Stromausfall, einen Hardwarefehler oder ein anderes Ereignis zurückzuführen sein. Bei VMware Gateways kann ein Reset durch vSphere High Availability Application Monitoring dieses Ereignis auslösen.

Wenn Ihr Gateway in einer solchen Umgebung ausgeführt wird, überprüfen Sie, ob die HealthCheckFailure Benachrichtigung vorhanden ist, und lesen Sie im VMware Ereignisprotokoll für die VM nach.

Benachrichtigung: Reboot

Sie können eine Neustart-Benachrichtigung erhalten, wenn die Gateway-VM neu gestartet wird. Sie können eine Gateway-VM mithilfe der VM Hypervisor-Managementkonsole oder der Storage-Gateway-Konsole neu starten. Sie können den Neustart auch mithilfe der Gateway-Software während des Wartungszyklus des Gateways ausführen.

Wenn die Zeit des Neustarts innerhalb von 10 Minuten nach der konfigurierten Wartungsstartzeit des Gateways liegt, ist dieser Neustart wahrscheinlich ein normales Ereignis und kein Anzeichen für ein Problem. Wenn der Neustart deutlich außerhalb des Wartungsfensters stattgefunden hat, überprüfen Sie, ob das Gateway manuell neu gestartet wurde.

Fehlerbehebung: Probleme mit der Active Directory-Domäne

FSx File Gateway generiert keine spezifischen Protokollmeldungen für Probleme mit der Active Directory-Domäne. Wenn Sie Probleme haben, Ihr Gateway mit Ihrer Active Directory-Domäne zu verbinden, gehen Sie wie folgt vor:

• Stellen Sie sicher, dass das Gateway nicht versucht, einen schreibgeschützten Domänencontroller (RODC) zu verwenden, um der Domäne beizutreten.

• Stellen Sie sicher, dass das Gateway für die Verwendung der richtigen DNS-Server konfiguriert ist.

  Wenn Sie beispielsweise versuchen, eine Amazon EC2 Gateway-Instance mit einem AWS-verwalteten Active Directory zu verbinden, stellen Sie sicher, dass die für Ihre EC2 VPC festgelegte DHCP-Option die AWS-verwalteten Active Directory-DNS-Server angibt.

  DNS-Server, die Sie über den VPC-DHCP-Optionssatz konfigurieren, werden allen EC2 Instanzen in der VPC zur Verfügung gestellt. Wenn Sie einen DNS-Server für ein einzelnes Gateway angeben möchten, können Sie dies über die lokale Konsole dieses Gateways tun. EC2

  Für lokale Gateways geben Sie einen DNS-Server mithilfe der lokalen VM-Konsole an.

• Überprüfen Sie die Netzwerkkonnektivität des Gateways, indem Sie die folgenden Befehle an der Eingabeaufforderung in der lokalen Konsole des Gateways ausführen. Ersetzen Sie die hervorgehobenen Variablen durch den tatsächlichen Domänennamen und die IP-Adressen aus Ihrer Bereitstellung.

  dig -d ExampleDomainName
  ncport -d ExampleDomainControllerIPAddress -p 445
  ncport -d ExampleDomainControllerIPAddress -p 389
  

• Stellen Sie sicher, dass Ihr Active Directory-Dienstkonto über die erforderlichen Berechtigungen verfügt. Weitere Informationen finden Sie unter Berechtigungsanforderungen für für Active Directory-Dienstkonten.

• Stellen Sie sicher, dass das Gateway der richtigen Organisationseinheit (OU) beitritt.

  Durch den Beitritt zu einer Domäne wird ein Active Directory-Computerkonto im Standardcomputercontainer (der keine Organisationseinheit ist) erstellt, wobei die Gateway-ID des Gateways als Kontoname verwendet wird (z. B. SGW-1234ADE). Es ist nicht möglich, den Namen dieses Kontos anzupassen.

  Wenn Ihre Active Directory-Umgebung über eine festgelegte Organisationseinheit für neue Computerobjekte verfügt, müssen Sie diese Organisationseinheit angeben, wenn Sie der Domäne beitreten.

  Wenn Sie beim Versuch, der angegebenen Organisationseinheit beizutreten, auf Fehler mit Zugriff verweigert stoßen, wenden Sie sich an Ihren Active Directory-Domänenadministrator. Möglicherweise muss der Administrator das Computerkonto des Gateways vorab einrichten, bevor es der Domäne beitreten kann. Weitere Informationen finden Sie unter Wie kann ich Probleme beim Verbinden meines Storage Gateway-File-Gateways mit einer Domäne für die Microsoft Active Directory-Authentifizierung beheben? .

• Stellen Sie sicher, dass der Hostname Ihres Gateways in DNS aufgelöst werden kann, indem Sie den folgenden Befehl an der Eingabeaufforderung in der lokalen Konsole des Gateways ausführen. Ersetzen Sie die hervorgehobene Variable durch den tatsächlichen Hostnamen für Ihr Gateway.

  dig -d ExampleHostName -r A

  Wenn Sie einen benutzerdefinierten Hostnamen für Ihr Gateway konfiguriert haben, müssen Sie manuell einen DNS-A-Eintrag hinzufügen, der auf seine IP-Adresse verweist.

• Stellen Sie sicher, dass die Netzwerklatenz zwischen dem Gateway und dem Domänencontroller relativ gering ist. Bei der Anfrage zum Beitritt zu einer Domäne kann es zu einem Timeout kommen, wenn das Gateway innerhalb von 20 Sekunden keine Antwort vom Domänencontroller erhält.

  Wenn Sie das Gateway mithilfe des JoinDomainCLI-Befehls mit der Domain verbinden, können Sie das --timeout-in-seconds Flag hinzufügen, um das Timeout auf maximal 3.600 Sekunden zu erhöhen.

• Stellen Sie sicher, dass der Active Directory-Benutzer, den Sie für den Beitritt zum Gateway zur Domäne verwenden, über die dafür erforderlichen Rechte verfügt.

Problembehandlung: Verwendung von CloudWatch Metriken

Im Folgenden finden Sie Informationen zu Maßnahmen zur Behebung von Problemen mithilfe von CloudWatch Amazon-Metriken mit Storage Gateway.

Themen

• Ihr Gateway reagiert langsam beim Durchsuchen von Verzeichnissen

• Ihr Gateway reagiert nicht

• Sie sehen keine Dateien in Ihrem FSx Amazon-Dateisystem

• Sie sehen keine älteren Snapshots in Ihrem FSx Amazon-Dateisystem

• Ihr Gateway überträgt langsam Daten an Amazon FSx

• Ihr Gateway-Backup-Job schlägt fehl oder es treten Fehler beim Schreiben auf Ihr Gateway auf

Ihr Gateway reagiert langsam beim Durchsuchen von Verzeichnissen

Wenn Ihr File Gateway langsam reagiert, wenn Sie den ls Befehl ausführen oder Verzeichnisse durchsuchen, überprüfen Sie die IndexEviction CloudWatch Messwerte IndexFetch und:

• Wenn die IndexFetch Metrik größer als 0 ist, wenn Sie einen ls Befehl ausführen oder Verzeichnisse durchsuchen, wurde Ihr File Gateway ohne Informationen über den Inhalt des betroffenen Verzeichnisses gestartet und musste auf für Windows File Server zugreifen. Nachfolgende Versuche, den Inhalt dieses Verzeichnisses aufzulisten, sollten schneller ausgeführt werden.

• Wenn die IndexEviction Metrik größer als 0 ist, bedeutet dies, dass Ihr File Gateway die Grenze dessen erreicht hat, was es zu diesem Zeitpunkt in seinem Cache verwalten kann. In diesem Fall muss Ihr File Gateway Speicherplatz aus dem Verzeichnis freigeben, auf das zuletzt zugegriffen wurde, um ein neues Verzeichnis aufzulisten. Wenn dies häufig vorkommt und die Leistung beeinträchtigt wird, wenden Sie sich an Support.

  Diskutieren Sie mit Support dem Inhalt des zugehörigen FSx Amazon-Dateisystems und den Empfehlungen zur Leistungssteigerung auf der Grundlage Ihres Anwendungsfalls.

Ihr Gateway reagiert nicht

Wenn Ihr File Gateway nicht reagiert, gehen Sie wie folgt vor:

• Wenn kürzlich ein Neustart oder ein Softwareupdate vorgenommen wurde, überprüfen Sie die Metrik IOWaitPercent. Diese Metrik zeigt den Prozentsatz der Zeit, in der sich die CPU im Leerlauf befindet, wenn eine I/O Festplattenanforderung aussteht. In einigen Fällen ist dieser Prozentsatz möglicherweise hoch (10 oder höher) und angestiegen, nachdem der Server neu gestartet oder aktualisiert wurde. In diesen Fällen kann es sein, dass Ihr File Gateway bei der Neuerstellung des Index-Caches in RAM durch eine langsame Root-Festplatte einen Engpass bekommt. Sie können dieses Problem beheben, indem Sie einen schnelleren physischen Datenträger für den Stamm-Datenträger verwenden.

• Wenn die MemUsedBytes Metrik der Metrik entspricht oder fast der MemTotalBytes Metrik entspricht, geht Ihrem File Gateway der verfügbare Arbeitsspeicher aus. Stellen Sie sicher, dass Ihr File Gateway mindestens über den erforderlichen Arbeitsspeicher verfügt. Falls dies bereits der Fall ist, sollten Sie erwägen, Ihrem File Gateway je nach Arbeitslast und Anwendungsfall mehr RAM hinzuzufügen.

  Wenn die Dateifreigabe SMB ist, kann dieses Problem auch auf die Anzahl der SMB-Clients zurückzuführen sein, die mit der Dateifreigabe verbunden sind. Überprüfen Sie die Metrik SMBV(1/2/3)Sessions, um die Anzahl der Clients zu sehen, die zu einem bestimmten Zeitpunkt verbunden sind. Wenn viele Clients angeschlossen sind, müssen Sie Ihrem File Gateway möglicherweise mehr RAM hinzufügen.

Sie sehen keine Dateien in Ihrem FSx Amazon-Dateisystem

Wenn Sie feststellen, dass Dateien auf dem Gateway nicht im FSx Amazon-Dateisystem wiedergegeben werden, überprüfen Sie die FilesFailingUpload Metrik. Wenn die Metrik meldet, dass einige Dateien nicht hochgeladen werden können, überprüfen Sie Ihre Statusmeldungen. Wenn Dateien nicht hochgeladen werden können, generiert das Gateway eine Statusmeldung mit weiteren Informationen zu dem Problem.

Sie sehen keine älteren Snapshots in Ihrem FSx Amazon-Dateisystem

Einige Dateioperationen auf dem FSx File Gateway, wie z. B. das Umbenennen von Ordnern auf oberster Ebene oder Änderungen von Berechtigungen, können zu mehreren Dateivorgängen führen, die zu einer hohen I/O Belastung Ihres Dateisystems FSx für Windows File Server führen. Wenn Ihr Dateisystem nicht über genügend Leistungsressourcen für Ihre Arbeitslast verfügt, löscht das Dateisystem möglicherweise Schattenkopien, da es der kontinuierlichen I/O Verfügbarkeit Vorrang vor der Aufbewahrung historischer Schattenkopien einräumt.

Überprüfen Sie in der FSx Amazon-Konsole auf der Seite Überwachung und Leistung, ob Ihr Dateisystem nicht ausreichend bereitgestellt ist. Ist dies der Fall, können Sie zu SSD-Speicher wechseln, die Durchsatzkapazität erhöhen oder die SSD-IOPS erhöhen, um Ihre Arbeitslast zu bewältigen.

Ihr Gateway überträgt langsam Daten an Amazon FSx

Wenn Ihr File Gateway Daten langsam an Amazon FSx for Windows File Server überträgt, gehen Sie wie folgt vor:

• Wenn die CachePercentDirty Metrik 80 oder höher ist, schreibt Ihr File Gateway Daten schneller auf die Festplatte, als es die Daten auf Amazon FSx for Windows File Server hochladen kann. Erwägen Sie, die Bandbreite für den Upload von Ihrem File Gateway zu erhöhen, eine oder mehrere Cache-Festplatten hinzuzufügen, Client-Schreibvorgänge zu verlangsamen oder die Durchsatzkapazität für den zugehörigen Amazon FSx for Windows File Server zu erhöhen.

• Wenn die CachePercentDirty Metrik niedrig ist, überprüfen Sie die IoWaitPercent Metrik. Wenn der IoWaitPercent Wert größer als 10 ist, hat Ihr File Gateway möglicherweise einen Engpass aufgrund der Geschwindigkeit des lokalen Cache-Laufwerks. Wir empfehlen lokale Solid-State-Drive-Festplatten (SSD) für Ihren Cache, vorzugsweise NVM Express (). NVMe Wenn solche Datenträger nicht verfügbar sind, verwenden Sie mehrere Cache-Datenträger von separaten physischen Datenträgern, um zu versuchen, die Leistung zu verbessern.

Ihr Gateway-Backup-Job schlägt fehl oder es treten Fehler beim Schreiben auf Ihr Gateway auf

Wenn Ihr File Gateway-Backup-Job fehlschlägt oder Fehler beim Schreiben auf Ihr File Gateway auftreten, gehen Sie wie folgt vor:

• Wenn die CachePercentDirty Metrik 90 Prozent oder mehr beträgt, kann Ihr File Gateway keine neuen Schreibvorgänge auf die Festplatte akzeptieren, da auf der Cache-Festplatte nicht genügend Speicherplatz verfügbar ist. Um zu sehen, wie schnell Ihr File Gateway auf für Windows File Server hochlädt, sehen Sie sich die CloudBytesUploaded Metrik an. Vergleichen Sie diese Metrik mit der WriteBytes Metrik, die zeigt, wie schnell der Client Dateien auf Ihr File Gateway schreibt. Wenn der SMB-Client schneller auf Ihr File Gateway schreibt, als er auf für Windows File Server hochladen kann, fügen Sie weitere Cache-Festplatten hinzu, um die Größe des Backup-Jobs mindestens abzudecken. Oder erhöhen Sie die Upload-Bandbreite.

• Wenn eine große Dateikopie, z. B. ein Backup-Job, fehlschlägt, die CachePercentDirty Metrik jedoch unter 80 Prozent liegt, hat Ihr File Gateway möglicherweise ein clientseitiges Sitzungs-Timeout erreicht. Für SMB können Sie dieses Timeout mit dem Befehl erhöhen. PowerShell Set-SmbClientConfiguration -SessionTimeout 300 Wenn Sie diesen Befehl ausführen, wird das Timeout auf 300 Sekunden festgelegt.