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 Ihrem Gateway
Im Folgenden finden Sie Informationen zu bewährten Methoden und zur Behebung von Problemen im Zusammenhang mit Gateways, Hostplattformen, virtuellen Bändern, Hochverfügbarkeit, Datenwiederherstellung und Sicherheit. Die Informationen zur Fehlerbehebung bei lokalen Gateways beziehen sich auf Gateways, die auf unterstützten Virtualisierungsplattformen eingesetzt werden. Die Informationen zur Fehlerbehebung bei Hochverfügbarkeitsproblemen beziehen sich auf Gateways, die auf der VMware vSphere High Availability (HA) -Plattform ausgeführt werden.
**Topics**
+ [Fehlerbehebung: Gateway-Offline-Probleme](troubleshooting-gateway-offline.md)- Erfahren Sie, wie Sie Probleme diagnostizieren, die dazu führen können, dass Ihr Gateway in der Storage Gateway Gateway-Konsole als offline angezeigt wird.
+ [Problembehandlung: interner Fehler bei der Gateway-Aktivierung](troubleshooting-gateway-activation.md)- Erfahren Sie, wie Sie vorgehen, wenn Sie beim Versuch, Ihr Storage Gateway zu aktivieren, eine interne Fehlermeldung erhalten.
+ [Fehlerbehebung bei lokalen Gateway-Problemen](troubleshooting-on-premises-gateway-issues.md)- Erfahren Sie mehr über typische Probleme, die bei der Arbeit mit Ihren lokalen Gateways auftreten können, und darüber, wie Sie eine Verbindung zu Ihrem Gateway herstellen können Support , um Sie bei der Fehlerbehebung zu unterstützen.
+ [Fehlerbehebung bei der Einrichtung von Microsoft Hyper-V](troubleshooting-hyperv-setup.md)- Erfahren Sie mehr über typische Probleme, die bei der Bereitstellung von Storage Gateway auf der Microsoft Hyper-V-Plattform auftreten können.
+ [Fehlerbehebung bei Problemen mit Amazon-EC2-Gateway](troubleshooting-EC2-gateway-issues.md)- Hier finden Sie Informationen zu typischen Problemen, die bei der Arbeit mit auf Amazon EC2 bereitgestellten Gateways auftreten können.
+ [Fehlerbehebung bei Hardware-Appliance-Problemen](troubleshooting-hardware-appliance-issues.md)- Erfahren Sie, wie Sie Probleme lösen können, die möglicherweise mit der Storage Gateway Gateway-Hardware-Appliance auftreten.
+ [Beheben von Problemen mit virtuellen Bändern](Main_TapesIssues-vtl.md)- Erfahren Sie, welche Maßnahmen Sie ergreifen können, wenn unerwartete Probleme mit Ihren virtuellen Bändern auftreten.
+ [Beheben von Problemen mit Hochverfügbarkeit](troubleshooting-ha-issues.md)- Erfahren Sie, wie Sie vorgehen können, wenn Probleme mit Gateways auftreten, die in einer VMware HA-Umgebung eingesetzt werden.
# Fehlerbehebung: Gateway-Offline-Probleme
Ermitteln Sie anhand der folgenden Informationen zur Fehlerbehebung, was zu tun ist, wenn die AWS Storage Gateway Konsole anzeigt, dass Ihr Gateway offline ist.
Ihr Gateway wird möglicherweise aus einem oder mehreren der folgenden Gründe als offline angezeigt:
+ Das Gateway kann die Storage Gateway-Dienstendpunkte nicht erreichen.
+ Das Gateway wurde unerwartet heruntergefahren.
+ Eine dem Gateway zugeordnete Cache-Festplatte wurde getrennt oder geändert oder ist ausgefallen.
Um Ihr Gateway wieder online zu schalten, identifizieren und beheben Sie das Problem, das dazu geführt hat, dass Ihr Gateway offline gegangen ist.
## Überprüfen Sie die zugehörige Firewall oder den zugehörigen Proxy
Wenn Sie Ihr Gateway für die Verwendung eines Proxys konfiguriert haben oder Ihr Gateway hinter einer Firewall platziert haben, überprüfen Sie die Zugriffsregeln des Proxys oder der Firewall. Der Proxy oder die Firewall muss den Datenverkehr zu und von den Netzwerkports und Dienstendpunkten zulassen, die von Storage Gateway benötigt werden. Weitere Informationen finden Sie unter [Netzwerk- und Firewallanforderungen](https://docs.aws.amazon.com/storagegateway/latest/tgw/Requirements.html#networks) .
## Suchen Sie nach einer laufenden SSL- oder Deep-Packet-Inspektion des Datenverkehrs Ihres Gateways
Wenn derzeit eine SSL- oder Deep-Packet-Inspection für den Netzwerkverkehr zwischen Ihrem Gateway und durchgeführt wird AWS, kann Ihr Gateway möglicherweise nicht mit den erforderlichen Service-Endpunkten kommunizieren. Um Ihr Gateway wieder online zu schalten, müssen Sie die Inspektion deaktivieren.
## Suchen Sie nach einem Strom- oder Hardwarefehler auf dem Hypervisor-Host
Ein Strom- oder Hardwarefehler auf dem Hypervisor-Host Ihres Gateways kann dazu führen, dass Ihr Gateway unerwartet heruntergefahren wird und nicht mehr erreichbar ist. Nachdem Sie die Stromversorgung und die Netzwerkkonnektivität wiederhergestellt haben, ist Ihr Gateway wieder erreichbar.
Nachdem Ihr Gateway wieder online ist, sollten Sie unbedingt Maßnahmen ergreifen, um Ihre Daten wiederherzustellen. Weitere Informationen finden Sie unter [Bewährte Methoden für die Wiederherstellung Ihrer Daten](https://docs.aws.amazon.com/storagegateway/latest/tgw/recover-data-from-gateway.html) .
## Suchen Sie nach Problemen mit einer zugehörigen Cache-Festplatte
Ihr Gateway kann offline gehen, wenn mindestens eine der mit Ihrem Gateway verbundenen Cache-Festplatten entfernt, geändert oder in der Größe geändert wurde oder wenn sie beschädigt ist.
**Wenn eine funktionierende Cache-Festplatte vom Hypervisor-Host entfernt wurde:**
1. Fahren Sie das Gateway herunter.
1. Fügen Sie die Festplatte erneut hinzu.
**Anmerkung**
Stellen Sie sicher, dass Sie die Festplatte demselben Festplattenknoten hinzufügen.
1. Starten Sie Ihr Gateway neu.
**Wenn ein Cache-Laufwerk beschädigt ist, ersetzt wurde oder dessen Größe geändert wurde:**
1. Fahren Sie das Gateway herunter.
1. Setzen Sie die Cache-Festplatte zurück.
1. Konfigurieren Sie die Festplatte für den Cache-Speicher neu.
1. Starten Sie Ihr Gateway neu.
Weitere Informationen zur Behebung einer beschädigten Cache-Festplatte für ein Band-Gateway finden [Sie unter Sie müssen ein virtuelles Band von einer defekten Cache-Festplatte wiederherstellen](https://docs.aws.amazon.com/storagegateway/latest/tgw/Main_TapesIssues-vtl.html#creating-recovery-tape-vtl).
# Problembehandlung: interner Fehler bei der Gateway-Aktivierung
Storage Gateway Gateway-Aktivierungsanforderungen durchlaufen zwei Netzwerkpfade. Eingehende Aktivierungsanfragen, die von einem Client gesendet werden, stellen über Port 80 eine Verbindung zur virtuellen Maschine (VM) oder Amazon Elastic Compute Cloud (Amazon EC2) -Instance des Gateways her. Wenn das Gateway die Aktivierungsanfrage erfolgreich empfängt, kommuniziert das Gateway mit den Storage Gateway Gateway-Endpunkten, um einen Aktivierungsschlüssel zu erhalten. Wenn das Gateway die Storage Gateway Gateway-Endpunkte nicht erreichen kann, antwortet das Gateway dem Client mit einer internen Fehlermeldung.
Verwenden Sie die folgenden Informationen zur Fehlerbehebung, um zu ermitteln, was zu tun ist, wenn Sie beim Versuch, Ihren AWS Storage Gateway zu aktivieren, eine interne Fehlermeldung erhalten.
**Anmerkung**
Stellen Sie sicher, dass Sie neue Gateways mit der neuesten Image-Datei für virtuelle Maschinen oder der neuesten Version von Amazon Machine Image (AMI) bereitstellen. Sie erhalten einen internen Fehler, wenn Sie versuchen, ein Gateway zu aktivieren, das ein veraltetes AMI verwendet.
Stellen Sie sicher, dass Sie den richtigen Gateway-Typ auswählen, den Sie bereitstellen möchten, bevor Sie das AMI herunterladen. Die OVA-Dateien AMIs für jeden Gateway-Typ sind unterschiedlich und nicht austauschbar.
## Beheben Sie Fehler bei der Aktivierung Ihres Gateways über einen öffentlichen Endpunkt
Um Aktivierungsfehler bei der Aktivierung Ihres Gateways über einen öffentlichen Endpunkt zu beheben, führen Sie die folgenden Prüfungen und Konfigurationen durch.
### Überprüfen Sie die erforderlichen Ports
Vergewissern Sie sich bei Gateways, die vor Ort bereitgestellt werden, dass die Ports auf Ihrer lokalen Firewall geöffnet sind. Überprüfen Sie bei Gateways, die auf einer Amazon EC2 EC2-Instance bereitgestellt werden, ob die Ports in der Sicherheitsgruppe der Instance geöffnet sind. Um zu überprüfen, ob die Ports geöffnet sind, führen Sie auf dem öffentlichen Endpunkt von einem Server aus einen Telnet-Befehl aus. Dieser Server muss sich im selben Subnetz wie das Gateway befinden. Mit den folgenden Telnet-Befehlen wird beispielsweise die Verbindung zu Port 443 getestet:
```
telnet d4kdq0yaxexbo.cloudfront.net 443
telnet storagegateway.region.amazonaws.com 443
telnet dp-1.storagegateway.region.amazonaws.com 443
telnet proxy-app.storagegateway.region.amazonaws.com 443
telnet client-cp.storagegateway.region.amazonaws.com 443
telnet anon-cp.storagegateway.region.amazonaws.com 443
```
Um zu überprüfen, ob das Gateway selbst den Endpunkt erreichen kann, greifen Sie auf die lokale VM-Konsole des Gateways zu (für lokal bereitgestellte Gateways). Oder Sie können eine SSH-Verbindung zur Gateway-Instance herstellen (für Gateways, die auf Amazon EC2 bereitgestellt werden). Führen Sie dann einen Netzwerkverbindungstest durch. Vergewissern Sie sich, dass der Test zurückkehrt`[PASSED]`. Weitere Informationen finden Sie unter [Testen Ihrer Gateway-Verbindung mit dem Internet](https://docs.aws.amazon.com/storagegateway/latest/tgw/manage-on-premises-common.html#MaintenanceTestGatewayConnectivity-common) .
**Anmerkung**
Der Standard-Anmeldename für die Gateway-Konsole lautet`admin`, und das Standardkennwort ist`password`.
### Stellen Sie sicher, dass die Firewall-Sicherheit keine Pakete verändert, die vom Gateway an die öffentlichen Endpunkte gesendet werden
SSL-Inspektionen, Deep Packet Inspections oder andere Formen der Firewall-Sicherheit können die vom Gateway gesendeten Pakete beeinträchtigen. Der SSL-Handshake schlägt fehl, wenn das SSL-Zertifikat so geändert wird, wie es der Aktivierungsendpunkt erwartet. Um sicherzustellen, dass keine SSL-Inspektion im Gange ist, führen Sie einen OpenSSL-Befehl auf dem Hauptaktivierungsendpunkt (`anon-cp.storagegateway.region.amazonaws.com`) an Port 443 aus. Sie müssen diesen Befehl von einem Computer aus ausführen, der sich im selben Subnetz wie das Gateway befindet:
```
$ openssl s_client -connect anon-cp.storagegateway.region.amazonaws.com:443 -servername anon-cp.storagegateway.region.amazonaws.com
```
**Anmerkung**
Ersetze es *region* durch dein AWS-Region.
Wenn keine SSL-Überprüfung im Gange ist, gibt der Befehl eine Antwort zurück, die der folgenden ähnelt:
```
$ openssl s_client -connect anon-cp.storagegateway.us-east-2.amazonaws.com:443 -servername anon-cp.storagegateway.us-east-2.amazonaws.com
CONNECTED(00000003)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 CN = anon-cp.storagegateway.us-east-2.amazonaws.com
verify return:1
---
Certificate chain
0 s:/CN=anon-cp.storagegateway.us-east-2.amazonaws.com
i:/C=US/O=Amazon/OU=Server CA 1B/CN=Amazon
1 s:/C=US/O=Amazon/OU=Server CA 1B/CN=Amazon
i:/C=US/O=Amazon/CN=Amazon Root CA 1
2 s:/C=US/O=Amazon/CN=Amazon Root CA 1
i:/C=US/ST=Arizona/L=Scottsdale/O=Starfield Technologies, Inc./CN=Starfield Services Root Certificate Authority - G2
3 s:/C=US/ST=Arizona/L=Scottsdale/O=Starfield Technologies, Inc./CN=Starfield Services Root Certificate Authority - G2
i:/C=US/O=Starfield Technologies, Inc./OU=Starfield Class 2 Certification Authority
---
```
Wenn eine laufende SSL-Inspektion stattfindet, zeigt die Antwort eine veränderte Zertifikatskette, die der folgenden ähnelt:
```
$ openssl s_client -connect anon-cp.storagegateway.ap-southeast-1.amazonaws.com:443 -servername anon-cp.storagegateway.ap-southeast-1.amazonaws.com
CONNECTED(00000003)
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.ap-southeast-1.amazonaws.com
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.ap-southeast-1.amazonaws.com
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
0 s:/DC=com/DC=amazonaws/OU=AWS/CN=anon-cp.storagegateway.ap-southeast-1.amazonaws.com
i:/C=IN/O=Company/CN=Admin/ST=KA/L=New town/OU=SGW/emailAddress=admin@company.com
---
```
Der Aktivierungsendpunkt akzeptiert SSL-Handshakes nur, wenn er das SSL-Zertifikat erkennt. Das bedeutet, dass der ausgehende Datenverkehr des Gateways zu den Endpunkten von Inspektionen ausgenommen werden muss, die von Firewalls in Ihrem Netzwerk durchgeführt werden. Bei diesen Inspektionen kann es sich um eine SSL-Inspektion oder eine Deep Packet Inspection handeln.
### Überprüfen Sie die Gateway-Zeitsynchronisierung
Übermäßige Zeitverschiebungen können zu SSL-Handshake-Fehlern führen. Bei lokalen Gateways können Sie die lokale VM-Konsole des Gateways verwenden, um die Zeitsynchronisierung Ihres Gateways zu überprüfen. Der Zeitversatz sollte nicht größer als 60 Sekunden sein.
Die Option **System Time Management** ist auf Gateways, die auf Amazon EC2 EC2-Instances gehostet werden, nicht verfügbar. Um sicherzustellen, dass Amazon EC2 EC2-Gateways die Zeit ordnungsgemäß synchronisieren können, stellen Sie sicher, dass die Amazon EC2 EC2-Instance über die Ports UDP und TCP 123 eine Verbindung zur folgenden NTP-Serverpool-Liste herstellen kann:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
## Beheben Sie Fehler bei der Aktivierung Ihres Gateways über einen Amazon VPC-Endpunkt
Um Aktivierungsfehler bei der Aktivierung Ihres Gateways über einen Amazon Virtual Private Cloud (Amazon VPC) -Endpunkt zu beheben, führen Sie die folgenden Prüfungen und Konfigurationen durch.
### Überprüfen Sie die erforderlichen Ports
Stellen Sie sicher, dass die erforderlichen Ports innerhalb Ihrer lokalen Firewall (für lokal bereitgestellte Gateways) oder Sicherheitsgruppe (für in Amazon EC2 bereitgestellte Gateways) geöffnet sind. Die Ports, die für die Verbindung eines Gateways mit einem Storage Gateway Gateway-VPC-Endpunkt erforderlich sind, unterscheiden sich von denen, die für die Verbindung eines Gateways mit öffentlichen Endpunkten erforderlich sind. Die folgenden Ports sind für die Verbindung mit einem Storage Gateway Gateway-VPC-Endpunkt erforderlich:
+ TCP 443
+ TCP 1026
+ TCP 1027
+ TCP 1028
+ TCP 1031
+ TCP 2222
Weitere Informationen finden Sie unter [Erstellen eines VPC-Endpunkts für Storage Gateway ](https://docs.aws.amazon.com/storagegateway/latest/tgw/gateway-private-link.html#create-vpc-endpoint) für Storage Gateway.
Überprüfen Sie außerdem die Sicherheitsgruppe, die an Ihren Storage Gateway Gateway-VPC-Endpunkt angehängt ist. Die dem Endpunkt zugeordnete Standardsicherheitsgruppe lässt möglicherweise nicht die erforderlichen Ports zu. Erstellen Sie eine neue Sicherheitsgruppe, die Datenverkehr aus dem IP-Adressbereich Ihres Gateways über die erforderlichen Ports zulässt. Fügen Sie dann diese Sicherheitsgruppe dem VPC-Endpunkt hinzu.
**Anmerkung**
Verwenden Sie die [Amazon VPC-Konsole](https://console.aws.amazon.com//vpc/), um die Sicherheitsgruppe zu überprüfen, die mit dem VPC-Endpunkt verbunden ist. Sehen Sie sich Ihren Storage Gateway Gateway-VPC-Endpunkt von der Konsole aus an und wählen Sie dann die Registerkarte **Sicherheitsgruppen** aus.
Um zu überprüfen, ob die erforderlichen Ports geöffnet sind, können Sie Telnet-Befehle auf dem Storage Gateway Gateway-VPC-Endpunkt ausführen. Sie müssen diese Befehle von einem Server aus ausführen, der sich im selben Subnetz wie das Gateway befindet. Sie können die Tests für den ersten DNS-Namen ausführen, der keine Availability Zone angibt. Mit den folgenden Telnet-Befehlen werden beispielsweise die erforderlichen Portverbindungen mithilfe des DNS-Namens vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com getestet:
```
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 443
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1026
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1027
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1028
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1031
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 2222
```
### Stellen Sie sicher, dass die Firewall-Sicherheit keine Pakete verändert, die vom Gateway an Ihren Storage Gateway Amazon VPC-Endpunkt gesendet werden.
SSL-Inspektionen, Deep Packet Inspections oder andere Formen der Firewall-Sicherheit können die vom Gateway gesendeten Pakete beeinträchtigen. Der SSL-Handshake schlägt fehl, wenn das SSL-Zertifikat so geändert wird, wie es der Aktivierungsendpunkt erwartet. Um sicherzustellen, dass keine SSL-Inspektion im Gange ist, führen Sie einen OpenSSL-Befehl auf Ihrem Storage Gateway Gateway-VPC-Endpunkt aus. Sie müssen diesen Befehl von einem Computer aus ausführen, der sich im selben Subnetz wie das Gateway befindet. Führen Sie den Befehl für jeden erforderlichen Port aus:
```
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:443 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1026 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1028 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1031 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:2222 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
```
Wenn keine SSL-Überprüfung durchgeführt wird, gibt der Befehl eine Antwort zurück, die der folgenden ähnelt:
```
openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
CONNECTED(00000005)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 CN = anon-cp.storagegateway.us-east-1.amazonaws.com
verify return:1
---
Certificate chain
0 s:CN = anon-cp.storagegateway.us-east-1.amazonaws.com
i:C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
1 s:C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
i:C = US, O = Amazon, CN = Amazon Root CA 1
2 s:C = US, O = Amazon, CN = Amazon Root CA 1
i:C = US, ST = Arizona, L = Scottsdale, O = "Starfield Technologies, Inc.", CN = Starfield Services Root Certificate Authority - G2
3 s:C = US, ST = Arizona, L = Scottsdale, O = "Starfield Technologies, Inc.", CN = Starfield Services Root Certificate Authority - G2
i:C = US, O = "Starfield Technologies, Inc.", OU = Starfield Class 2 Certification Authority
---
```
Wenn eine laufende SSL-Inspektion stattfindet, zeigt die Antwort eine veränderte Zertifikatskette, die der folgenden ähnelt:
```
openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
CONNECTED(00000005)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.us-east-1.amazonaws.com
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
0 s:/DC=com/DC=amazonaws/OU=AWS/CN=anon-cp.storagegateway.us-east-1.amazonaws.com
i:/C=IN/O=Company/CN=Admin/ST=KA/L=New town/OU=SGW/emailAddress=admin@company.com
---
```
Der Aktivierungsendpunkt akzeptiert SSL-Handshakes nur, wenn er das SSL-Zertifikat erkennt. Das bedeutet, dass der ausgehende Datenverkehr des Gateways zu Ihrem VPC-Endpunkt über die erforderlichen Ports von den Inspektionen Ihrer Netzwerk-Firewalls ausgenommen ist. Bei diesen Inspektionen kann es sich um SSL-Inspektionen oder Deep-Packet-Inspektionen handeln.
### Überprüfen Sie die Gateway-Zeitsynchronisierung
Übermäßige Zeitverschiebungen können zu SSL-Handshake-Fehlern führen. Bei lokalen Gateways können Sie die lokale VM-Konsole des Gateways verwenden, um die Zeitsynchronisierung Ihres Gateways zu überprüfen. Der Zeitversatz sollte nicht größer als 60 Sekunden sein.
Die Option **System Time Management** ist auf Gateways, die auf Amazon EC2 EC2-Instances gehostet werden, nicht verfügbar. Um sicherzustellen, dass Amazon EC2 EC2-Gateways die Zeit ordnungsgemäß synchronisieren können, stellen Sie sicher, dass die Amazon EC2 EC2-Instance über die Ports UDP und TCP 123 eine Verbindung zur folgenden NTP-Serverpool-Liste herstellen kann:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
### Suchen Sie nach einem HTTP-Proxy und bestätigen Sie die zugehörigen Sicherheitsgruppeneinstellungen
Prüfen Sie vor der Aktivierung, ob Sie einen HTTP-Proxy auf Amazon EC2 auf der lokalen Gateway-VM als Squid-Proxy auf Port 3128 konfiguriert haben. Bestätigen Sie in diesem Fall Folgendes:
+ Die Sicherheitsgruppe, die an den HTTP-Proxy auf Amazon EC2 angehängt ist, muss über eine Regel für eingehenden Datenverkehr verfügen. Diese Regel für eingehenden Datenverkehr muss Squid-Proxyverkehr auf Port 3128 von der IP-Adresse der Gateway-VM aus zulassen.
+ Die Sicherheitsgruppe, die dem Amazon EC2 VPC-Endpunkt zugeordnet ist, muss Regeln für eingehenden Datenverkehr haben. Diese Regeln für eingehenden Datenverkehr müssen den Verkehr auf den Ports 1026-1028, 1031, 2222 und 443 von der IP-Adresse des HTTP-Proxys auf Amazon EC2 zulassen.
## Beheben Sie Fehler, wenn Sie Ihr Gateway über einen öffentlichen Endpunkt aktivieren und es in derselben VPC einen Storage Gateway Gateway-VPC-Endpunkt gibt
Um Fehler bei der Aktivierung Ihres Gateways über einen öffentlichen Endpunkt zu beheben, wenn sich in derselben VPC ein Amazon Virtual Private Cloud (Amazon VPC) -Endpoint befindet, führen Sie die folgenden Prüfungen und Konfigurationen durch.
### Vergewissern Sie sich, dass die Einstellung **Privaten DNS-Namen aktivieren** auf Ihrem Storage Gateway Gateway-VPC-Endpunkt nicht aktiviert ist
Wenn **Enable Private DNS Name** aktiviert ist, können Sie keine Gateways von dieser VPC zum öffentlichen Endpunkt aktivieren.
**So deaktivieren Sie die Option für private DNS-Namen:**
1. Öffnen Sie die [Amazon VPC-Konsole](https://console.aws.amazon.com//vpc/).
1. Wählen Sie im Navigationsbereich **Endpunkte** aus.
1. Wählen Sie Ihren Storage Gateway VPC-Endpunkt.
1. Wählen Sie **Aktionen**.
1. Wählen Sie **Private DNS-Namen verwalten** aus.
1. Deaktivieren **Sie für „Privaten DNS-Namen** **aktivieren“ die Option „Für diesen Endpunkt** aktivieren“.
1. Wählen Sie **Private DNS-Namen ändern**, um die Einstellung zu speichern.
# Fehlerbehebung bei lokalen Gateway-Problemen
Im Folgenden finden Sie Informationen zu typischen Problemen, die bei der Arbeit mit Ihren lokalen Gateways auftreten können, sowie Informationen zur Aktivierung, um Ihnen bei der Behebung von Problemen mit Ihrem Gateway Support zu helfen.
Die folgende Tabelle listet typische Probleme auf, die möglicherweise im Umgang mit Ihren lokalen Gateways auftreten.
| Problem | Maßnahme |
| --- | --- |
| Sie können die IP-Adresse Ihrer Gateway nicht ermitteln. | Verwenden Sie den Hypervisor-Client zum Herstellen einer Verbindung mit Ihrem Host, um die Gateway-IP-Adresse zu ermitteln. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-on-premises-gateway-issues.html) Wenn Sie immer noch Probleme haben die Gateway-IP-Adresse zu ermitteln: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-on-premises-gateway-issues.html) |
| Sie haben Netzwerk- oder Firewall-Probleme. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-on-premises-gateway-issues.html) |
| Die Aktivierung des Gateways schlägt fehl, wenn Sie in der Storage-Gateway-Managementkonsole auf die Schaltfläche **Weiter zur Aktivierung** klicken. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-on-premises-gateway-issues.html) |
| Entfernen Sie eine als Upload-Pufferspeicher zugewiesene Festplatte. Beispielsweise möchten Sie die Anzahl der Upload-Pufferspeicher für ein Gateway reduzieren oder eine Festplatte ersetzen, die als fehlgeschlagener Puffer verwendet wurde. | Anweisungen zum Entfernen eines Datenträgers, der als Upload-Pufferspeicherplatz zugewiesen ist, finden Sie unter [Entfernen von Datenträgern aus dem Gateway](add-remove-disks.md). |
| Sie müssen die Bandbreite zwischen Ihrem Gateway und AWS verbessern. | Sie können die Bandbreite zwischen Ihrem Gateway und verbessern, AWS indem Sie Ihre Internetverbindung AWS auf einem Netzwerkadapter (NIC) einrichten, der von dem Netzwerkadapter (NIC) getrennt ist, der Ihre Anwendungen und die Gateway-VM verbindet. Dieser Ansatz ist nützlich, wenn Sie eine Verbindung mit hoher Bandbreite haben AWS und Bandbreitenkonflikte vermeiden möchten, insbesondere bei einer Snapshot-Wiederherstellung. Für Workloads mit hohem Durchsatz können Sie [Direct Connect](https://aws.amazon.com/directconnect/) verwenden, um eine dedizierte Netzwerkverbindung zwischen dem lokalen Gateway und AWS herzustellen. Verwenden Sie die `CloudBytesUploaded` Metriken `CloudBytesDownloaded` und des Gateways AWS, um die Bandbreite der Verbindung von Ihrem Gateway zu zu messen. Weitere Informationen zu diesem Thema finden Sie unter [Messung der Leistung zwischen Ihrem Tape Gateway und AWS](PerfGatewayAWS-vtl-common.md). Indem Sie Ihre Internetverbindung verbessern, stellen Sie sicher, dass Ihr Upload-Puffer nicht aufgefüllt wird. |
| Durchsatz zu oder von Ihrem Gateway sinkt auf Null. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-on-premises-gateway-issues.html) Sie können den Durchsatz zu und von Ihrem Gateway von der CloudWatch Amazon-Konsole aus anzeigen. Weitere Informationen zur Messung des Durchsatzes zu und von Ihrem Gateway und AWS finden Sie unter [Messung der Leistung zwischen Ihrem Tape Gateway und AWS](PerfGatewayAWS-vtl-common.md). |
| Sie haben Schwierigkeiten mit dem Importieren (Bereitstellen) von Storage Gateway auf Microsoft Hyper-V. | Weitere Informationen finden Sie unter [Fehlerbehebung bei der Einrichtung von Microsoft Hyper-V](troubleshooting-hyperv-setup.md), in dem einige der gängigen Themen der Bereitstellung einer Gateway auf Microsoft Hyper-V diskutiert werden. |
| Sie erhalten die Fehlermeldung: „Die Daten, die in das Volume in Ihrem Gateway geschrieben wurden, sind nicht sicher bei AWS gespeichert.“ | Sie erhalten diese Meldung, wenn Ihre Gateway-VM aus einem Klon oder Snapshot eine andere Gateway-VM erstellt wurde. Wenn dies nicht der Fall ist, wenden Sie sich an den Support. |
## So können Support Sie bei der Fehlerbehebung Ihres lokal gehosteten Gateways helfen
Storage Gateway bietet eine lokale Konsole, mit der Sie verschiedene Wartungsaufgaben ausführen können, einschließlich der Aktivierung Support für den Zugriff auf Ihr Gateway, um Sie bei der Behebung von Gateway-Problemen zu unterstützen. Standardmäßig ist der Support Zugriff auf Ihr Gateway deaktiviert. Dieser Zugriff wird über die lokale Host-Konsole gewährt. Um Support Zugriff auf Ihr Gateway zu gewähren, melden Sie sich zunächst bei der lokalen Konsole für den Host an, navigieren zur Konsole des Storage Gateways und stellen dann eine Verbindung zum Support-Server her.
**Um den Support Zugriff auf Ihr Gateway zu ermöglichen**
1. Melden Sie sich bei der lokalen Konsole Ihres Hosts an.
+ VMware ESXi — Weitere Informationen finden Sie unter[Zugreifen auf die lokale Gateway-Konsole mit VMware ESXi](accessing-local-console.md#MaintenanceConsoleWindowVMware-common).
+ Microsoft Hyper-V: Weitere Informationen finden Sie unter [Zugreifen auf die lokale Gateway-Konsole mit Microsoft Hyper-V](accessing-local-console.md#MaintenanceConsoleWindowHyperV-common).
1. Geben Sie bei der Eingabeaufforderung die entsprechende Zahl ein, um **Gateway-Konsole** auszuwählen.
1. Geben Sie **h** ein, um die Liste der verfügbaren Befehle zu öffnen.
1.
Führen Sie eine der folgenden Aktionen aus:
+ Wenn Ihr Gateway einen öffentlichen Endpunkt verwendet, geben Sie im Fenster **VERFÜGBARE BEFEHLE** **open-support-channel** ein, um eine Verbindung zum Storage-Gateway-Kundensupport herzustellen. Geben Sie TCP-Port 22 frei, damit Sie einen Support-Kanal für AWSöffnen können. Wenn Sie eine Verbindung mit dem Kunden-Support herstellen, weist Ihnen Storage Gateway eine Support-Nummer zu. Notieren Sie sich Ihre Support-Nummer.
+ Wenn Ihr Gateway einen VPC-Endpunkt verwendet, geben Sie im Fenster **AVAILABLE COMMANDS (VERFÜGBARE BEFEHLE)** **open-support-channel** ein. Wenn Ihr Gateway nicht aktiviert ist, geben Sie den VPC-Endpunkt oder die IP-Adresse ein, für die eine Verbindung mit dem Storage-Gateway-Kundensupport hergestellt werden soll. Geben Sie TCP-Port 22 frei, damit Sie einen Support-Kanal für AWSöffnen können. Wenn Sie eine Verbindung mit dem Kunden-Support herstellen, weist Ihnen Storage Gateway eine Support-Nummer zu. Notieren Sie sich Ihre Support-Nummer.
**Anmerkung**
Die Kanalnummer ist keine Portnummer (Transmission ControlProtocol/User Datagram Protocol (TCP/UDP). Stattdessen stellt das Gateway eine Secure Shell (SSH) (TCP 22)-Verbindung zu den Storage-Gateway-Servern her und stellt den Support-Kanal für die Verbindung bereit.
1. Nachdem der Support-Kanal eingerichtet wurde, geben Sie Ihre Support-Servicenummer an, Support damit wir Ihnen bei der Fehlerbehebung weiterhelfen Support können.
1. Wenn die Supportsitzung beendet ist, geben Sie **q** ein, um sie zu beenden. Schließen Sie die Sitzung erst, wenn Sie vom Amazon Web Services Support darüber informiert werden, dass die Support-Sitzung abgeschlossen ist.
1. Geben Sie ein**exit**, um sich von der Gateway-Konsole abzumelden.
1. Folgen Sie den Eingabeaufforderungen, um die lokale Konsole zu beenden.
# Fehlerbehebung bei der Einrichtung von Microsoft Hyper-V
In der folgenden Tabelle sind typische Probleme aufgeführt, die beim Bereitstellen von Storage Gateway auf der Microsoft Hyper-V-Plattform auftreten können.
| Problem | Maßnahme |
| --- | --- |
| Sie versuchen, ein Gateway zu importieren und erhalten die folgende Fehlermeldung: „Beim Versuch, die virtuelle Maschine zu importieren, ist ein Serverfehler aufgetreten. Der Import ist fehlgeschlagen. Die Importdateien der virtuellen Maschine konnten unter dem Speicherort [...] nicht gefunden werden. Sie können eine virtuelle Maschine nur importieren, wenn Sie sie mit Hyper-V erstellt und exportiert haben.“ | Dieser Fehler kann aus folgenden Gründen auftreten: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/storagegateway/latest/tgw/troubleshooting-hyperv-setup.html) |
| Sie versuchen, ein Gateway zu importieren, und erhalten die folgende Fehlermeldung: „Beim Versuch, die virtuelle Maschine zu importieren, ist ein Serverfehler aufgetreten. Der Import ist fehlgeschlagen. Die Importaufgabe konnte die Datei nicht von [...] kopieren: Die Datei existiert. (0x80070050)“ | Wenn Sie bereits ein Gateway bereitgestellt haben und Sie versuchen den Standard-Ordner wiederzuverwenden, der die virtuelle Festplatten Dateien und die virtuelle Maschinen-Konfigurationsdateien speichert, wird dieser Fehler auftreten. Um dieses Problem zu beheben, geben Sie im Bereich auf der linken Seite des Dialogfelds **Hyper-V-Einstellungen** unter **Server** neue Speicherorte an. |
| Sie versuchen, ein Gateway zu importieren, und erhalten die folgende Fehlermeldung: „Beim Versuch, die virtuelle Maschine zu importieren, ist ein Serverfehler aufgetreten. Der Import ist fehlgeschlagen. Der Import ist fehlgeschlagen, da die virtuelle Maschine über eine neue ID verfügen muss. Wählen Sie eine ID und versuchen Sie erneut zu importieren.“ | Stellen Sie beim Import des Gateways sicher, dass Sie **die Option Virtuelle Maschine kopieren** auswählen und im Dialogfeld **Virtuelle Maschine importieren** das Kontrollkästchen **Alle Dateien duplizieren** aktivieren, um eine neue eindeutige ID für die VM zu erstellen. |
| Sie versuchen, eine Gateway-VM zu starten und erhalten die folgende Fehlermeldung: „Beim Versuch, die ausgewählten virtuellen Maschinen zu starten, ist ein Fehler aufgetreten. Die Prozessor-Einstellung für die untergeordnete Partition ist nicht mit der übergeordneten Partition kompatibel. 'AWS-Storage-Gateway' konnte nicht initialisiert werden. (ID der virtuellen Maschine [...])“ | Dieser Fehler wird wahrscheinlich durch eine CPU-Diskrepanz zwischen den CPUs für das Gateway erforderlichen und den CPUs auf dem Host verfügbaren Werten verursacht. Stellen Sie sicher, dass die VM-CPU-Inventur von der zugrunde liegenden Hypervisor unterstützt wird. Weitere Informationen zu den Anforderungen für Storage Gateway finden Sie unter [Voraussetzungen für die Einrichtung von Tape Gateway](Requirements.md). |
| Sie versuchen, eine Gateway-VM zu starten und erhalten die folgende Fehlermeldung: „Beim Versuch, die ausgewählten virtuellen Maschinen zu starten, ist ein Fehler aufgetreten. 'AWS-Storage-Gateway' konnte nicht initialisiert werden. (ID der virtuellen Maschine [...]) Partition konnte nicht erstellt werden: Es sind nicht genügend Systemressourcen vorhanden, um den angeforderten Dienst abzuschließen. (0x800705AA)“ | Dieser Fehler wird wahrscheinlich durch eine RAM-Abweichungen zwischen dem erforderlichen RAM für das Gateway und den verfügbaren RAM auf dem Host verursacht. Weitere Informationen zu den Anforderungen für Storage Gateway finden Sie unter [Voraussetzungen für die Einrichtung von Tape Gateway](Requirements.md). |
| Ihre Snapshots und Gateway-Software-Aktualisierungen treten zu geringfügig anderen Zeiten als erwartet auf. | Die Uhr der Gateway-VM, weicht möglicherweise von der tatsächlichen Uhrzeit ab, dies wird als Ganggenauigkeit bezeichnet. Überprüfen und korrigieren Sie die Uhrzeit der VM, indem Sie die Option Synchronisierung der lokalen Gateway-Konsole verwenden. Weitere Informationen finden Sie unter [Synchronisieren Sie die VM-Zeit mit der Hyper-V- oder Linux-KVM-Hostzeit](MaintenanceTimeSync-hyperv.md). |
| Sie müssen die entzippten Microsoft Hyper-V-Dateien für Storage Gateway im Host-Dateisystem ablegen. | Greifen Sie auf den Host zu wie Sie auf einen typischen Microsoft Windows Server zugreifen würden. Zum Beispiel: Wenn der Hypervisor Host-Name `hyperv-server` lautet, dann können Sie den folgenden UNC-Pfad wählen `\\hyperv-server\c$`, dieser geht davon aus, dass der Name `hyperv-server` in Ihrer lokalen Host-Datei aufgelöst oder definiert werden kann. |
| Sie werden aufgefordert Anmeldeinformationen anzugeben, wenn Sie eine Verbindung zum Hypervisor herstellen. | Fügen Sie Ihre Benutzer-Anmeldeinformationen als lokaler Administrator für den Hypervisor-Host mithilfe des Sconfig.cmd Tool hinzu. |
| Möglicherweise stellen Sie eine schlechte Netzwerkleistung fest, wenn Sie die Virtual Machine Queue (VMQ) für einen Hyper-V-Host aktivieren, der einen Broadcom-Netzwerkadapter verwendet. | Informationen zu einer Problemumgehung finden Sie in der Microsoft-Dokumentation unter [Schlechte Netzwerkleistung auf virtuellen Maschinen auf einem Windows Server 2012 Hyper-V-Host, wenn VMQ](https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/poor-network-performance-hyper-v-host-vm) eingeschaltet ist. |
# Fehlerbehebung bei Problemen mit Amazon-EC2-Gateway
In den folgenden Abschnitten werden typische Probleme beschrieben, die bei der Arbeit mit dem auf Amazon EC2 bereitgestellten Gateway auftreten können. Weitere Informationen über den Unterschied zwischen einem On-Premises-Gateway und einem Gateway, das auf Amazon EC2 bereitgestellt ist, finden Sie unter [Stellen Sie eine benutzerdefinierte Amazon EC2 EC2-Instance für Tape Gateway bereit](ec2-gateway-common.md).
**Topics**
+ [Die Aktivierung Ihres Gateways ist nach einigen Momenten nicht erfolgt.](#activation-issues)
+ [EC2-Gateway-Instance in der Instance-Liste nicht gefunden](#find-instance)
+ [Sie haben ein Amazon-EBS-Volume erstellt, können es aber nicht an die EC2-Gateway-Instance anfügen](#ebs-volume-issue)
+ [Beim Hinzufügen von Speicher-Volumes erhalten Sie die Meldung, dass keine Datenträger verfügbar sind](#no-disk)
+ [Sie möchten einen als Upload-Pufferspeicher zugewiesenen Datenträger entfernen, um die Größe des Upload-Pufferspeichers zu reduzieren](#uploadbuffer-issue)
+ [Durchsatz zum oder vom EC2-Gateway sinkt auf Null](#gateway-throughput-issue)
+ [Sie Support möchten bei der Fehlerbehebung Ihres EC2-Gateways helfen](#EC2-EnableAWSSupportAccess)
+ [Sie möchten sich mit Ihrer Gateway-Instance über die serielle Amazon-EC2-Konsole verbinden](#ec2-serial-console)
## Die Aktivierung Ihres Gateways ist nach einigen Momenten nicht erfolgt.
Prüfen Sie in der Amazon-EC2-Konsole Folgendes:
+ Port 80 ist in der Sicherheitsgruppe aktiviert, die Sie mit der Instance verknüpft haben. Weitere Informationen zum Hinzufügen einer Sicherheitsgruppenregel finden Sie unter [Hinzufügen einer Sicherheitsgruppenregel](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html#adding-security-group-rule) im *Amazon EC2 EC2-Benutzerhandbuch*.
+ Die Gateway-Instance ist als laufend markiert. In der Amazon-EC2-Konsole für die Instance sollte der **State**-Wert der Instance RUNNING lauten.
+ Stellen Sie sicher, dass der Typ der Amazon-EC2-Instance die unter [Speicheranforderungen](Requirements.md#requirements-storage) beschriebenen Mindestanforderungen erfüllt.
Versuchen Sie erneut, das Gateway zu aktivieren, nachdem Sie das Problem behoben haben. Öffnen Sie dazu die Storage-Gateway-Konsole, wählen Sie **Neues Gateway auf Amazon EC2 bereitstellen** aus und geben Sie die IP-Adresse der Instance erneut ein.
## EC2-Gateway-Instance in der Instance-Liste nicht gefunden
Wenn Sie die Instance nicht mit einem Ressourcen-Tag versehen haben und viele Instances ausführt werden, ist es schwierig, die von Ihnen gestarteten Instances zu benennen. In diesem Fall können Sie die folgenden Aktionen ausführen, um die Gateway Instance zu finden:
+ Prüfen Sie den Namen des Amazon Machine Image (AMI) auf der Registerkarte **Description (Beschreibung)** der Instance. Eine Instance auf der Grundlage der Storage Gateway AMI muss mit dem Text **aws-storage-gateway-ami** beginnen.
+ Wenn Sie über mehrere Instances verfügen, die auf der Storage Gateway AMI basieren, prüfen Sie die Startzeit der Instance, um die richtige Instance zu finden.
## Sie haben ein Amazon-EBS-Volume erstellt, können es aber nicht an die EC2-Gateway-Instance anfügen
Stellen Sie sicher, dass sich dieses Amazon-EBS-Volume in derselben Availability Zone wie die Gateway-Instance befindet. Falls eine Abweichung in den Availability Zones besteht, erstellen Sie ein neues Amazon-EBS-Volume, das sich in derselben Availability Zone wie die Instance befindet.
## Beim Hinzufügen von Speicher-Volumes erhalten Sie die Meldung, dass keine Datenträger verfügbar sind
Für ein neu aktiviertes Gateway ist kein Volume-Speicher definiert. Bevor Sie Volume-Speicher definieren können, müssen Sie die lokale Festplatten zum Gateway zuweisen, die Sie als Upload-Puffer und Cache-Speicher verwenden. Für ein Gateway, das auf Amazon EC2 bereitgestellt ist, entsprechen die lokalen Datenträger Amazon-EBS-Volumes, die an die Instance angefügt sind. Dieser Fehler tritt wahrscheinlich auf, weil keine Amazon-EBS-Volumes für die Instance definiert sind.
Prüfen Sie Block-Geräte, die für die Instance definiert sind, die das Gateway ausführt. Wenn es nur zwei Block-Geräte (Geräte mit der Standard-AMI) gibt, dann sollten Sie Speicher hinzufügen. Weitere Informationen zur Verfahrensweise finden Sie unter [Stellen Sie eine benutzerdefinierte Amazon EC2 EC2-Instance für Tape Gateway bereit](ec2-gateway-common.md). Nachdem Sie zwei oder mehr Amazon-EBS-Volumes angefügt haben, versuchen Sie, den Volume-Speicher im Gateway zu erstellen.
## Sie möchten einen als Upload-Pufferspeicher zugewiesenen Datenträger entfernen, um die Größe des Upload-Pufferspeichers zu reduzieren
Führen Sie die Schritte unter [Bestimmen der Größe des zuzuordnenden Upload-Puffers](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common) aus.
## Durchsatz zum oder vom EC2-Gateway sinkt auf Null
Verifizieren Sie, dass die Gateway-Instance ausgeführt wird. Wenn die Instance gestartet wird, z. B. durch einen Neustart, warten Sie, bis die Instance neu gestartet ist.
Verifizieren Sie außerdem, dass sich die Gateway-IP-Adresse nicht geändert hat. Wenn die Instance beendet wurde und anschließend neu gestartet wurde, hat sich die IP-Adresse der Instance möglicherweise geändert. In diesem Fall müssen Sie ein neues Gateway aktivieren.
Sie können den Durchsatz zu und von Ihrem Gateway von der CloudWatch Amazon-Konsole aus anzeigen. Weitere Informationen zur Messung des Durchsatzes zu und von Ihrem Gateway und AWS finden Sie unter [Messung der Leistung zwischen Ihrem Tape Gateway und AWS](PerfGatewayAWS-vtl-common.md).
## Sie Support möchten bei der Fehlerbehebung Ihres EC2-Gateways helfen
Storage Gateway bietet eine lokale Konsole, mit der Sie verschiedene Wartungsaufgaben ausführen können, einschließlich der Aktivierung Support für den Zugriff auf Ihr Gateway, um Sie bei der Behebung von Gateway-Problemen zu unterstützen. Standardmäßig ist der Support Zugriff auf Ihr Gateway deaktiviert. Sie aktivieren diesen Zugriff über die lokale Amazon-EC2-Konsole. Sie melden sich über Secure Shell (SSH) bei der lokalen Amazon-EC2-Konsole an. Für eine erfolgreiche Anmeldung über SSH, muss die Sicherheitsgruppe Ihrer Instance über eine Regel verfügen, die den TCP-Port 22 öffnet.
**Anmerkung**
Wenn Sie eine neue Regel zu einer vorhandenen Sicherheitsgruppe hinzufügen, gilt die neue Regel für alle Instances, die diese Sicherheitsgruppe nutzen. Weitere Informationen zu Sicherheitsgruppen und zum Hinzufügen einer Sicherheitsgruppenregel finden Sie unter [Amazon-EC2-Sicherheitsgruppen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) im *Amazon-EC2-Benutzerhandbuch*.
Um eine Support Verbindung zu Ihrem Gateway herzustellen, melden Sie sich zunächst bei der lokalen Konsole für die Amazon EC2 EC2-Instance an, navigieren zur Storage Gateway-Konsole und gewähren dann den Zugriff.
**Um den Support Zugriff auf ein Gateway zu aktivieren, das auf einer Amazon EC2 EC2-Instance bereitgestellt wird**
1. Melden Sie sich bei der lokalen Konsole für Ihre Amazon-EC2-Instance an. Weitere Informationen finden Sie unter [Herstellen einer Verbindung zu Ihrer Instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstances.html) im *Amazon-EC2-Benutzerhandbuch*.
Sie können den folgenden Befehl verwenden, um sich bei der lokalen EC2-Konsole der Instance anzumelden.
```
ssh –i PRIVATE-KEY admin@INSTANCE-PUBLIC-DNS-NAME
```
**Anmerkung**
Das *PRIVATE-KEY* ist die `.pem` Datei, die das private Zertifikat des EC2-Schlüsselpaars enthält, das Sie zum Starten der Amazon EC2 EC2-Instance verwendet haben. Weitere Informationen finden Sie unter [Abrufen des öffentlichen Schlüssels für Ihr Schlüsselpaar](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html#retriving-the-public-key) im *Amazon-EC2-Benutzerhandbuch*.
Das *INSTANCE-PUBLIC-DNS-NAME* ist der öffentliche DNS-Name (Domain Name System) Ihrer Amazon EC2 EC2-Instance, auf der Ihr Gateway läuft. Sie erhalten diesen öffentlichen DNS-Namen, indem Sie die Amazon-EC2-Instance in der EC2-Konsole auswählen und auf die Registerkarte **Beschreibung** klicken.
1. Geben Sie an der Eingabeaufforderung **6 - Command Prompt** ein, um die Channel-Konsole für Support zu öffnen.
1. Geben Sie **h** ein, um das Fenster **AVAILABLE COMMANDS (VERFÜGBARE BEFEHLE)** zu öffnen.
1. Führen Sie eine der folgenden Aktionen aus:
+ Wenn Ihr Gateway einen öffentlichen Endpunkt verwendet, geben Sie im Fenster **VERFÜGBARE BEFEHLE** **open-support-channel** ein, um eine Verbindung zum Storage-Gateway-Kundensupport herzustellen. Geben Sie TCP-Port 22 frei, damit Sie einen Support-Kanal für AWSöffnen können. Wenn Sie eine Verbindung mit dem Kunden-Support herstellen, weist Ihnen Storage Gateway eine Support-Nummer zu. Notieren Sie sich Ihre Support-Nummer.
+ Wenn Ihr Gateway einen VPC-Endpunkt verwendet, geben Sie im Fenster **AVAILABLE COMMANDS (VERFÜGBARE BEFEHLE)** **open-support-channel** ein. Wenn Ihr Gateway nicht aktiviert ist, geben Sie den VPC-Endpunkt oder die IP-Adresse ein, für die eine Verbindung mit dem Storage-Gateway-Kundensupport hergestellt werden soll. Geben Sie TCP-Port 22 frei, damit Sie einen Support-Kanal für AWSöffnen können. Wenn Sie eine Verbindung mit dem Kunden-Support herstellen, weist Ihnen Storage Gateway eine Support-Nummer zu. Notieren Sie sich Ihre Support-Nummer.
**Anmerkung**
Die Kanalnummer ist keine Portnummer (Transmission ControlProtocol/User Datagram Protocol (TCP/UDP). Stattdessen stellt das Gateway eine Secure Shell (SSH) (TCP 22)-Verbindung zu den Storage-Gateway-Servern her und stellt den Support-Kanal für die Verbindung bereit.
1. Nachdem der Support-Kanal eingerichtet wurde, geben Sie Ihre Support-Servicenummer an, Support damit wir Ihnen bei der Problembehebung weiterhelfen Support können.
1. Wenn die Supportsitzung beendet ist, geben Sie **q** ein, um sie zu beenden. Schließen Sie die Sitzung erst, wenn Sie Support darüber informiert werden, dass die Support-Sitzung abgeschlossen ist.
1. Geben Sie **exit** ein, um die Storage-Gateway-Konsole zu verlassen.
1. Verwenden Sie die Konsolenmenüs, um sich von der Storage-Gateway-Instance abzumelden.
## Sie möchten sich mit Ihrer Gateway-Instance über die serielle Amazon-EC2-Konsole verbinden
Sie können die serielle Amazon-EC2-Konsole zur Fehlerbehebung beim Booten, bei der Netzwerkkonfiguration und anderen Problemen verwenden. Anweisungen und Tipps zur Fehlerbehebung finden Sie unter [Serielle Amazon-EC2-Konsole](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) im *Benutzerhandbuch zu Amazon Elastic Compute Cloud*.
# Fehlerbehebung bei Hardware-Appliance-Problemen
In den folgenden Themen werden Probleme, die im Zusammenhang mit der Hardware-Appliance für Storage Gateway auftreten können, sowie Lösungsvorschläge beschrieben.
## Festlegen der Service-IP-Adresse nicht möglich
Wenn Sie versuchen, eine Verbindung mit Ihrem Service herzustellen, stellen Sie sicher, dass Sie die Service-IP-Adresse und nicht die Host-IP-Adresse verwenden. Konfigurieren Sie die Service-IP-Adresse in der Servicekonsole und die Host-IP-Adresse in der Hardwarekonsole. Die Hardwarekonsole wird angezeigt, wenn die Hardware-Appliance gestartet wird. Um die Servicekonsole über die Hardwarekonsole zu öffnen, wählen Sie **Open Service Console (Servicekonsole öffnen)**.
## Wie lässt sich eine Zurücksetzung auf die Werkseinstellungen durchführen?
Wenn Sie die Appliance auf die Werkseinstellungen zurücksetzen müssen, wenden Sie sich an das Hardware-Appliance-Team für Storage Gateway, um wie im folgenden Support-Abschnitt beschrieben Unterstützung zu erhalten.
## Wie erfolgt der Remote-Neustart?
Wenn Sie einen Remote-Neustart Ihrer Appliance durchführen müssen, können Sie dazu die Dell iDRAC-Verwaltungsschnittstelle verwenden. Weitere Informationen finden Sie unter [i DRAC9 Virtueller Energiezyklus: Dell EMC PowerEdge Server aus der Ferne ein- und ausschalten](https://infohub.delltechnologies.com/en-us/p/idrac9-virtual-power-cycle-remotely-power-cycle-dell-emc-poweredge-servers/) auf der InfoHub Website von Dell Technologies.
## Wo erhalten Sie Dell iDRAC-Support?
Der Dell PowerEdge Server ist mit der Dell iDRAC-Verwaltungsschnittstelle ausgestattet. Wir empfehlen Folgendes:
+ Wenn Sie die iDRAC-Verwaltungsschnittstelle verwenden, sollten Sie das Standardkennwort ändern. Weitere Informationen zu den iDRAC-Anmeldeinformationen finden Sie unter [Dell PowerEdge — Was sind die Standardanmeldedaten](https://www.dell.com/support/article/en-us/sln306783/dell-poweredge-what-is-the-default-username-and-password-for-idrac?lang=en) für iDRAC? .
+ Stellen Sie sicher, dass die Firmware Sicherheitslücken verhindern up-to-date soll.
+ Wenn die iDRAC-Netzwerkschnittstelle an einen normalen Port (`em`) verschoben wird, kann dies zu Leistungsproblemen führen oder die normale Funktionsweise der Appliance beeinträchtigen.
## Die Seriennummer der Hardware-Appliance lässt sich nicht finden
Sie können die Seriennummer für Ihre Storage Gateway Hardware-Appliance in der Storage Gateway Gateway-Konsole finden.
**So finden Sie die Seriennummer der Hardware-Appliance:**
1. Öffnen Sie die Storage Gateway Gateway-Konsole [https://console.aws.amazon.com/storagegateway/zu Hause](https://console.aws.amazon.com/storagegateway/).
1. Wählen Sie im Navigationsmenü auf der linken Seite **Hardware** aus.
1. Wählen Sie Ihre Hardware-Appliance aus der Liste aus.
1. Suchen Sie das Feld **Seriennummer** auf der Registerkarte **Details** für Ihre Appliance.
## Wo Sie Hardware-Appliance-Support erhalten?
AWS Informationen zum technischen Support für Ihre Hardware-Appliance finden Sie unter [Support](https://aws.amazon.com/contact-us).
Das Support Team bittet Sie möglicherweise, den Support-Kanal zu aktivieren, um Ihre Gateway-Probleme aus der Ferne zu beheben. Dieser Port muss für den normalen Betrieb des Gateways nicht offen sein, für die Fehlerbehebung ist dies jedoch erforderlich. Sie können den Support-Kanal über die Hardware-Konsole aktivieren, wie im folgenden Verfahren dargestellt.
**Um einen Support-Kanal zu öffnen für AWS**
1. Öffnen Sie die Hardwarekonsole.
1. Wählen Sie unten auf der Hauptseite der Hardwarekonsole die Option **Open Support Channel** aus, und drücken Sie dann`Enter`.
Die zugewiesene Portnummer sollte innerhalb von 30 Sekunden angezeigt werden, sofern keine Probleme mit der Netzwerkkonnektivität oder der Firewall vorliegen. Beispiel:
**Status: Auf Port 19599 geöffnet**
1. Notieren Sie sich die Portnummer und geben Sie sie an Support.
# Beheben von Problemen mit virtuellen Bändern
Informationen über die Aktionen die Sie vornehmen können, wenn Sie unerwartete Probleme mit Ihren virtuellen Bändern haben.
**Topics**
+ [Wiederherstellen eines virtuellen Bandes von einem nicht wiederherstellbaren Gateway](#recovery-tapes)
+ [Fehlerbehebung bei nicht wiederherstellbaren Bändern](#IrrecoverableTapes)
+ [High Availability-Zustandsbenachrichtigungen](#troubleshooting-ha-notifications)
## Wiederherstellen eines virtuellen Bandes von einem nicht wiederherstellbaren Gateway
Obwohl ist es selten vorkommt, könnte in Ihrem Tape Gateway ein schwerwiegender Fehler auftreten. Ein solcher Fehler kann auf Ihrem Hypervisor-Host, dem Gateway selbst oder den Cache-Festplatten auftreten. Wenn ein Fehler auftritt, können Sie Ihre Bänder wiederherstellen. Befolgen Sie hierzu die Anweisungen zur Fehlerbehebung in diesem Abschnitt.
**Topics**
+ [Sie müssen ein virtuelles Band von einem fehlerhaften Tape Gateway wiederherstellen.](#creating-recovery-tape-vtl)
+ [Sie müssen ein virtuelles Band aus einer fehlerhaften Cache-Festplatte wiederherstellen](#recover-from-failed-disk)
### Sie müssen ein virtuelles Band von einem fehlerhaften Tape Gateway wiederherstellen.
Wenn Ihr Tape Gateway oder der Hypervisor-Host auf einen nicht behebbaren Fehler stößt, können Sie alle Daten wiederherstellen, die bereits auf ein anderes Tape Gateway hochgeladen wurden. AWS
Beachten Sie, dass die Daten die auf ein Band geschrieben wurden nicht vollständig hochgeladen sein müssen bis dieses Band erfolgreich in VTS archiviert wurde. Die Daten auf den Bändern, die auf einem anderen Gateway wiederhergestellt worden können unvollständig oder leer sein. Wir empfehlen, einen Bestand für alle wiederhergestellten Bänder vorzunehmen, um sicherzustellen, dass diese die erwarteten Inhalte enthalten.
**So stellen Sie ein Band auf einem anderen Tape Gateway wieder her**
1. Identifizieren Sie ein vorhandenes funktionierendes Tape Gateway, das als Wiederherstellungs-Ziel-Gateway dient. Wenn Sie über kein Tape Gateway verfügen, auf dem Sie ihre Bänder wiederherstellen können, erstellen Sie ein neues Tape Gateway. Weitere Informationen zum Erstellen eines Gateways finden Sie unter [Erstellen eines Gateways](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html).
1. Öffnen Sie die Storage Gateway Gateway-Konsole [https://console.aws.amazon.com/storagegateway/zu Hause](https://console.aws.amazon.com/storagegateway/).
1. Wählen Sie im Navigationsbereich erst **Gateways** und dann dasTape Gateway aus, von dem Sie Ihre Bänder wiederherstellen möchten.
1. Wählen Sie die Registerkarte **Details**. Eine Nachricht über das wiederhergestellte Band wird in der Registerkarte angezeigt.
1. Wählen Sie **Wiederherstellungsbänder erstellen** aus, um das Gateway zu deaktivieren.
1. Wählen Sie im angezeigten Dialogfeld **Disable gateway (Gateway deaktivieren)**.
Damit wird der Betrieb des Tape Gateway dauerhaft angehalten und alle verfügbaren Wiederherstellungspunkte werden bereitgestellt. Anweisungen finden Sie unter [Deaktivierung Ihres Tape Gateways](https://docs.aws.amazon.com/storagegateway/latest/tgw/disabling-gateway-vtl.html).
1. Wählen Sie aus den Bändern, die das deaktivierte Gateway anzeigt, das virtuelle Band und den Wiederherstellungspunkt aus, den Sie wiederherstellen möchten. Eine virtuelles Band kann mehrere Wiederherstellungspunkte haben.
1. Um mit dem Wiederherstellen von Bändern zu beginnen, müssen Sie zum Ziel-Tape-Gateway wechseln und **Wiederherstellungsband erstellen** wählen.
1. Überprüfen Sie im Dialogfeld **Create recovery tape (Wiederherstellungsband erstellen)** den Barcode des virtuellen Bands, das wiederhergestellt werden soll.
1. wählen Sie für **Gateway** das Tape Gateway aus, auf dem Sie das virtuelle Band wiederherstellen möchten.
1. Wählen Sie **Create recovery tape (Wiederherstellungsband erstellen)**.
1. Löschen Sie das fehlerhafte Tape Gateway, damit es Ihnen nicht in Rechnung gestellt wird. Detaillierte Anweisungen finden Sie unter [Löschen Ihres Gateways und Entfernen der zugehörigen Ressourcen](deleting-gateway-common.md).
Storage Gateway verschiebt das Band vom ausgefallenen Tape Gateway auf das von Ihnen angegebene Tape Gateway. Tape Gateway markiert das Band mit dem Status RECOVERED.
### Sie müssen ein virtuelles Band aus einer fehlerhaften Cache-Festplatte wiederherstellen
Wenn in Ihrer Cache-Festplatte ein Fehler auftritt, verhindert das Gateway Lese- und Schreiboptionen auf dem virtuellen Band im Gateway. Beispielsweise kann ein Fehler auftreten, wenn eine Festplatte vom Gateway beschädigt oder entfernt wurde. Die Storage-Gateway-Konsole zeigt eine Meldung über den Fehler an.
In der Fehlermeldung fordert Sie Storage Gateway auf, eine von zwei Aktionen zur Wiederherstellung Ihrer Bänder auszuführen:
+ **Herunterfahren und erneutes Hinzufügen von Festplatten**: Verwenden Sie diesen Ansatz, wenn die Festplatte intakte Daten enthält und entfernt wurde. Wenn der Fehler z. B aufgetreten ist, da der Datenträger versehentlich von Ihrem Host entfernt wurde aber die Festplatte und die Daten intakt sind, können Sie den Datenträger erneut hinzufügen. Um dies durchzuführen, siehe Vorgang zu einem späteren Zeitpunkt in diesem Thema.
+ **Zurücksetzen des Cache-Datenträgers**: Wählen Sie diesen Ansatz, wenn der Cache-Datenträger beschädigt oder nicht verfügbar ist. Wenn der Datenträger Fehler bewirkt, dass das Cache nicht verfügbar, beschädigt oder unbenutzbar ist, können Sie die Datenträger zurücksetzen. Wenn Sie den Cache-Datenträger zurücksetzen, werden Bänder, die bereinigte Daten aufweisen (das sind Bänder, für die Daten auf der Cache-Festplatte und in Amazon S3 synchronisiert werden), weiterhin für Sie verfügbar sein. Jedoch werden Bänder, deren Daten nicht mit Amazon S3 synchronisiert werden, automatisch wiederhergestellt. Der Status dieser Bänder ist auf WIEDERBESCHAFFT gesetzt, doch die Bänder sind schreibgeschützt. Weitere Informationen zum Entfernen einer Festplatte aus dem Host finden Sie unter [Bestimmen der Größe des zuzuordnenden Upload-Puffers](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
**Wichtig**
Wenn der Cache-Festplatte, den sie zurücksetzen, Daten enthält, die Sie noch nicht in Amazon S3 hochgeladen haben, können diese Daten verloren gehen. Nachdem Sie den Cache-Datenträger neu gesetzt haben, werden keine konfigurierten Cache-Datenträger im Gateway sein, Sie müssen mindestens einen neuen Cache-Datenträger für Ihr Gateway konfigurieren, damit es richtig funktioniert.
Um den Cache-Datenträger neu zu setzen sehen Sie den Vorgang, der später in diesem Thema auftaucht.
**Herunterfahren und das erneute hinzufügen einer Festplatte**
1. Fahren Sie das Gateway herunter. Weitere Informationen, wie Sie ein Gateway herunterfahren, finden Sie unter [Herunterfahren der Gateway-VM](MaintenanceShutDown-common.md).
1. Fügen Sie die Festplatte an Ihren Host zurück, und stellen Sie sicher, dass die Datenträger Knotennummer des Datenträgers nicht verändert wurde. Weitere Informationen zum Hinzufügen eines Datenträgers finden Sie unter [Bestimmen der Größe des zuzuordnenden Upload-Puffers](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
1. Starten Sie Ihr Gateway neu. Weitere Informationen wie Sie ein Gateway neu starten finden Sie unter [Herunterfahren der Gateway-VM](MaintenanceShutDown-common.md).
Nachdem das Gateway neu gestartet wurde, können Sie den Status der Cache-Festplatten überprüfen. Der Status eines Datenträgers kann einer der folgenden sein:
+ **vorhanden** - Der Datenträger ist verfügbar.
+ **fehlend** – Der Datenträger ist nicht mehr mit dem Gateway verbunden.
+ **stimmen nicht überein** . Der Datenträger-Knoten ist von einem Datenträger belegt, der falsche Metadaten besitzt oder die Inhalte des Datenträgers sind beschädigt.
**Einen Cache-Datenträger neu setzen und neu konfigurieren**
1. Wählen Sie in der oben abgebildeten Fehlermeldung **A disk error has occurred (Ein Festplattenfehler ist aufgetreten)** die Option **Reset Cache Disk (Cache-Festplatte zurücksetzen)**.
1. Konfigurieren Sie auf der Seite **Gateway konfigurieren** die Festplatte als Cache-Speicher. Informationen zur Vorgehensweise finden Sie unter [Konfigurieren von Tape Gateway](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html#configure-gateway-tape).
1. Nachdem Sie die Cache-Speicherung konfiguriert haben, fahren Sie das Gateway herunter und starten Sie es erneut, wie im Vorgang oben beschrieben.
Das Gateway sollte nach dem Neustart wiederhergestellt sein. Sie können dann den Status der Cache-Festplatte überprüfen.
**So prüfen Sie den Status einer Cache-Festplatte**
1. Öffnen Sie die Storage Gateway Gateway-Konsole [https://console.aws.amazon.com/storagegateway/zu Hause](https://console.aws.amazon.com/storagegateway/).
1. Wählen Sie im Navigationsbereich **Gateways** und wählen Sie dann Ihr Gateway.
1. Wählen Sie für **Actions (Aktionen)** die Option **Configure Local Storage (Lokalen Speicher konfigurieren)** aus, um das Dialogfeld **Configure Local Storage (Lokalen Speicher konfigurieren)** anzuzeigen. In diesem Dialogfeld werden alle lokalen Festplatten in der Gateway angezeigt.
Der Cache-Festplatten-Knoten-Status wird neben der Festplatte angezeigt.
**Anmerkung**
Wenn Sie den Wiederherstellungsprozess nicht abschließen, zeigt das Gateway einen Banner an, der Sie auffordert lokalen Speicher zu konfigurieren.
## Fehlerbehebung bei nicht wiederherstellbaren Bändern
Wenn Ihr virtuelles Band unerwartet ausfällt, setzt Storage Gateway den Status des fehlgeschlagen Bands zu IRRECOVERABLE. Die Aktion, die Sie durchführen hängt von den Umständen ab. Sie können Informationen zu einigen Themen finden und wie Sie diese möglicherweise beheben können.
### Wiederherstellen von Daten von einem Band mit dem Status IRRECOVERABLE
Wenn Sie ein virtuelles Band mit dem Status IRRECOVERABLE haben und mit diesem arbeiten, versuchen Sie einen der folgenden Schritte:
+ Aktivieren Sie ein neues Tape Gateway, sofern Sie noch keines aktiviert haben. Weitere Informationen finden Sie unter [Erstellen eines Gateways](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html).
+ Deaktivieren Sie das Tape Gateway mit dem nicht wiederherstellbaren Band und stellen Sie das Band von einem Wiederherstellungspunkt auf dem neuen Tape Gateway wieder her. Weitere Informationen finden Sie unter [Sie müssen ein virtuelles Band von einem fehlerhaften Tape Gateway wiederherstellen.](#creating-recovery-tape-vtl).
**Anmerkung**
Sie müssen Ihren iSCSI-Initiator und Ihre Sicherungsanwendung neu konfigurieren, um das neue Tape Gateway verwenden zu können. Weitere Informationen finden Sie unter [Ihre VTL-Geräte anschließen](GettingStartedAccessTapesVTL.md).
### Sie nicht benötigen kein IRRECOVERABLE Band das nicht archiviert ist
Wenn Sie ein virtuelles Band mit dem Status IRRECOVERABLE besitzen, brauchen Sie es nicht und das Band war noch nie archiviert, so sollten Sie es löschen. Weitere Informationen finden Sie unter [Virtuelle Bänder von Ihrem Tape Gateway löschen](deleting-tapes-vtl.md).
### 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 von kurzlebigen Laufwerken oder Datenträgern ab.
## 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](troubleshooting-ha-issues.md).
# Beheben von Problemen mit Hochverfügbarkeit
Im Folgenden finden Sie Informationen zu Aktionen, die Sie ausführen müssen, wenn Probleme im Zusammenhang mit der Verfügbarkeit auftreten.
**Topics**
+ [Zustandsbenachrichtigungen](#ha-health-notifications)
+ [Kennzahlen](#ha-health-notification-metrics)
## Zustandsbenachrichtigungen
Wenn Sie Ihr Gateway auf VMware vSphere HA ausführen, senden alle Gateways die folgenden Integritätsbenachrichtigungen an Ihre konfigurierte CloudWatch Amazon-Protokollgruppe. Diese Benachrichtigungen werden in einem Protokollstream mit dem Namen `AvailabilityMonitor` erfasst.
**Topics**
+ [Benachrichtigung: Reboot](#troubleshoot-reboot-notification)
+ [Benachrichtigung: HardReboot](#troubleshoot-hardreboot-notification)
+ [Benachrichtigung: HealthCheckFailure](#troubleshoot-healthcheckfailure-notification)
+ [Benachrichtigung: AvailabilityMonitorTest](#troubleshoot-availabilitymonitortest-notification)
### 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.
**Maßnahme**
Wenn die Zeit des Neustarts innerhalb von 10 Minuten nach der konfigurierten [Wartungsstartzeit](MaintenanceManagingUpdate-common.md) des Gateways liegt, handelt es sich wahrscheinlich um ein normales Ereignis und es deutet nicht auf ein Problem hin. Wenn der Neustart deutlich außerhalb des Wartungsfensters stattgefunden hat, überprüfen Sie, ob das Gateway manuell neu gestartet wurde.
### 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.
**Maßnahme**
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: HealthCheckFailure
Für ein Gateway auf VMware vSphere HA können Sie eine `HealthCheckFailure` Benachrichtigung erhalten, wenn eine Integritätsprüfung fehlschlägt und ein VM-Neustart angefordert wird. Dieses Ereignis tritt auch während eines Tests zum Überwachen der Verfügbarkeit auf, der durch die Benachrichtigung `AvailabilityMonitorTest` angezeigt wird. In diesem Fall wird die Benachrichtigung `HealthCheckFailure` erwartet.
**Anmerkung**
Diese Benachrichtigung gilt nur für VMware Gateways.
**Maßnahme**
Wenn dieses Ereignis wiederholt ohne die Benachrichtigung `AvailabilityMonitorTest` auftritt, überprüfen Sie die VM-Infrastruktur auf Probleme (Speicher, Arbeitsspeicher usw.). Wenn Sie zusätzliche Unterstützung benötigen, wenden Support Sie sich an.
### Benachrichtigung: AvailabilityMonitorTest
Für ein Gateway auf VMware vSphere HA können Sie eine `AvailabilityMonitorTest` Benachrichtigung erhalten, wenn Sie [einen Test des [Verfügbarkeits- und Anwendungsüberwachungssystems](https://docs.aws.amazon.com/storagegateway/latest/APIReference/API_StartAvailabilityMonitorTest.html) in VMware ausführen](vmware-ha.md#vmware-ha-test-failover).
## Kennzahlen
Die Metrik `AvailabilityNotifications` ist auf allen Gateways verfügbar. Diese Metrik ist eine Zählung der Anzahl an Zustandsbenachrichtigungen im Zusammenhang mit der Verfügbarkeit, die vom Gateway generiert werden. Verwenden Sie die Statistik `Sum`, um zu beobachten, ob Ereignisse im Zusammenhang mit der Verfügbarkeit im Gateway auftreten. Einzelheiten zu den Ereignissen erhalten Sie von Ihrer konfigurierten CloudWatch Protokollgruppe.