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.

Bewährte Methoden für File Gateway

Dieser Abschnitt enthält die folgenden Themen, die Informationen zu den bewährten Methoden für die Arbeit mit Gateways, Fileshares, Buckets und Daten enthalten. Wir empfehlen Ihnen, sich mit den Informationen in diesem Abschnitt vertraut zu machen und zu versuchen, diese Richtlinien zu befolgen, um Probleme mit Ihrem zu vermeiden. AWS Storage Gateway Weitere Hinweise zur Diagnose und Lösung häufiger Probleme, die bei Ihrer Bereitstellung auftreten können, finden Sie unterBehebung von Problemen mit Ihrer Storage Gateway Gateway-Bereitstellung.

Bewährte Methoden: Wiederherstellung Ihrer Daten

Obwohl ist es selten vorkommt, könnte in Ihrem Gateway ein Dauerfehler aufgetreten sein. Solche Fehler können in Ihrer virtuellen Maschine (VM), im Gateway selbst, dem lokalen Speicher oder an anderer Stelle auftreten. Wenn ein Fehler auftritt, empfehlen wir, dass Sie die Anweisungen im entsprechenden Abschnitt befolgen um Ihre Daten wiederherzustellen.

Wiederherstellung nach dem unerwarteten Herunterfahren einer virtuellen Maschine

Wenn Ihr VM unerwartet heruntergefahren wird, z. B. während eines Stromausfalls, ist Ihr Gateway nicht mehr erreichbar. Wenn Strom- und Netzwerkverbindungen wiederhergestellt werden, wird Ihr Gateway erreichbar und beginnt normal zu funktionieren. Im Folgenden werden einige Schritte beschrieben, die Ihnen helfen können Ihre Daten wiederherzustellen:

Wiederherstellen Ihrer Daten von einem fehlerhaften Cache-Datenträger

Wenn in Ihrer Cache-Festplatte ein Fehler auftritt, empfehlen wir die folgenden Schritte zum Wiederherstellen Ihrer Daten je nach Situation, zu befolgen:

Wiederherstellen Ihrer Daten aus einem Rechenzentrum, auf das nicht zugegriffen werden kann

Wenn Ihr Gateway oder Rechenzentrum aus irgendeinem Grund nicht mehr zugänglich ist, können Sie Ihre Daten auf einem anderen Gateway in einem anderen Rechenzentrum oder auf einem Gateway wiederherstellen, das auf einer EC2 Amazon-Instance gehostet wird. Wenn Sie keinen Zugriff auf ein anderes Rechenzentrum haben, empfehlen wir, das Gateway auf einer EC2 Amazon-Instance zu erstellen. Die weiteren Schritte sind abhängig vom Gateway-Typ, von dem aus Sie die Daten wiederherstellen.

Bewährte Methoden: Verwaltung mehrteiliger Uploads

Bei der Übertragung großer Dateien nutzt S3 File Gateway die mehrteilige Upload-Funktion von Amazon S3, um die Dateien in kleinere Teile aufzuteilen und sie zur Steigerung der Effizienz parallel zu übertragen. Weitere Informationen zum mehrteiligen Upload finden Sie unter Hochladen und Kopieren von Objekten mithilfe des mehrteiligen Uploads im Amazon Simple Storage Service-Benutzerhandbuch.

Wenn ein mehrteiliger Upload aus irgendeinem Grund nicht erfolgreich abgeschlossen werden kann, stoppt das Gateway in der Regel die Übertragung, löscht alle teilweise übertragenen Teile der Datei aus Amazon S3 und versucht erneut, die Übertragung durchzuführen. In seltenen Fällen, z. B. wenn Hardware- oder Netzwerkfehler verhindern, dass das Gateway nach einem erfolglosen mehrteiligen Upload bereinigt, verbleiben Teile der teilweise übertragenen Datei möglicherweise auf Amazon S3, wo Speichergebühren anfallen können.

Als bewährte Methode zur Minimierung der Amazon S3 S3-Speicherkosten aufgrund unvollständiger mehrteiliger Uploads empfehlen wir die Konfiguration einer Amazon S3 S3-Bucket-Lebenszyklusregel, die die AbortIncompleteMultipartUpload API-Aktion verwendet, um erfolglose Übertragungen automatisch zu stoppen und zugehörige Dateibestandteile nach einer bestimmten Anzahl von Tagen zu löschen. Anweisungen finden Sie unter Konfiguration einer Bucket-Lebenszykluskonfiguration zum Löschen unvollständiger mehrteiliger Uploads im Amazon Simple Storage Service-Benutzerhandbuch.

Bewährte Methoden: Entpacken Sie komprimierte Dateien lokal, bevor Sie sie auf ein Gateway kopieren

Wenn Sie versuchen, ein komprimiertes Archiv mit Tausenden von Dateien zu entpacken, während es auf Ihrem Gateway gespeichert ist, kann es zu erheblichen Leistungsverzögerungen kommen. Das Entpacken eines Archivs, das eine große Anzahl von Dateien auf einer beliebigen Netzwerkdateifreigabe enthält, ist naturgemäß mit einem hohen Volumen an input/output Vorgängen, Manipulation des Metadaten-Caches, Netzwerkaufwand und Latenz verbunden. Darüber hinaus kann Storage Gateway nicht feststellen, wann jede Datei aus dem Archiv mit dem Entpacken fertig ist, und kann mit dem Hochladen von Dateien beginnen, bevor der Vorgang abgeschlossen ist, was die Leistung weiter beeinträchtigt. Diese Probleme verschärfen sich, wenn die Dateien im Archiv zahlreich, aber klein sind.

Als bewährte Methode empfehlen wir, komprimierte Archive zuerst von Ihrem Gateway auf Ihren lokalen Computer zu übertragen, bevor Sie sie entpacken. Anschließend können Sie bei Bedarf ein Tool wie Robocopy oder rsync verwenden, um die entpackten Dateien zurück zum Gateway zu übertragen.

Behalten Sie beim Kopieren von Daten von Windows Server die Dateiattribute bei

Es ist möglich, Dateien mit dem copy Basisbefehl unter Microsoft Windows auf Ihr File Gateway zu kopieren, aber dieser Befehl kopiert standardmäßig nur die Dateidaten, wobei bestimmte Dateiattribute wie Sicherheitsbeschreibungen weggelassen werden. Wenn die Dateien ohne die entsprechenden Sicherheitseinschränkungen und DACL-Informationen (Discretionary Access Control List) auf das Gateway kopiert werden, ist es möglich, dass unbefugte Benutzer auf sie zugreifen können.

Als bewährte Methode zur Beibehaltung aller Dateiattribute und Sicherheitsinformationen beim Kopieren von Dateien auf Ihr Gateway auf Microsoft Windows Server empfehlen wir die Verwendung der xcopy Befehle robocopy oder bzw. mit den /o Flags /copy:DS oder. Weitere Informationen finden Sie unter robocopy und xcopy in der Microsoft Windows Server-Befehlsreferenzdokumentation.

Bewährte Methoden: Richtige Dimensionierung von Cache-Festplatten

Um eine optimale Leistung zu erzielen, muss die Gesamtgröße des Festplatten-Caches groß genug sein, um die Größe Ihres aktiven Arbeitssatzes abzudecken. Bei leseintensiven und gemischten read/write Arbeitslasten wird dadurch sichergestellt, dass Sie bei Lesevorgängen einen hohen Prozentsatz an Cache-Treffern erzielen können, was wünschenswert ist. Sie können dies über die CacheHitPercent Metrik für Ihr S3 File Gateway überwachen.

Bei schreibintensiven Workloads (z. B. für Backup und Archivierung) puffert das S3 File Gateway eingehende Schreibvorgänge im Festplatten-Cache, bevor diese Daten asynchron nach Amazon S3 kopiert werden. Sie sollten sicherstellen, dass Sie über ausreichend Cachekapazität verfügen, um geschriebene Daten zu puffern. Die CachePercentDirty Metrik gibt Aufschluss über den Prozentsatz des Festplatten-Caches, der noch nicht dauerhaft gespeichert wurde. AWS

Niedrige Werte von CachePercentDirty sind wünschenswert. Werte, die durchweg nahe 100% liegen, deuten darauf hin, dass das S3 File Gateway nicht in der Lage ist, mit der Rate des eingehenden Schreibverkehrs Schritt zu halten. Sie können dies vermeiden, indem Sie entweder die bereitgestellte Festplatten-Cache-Kapazität erhöhen oder die dedizierte Netzwerkbandbreite erhöhen, die vom S3 File Gateway zu Amazon S3 verfügbar ist, oder beides.

Weitere Informationen zur Cache-Festplattengröße finden Sie auf dem offiziellen Amazon Web YouTube Services-Kanal unter Bewährte Methoden zur Cache-Dimensionierung von Amazon S3 File Gateway.

Arbeiten mit mehreren Dateifreigaben und Amazon S3 S3-Buckets

Wenn Sie einen einzelnen Amazon S3 S3-Bucket so konfigurieren, dass mehrere Gateways oder Dateifreigaben in ihn schreiben können, können die Ergebnisse unvorhersehbar sein. Sie können Ihre Buckets auf eine von zwei Arten konfigurieren, um unvorhersehbare Ergebnisse zu vermeiden. Wählen Sie aus den folgenden Optionen die Konfigurationsmethode aus, die am besten zu Ihrem Anwendungsfall passt:

Bereinigen Sie unnötige Ressourcen

Als bewährte Methode empfehlen wir, die Storage Gateway Gateway-Ressourcen zu bereinigen, um unerwartete oder unnötige Kosten zu vermeiden. Wenn Sie beispielsweise ein Gateway zu Demonstrations- oder Testzwecken erstellt haben, sollten Sie erwägen, es und seine virtuelle Appliance aus Ihrer Bereitstellung zu löschen. Gehen Sie wie folgt vor, um Ressourcen zu bereinigen.