Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Résolution des problèmes de passerelle
Vous trouverez ci-dessous des informations sur les meilleures pratiques et les problèmes de résolution des problèmes liés aux passerelles, aux plateformes hôtes, aux volumes, à la haute disponibilité, à la restauration des données et aux instantanés. Les informations de dépannage des passerelles sur site concernent les passerelles déployées sur des plateformes de virtualisation prises en charge. Les informations de résolution des problèmes de haute disponibilité concernent les passerelles exécutées sur la plate-forme VMware vSphere High Availability (HA).
**Rubriques**
+ [Résolution des problèmes : problèmes de connexion à la passerelle](troubleshooting-gateway-offline.md)- Découvrez comment diagnostiquer les problèmes susceptibles de faire apparaître votre passerelle hors ligne dans la console Storage Gateway.
+ [Résolution des problèmes : erreur interne lors de l'activation de la passerelle](troubleshooting-gateway-activation.md)- Découvrez ce qu'il convient de faire si vous recevez un message d'erreur interne lorsque vous tentez d'activer votre Storage Gateway.
+ [Dépannage des problèmes de passerelle sur site](troubleshooting-on-premises-gateway-issues.md)- Découvrez les problèmes courants que vous pouvez rencontrer lors de l'utilisation de vos passerelles locales et comment autoriser la connexion Support à votre passerelle pour faciliter le dépannage.
+ [Dépannage de configuration de Microsoft Hyper-V](troubleshooting-hyperv-setup.md)- Découvrez les problèmes courants que vous pouvez rencontrer lors du déploiement de Storage Gateway sur la plateforme Microsoft Hyper-V.
+ [Résolution des problèmes de passerelle Amazon EC2](troubleshooting-EC2-gateway-issues.md)- Trouvez des informations sur les problèmes courants que vous pouvez rencontrer lorsque vous travaillez avec des passerelles déployées sur Amazon EC2.
+ [Résolution des problèmes des appliances matérielles](troubleshooting-hardware-appliance-issues.md)- Découvrez comment résoudre les problèmes que vous pourriez rencontrer avec l'appliance matérielle Storage Gateway.
+ [Résolution des problèmes de volume](troubleshoot-volume-issues.md)- Trouvez des informations sur les problèmes les plus courants que vous pouvez rencontrer lors de l'utilisation de volumes, ainsi que sur les mesures que nous vous suggérons de prendre pour les résoudre.
+ [Résolution des problèmes de haute disponibilité](troubleshooting-ha-issues.md)- Découvrez ce qu'il convient de faire si vous rencontrez des problèmes avec les passerelles déployées dans un environnement VMware HA.
# Résolution des problèmes : problèmes de connexion à la passerelle
Utilisez les informations de dépannage suivantes pour déterminer ce qu'il convient de faire si la AWS Storage Gateway console indique que votre passerelle est hors ligne.
Il se peut que votre passerelle apparaisse comme étant hors ligne pour une ou plusieurs des raisons suivantes :
+ La passerelle ne peut pas atteindre les points de terminaison du service Storage Gateway.
+ La passerelle s'est arrêtée de façon inattendue.
+ Un disque de cache associé à la passerelle a été déconnecté ou modifié, ou est en panne.
Pour remettre votre passerelle en ligne, identifiez et résolvez le problème à l'origine de sa mise hors ligne.
## Vérifiez le pare-feu ou le proxy associé
Si vous avez configuré votre passerelle pour utiliser un proxy, ou si vous l'avez placée derrière un pare-feu, passez en revue les règles d'accès du proxy ou du pare-feu. Le proxy ou le pare-feu doit autoriser le trafic à destination et en provenance des ports réseau et des points de terminaison de service requis par Storage Gateway. Pour plus d'informations, voir Exigences relatives au au au au [réseau et au pare-feu](https://docs.aws.amazon.com/storagegateway/latest/vgw/Requirements.html#networks).
## Vérifiez s'il existe une inspection SSL ou approfondie des paquets en cours du trafic de votre passerelle
Si une inspection SSL ou approfondie des paquets est actuellement effectuée sur le trafic réseau entre votre passerelle et AWS, il se peut que votre passerelle ne soit pas en mesure de communiquer avec les points de terminaison de service requis. Pour remettre votre passerelle en ligne, vous devez désactiver l'inspection.
## Vérifiez l'absence d'une panne de courant ou d'une défaillance matérielle sur l'hôte de l'hyperviseur
Une panne de courant ou une panne matérielle sur l'hyperviseur hôte de votre passerelle peut provoquer l'arrêt inattendu de celle-ci et la rendre inaccessible. Une fois que vous aurez rétabli l'alimentation et la connectivité réseau, votre passerelle sera de nouveau accessible.
Une fois que votre passerelle sera de nouveau en ligne, veillez à prendre des mesures pour récupérer vos données. Pour plus d'informations, consultez [Meilleures pratiques pour récupérer vos données](https://docs.aws.amazon.com/storagegateway/latest/vgw/recover-data-from-gateway.html).
## Vérifiez les problèmes liés à un disque de cache associé
Votre passerelle peut se déconnecter si au moins un des disques de cache associés à votre passerelle a été supprimé, modifié ou redimensionné, ou s'il est endommagé.
**Si un disque de cache fonctionnel a été retiré de l'hôte de l'hyperviseur :**
1. Arrêtez la passerelle.
1. Ajoutez de nouveau le disque.
**Note**
Assurez-vous d'ajouter le disque au même nœud de disque.
1. Redémarrez la passerelle.
**Si un disque de cache est endommagé, a été remplacé ou a été redimensionné :**
1. Arrêtez la passerelle.
1. Réinitialisez le disque de cache.
1. Reconfigurez le disque pour le stockage en cache.
1. Redémarrez la passerelle.
# Résolution des problèmes : erreur interne lors de l'activation de la passerelle
Les demandes d'activation de Storage Gateway empruntent deux chemins réseau. Les demandes d'activation entrantes envoyées par un client se connectent à la machine virtuelle (VM) de la passerelle ou à l'instance Amazon Elastic Compute Cloud (Amazon EC2) via le port 80. Si la passerelle reçoit correctement la demande d'activation, elle communique avec les points de terminaison Storage Gateway pour recevoir une clé d'activation. Si la passerelle ne parvient pas à atteindre les points de terminaison Storage Gateway, elle répond au client par un message d'erreur interne.
Utilisez les informations de dépannage suivantes pour déterminer la marche à suivre si vous recevez un message d'erreur interne lorsque vous tentez d'activer votre AWS Storage Gateway.
**Note**
Assurez-vous de déployer de nouvelles passerelles à l'aide du dernier fichier image de machine virtuelle ou de la dernière version d'Amazon Machine Image (AMI). Vous recevrez un message d'erreur interne si vous tentez d'activer une passerelle qui utilise une AMI obsolète.
Assurez-vous de sélectionner le type de passerelle que vous souhaitez déployer correctement avant de télécharger l'AMI. Les fichiers .ova et chaque type AMIs de passerelle sont différents et ne sont pas interchangeables.
## Résoudre les erreurs lors de l'activation de votre passerelle à l'aide d'un point de terminaison public
Pour résoudre les erreurs d'activation lors de l'activation de votre passerelle à l'aide d'un point de terminaison public, effectuez les vérifications et configurations suivantes.
### Vérifiez les ports requis
Pour les passerelles déployées sur site, vérifiez que les ports sont ouverts sur votre pare-feu local. Pour les passerelles déployées sur une instance Amazon EC2, vérifiez que les ports sont ouverts sur le groupe de sécurité de l'instance. Pour vérifier que les ports sont ouverts, exécutez une commande telnet sur le point de terminaison public à partir d'un serveur. Ce serveur doit se trouver dans le même sous-réseau que la passerelle. Par exemple, les commandes telnet suivantes testent la connexion au port 443 :
```
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
```
Pour vérifier que la passerelle elle-même peut atteindre le point de terminaison, accédez à la console de machine virtuelle locale de la passerelle (pour les passerelles déployées sur site). Vous pouvez également accéder par SSH à l'instance de la passerelle (pour les passerelles déployées sur Amazon EC2). Exécutez ensuite un test de connectivité réseau. Confirmez le retour du test`[PASSED]`. Pour plus d'informations, voir [Test de votre connexion de passerelle à Internet](https://docs.aws.amazon.com/storagegateway/latest/vgw/manage-on-premises-common.html#MaintenanceTestGatewayConnectivity-common).
**Note**
Le nom d'utilisateur de connexion par défaut pour la console de passerelle est`admin`, et le mot de passe par défaut est`password`.
### Assurez-vous que la sécurité du pare-feu ne modifie pas les paquets envoyés depuis la passerelle vers les points de terminaison publics
Les inspections SSL, les inspections approfondies des paquets ou d'autres formes de sécurité par pare-feu peuvent interférer avec les paquets envoyés depuis la passerelle. La prise de contact SSL échoue si le certificat SSL est modifié par rapport aux attentes du point de terminaison d'activation. Pour vérifier qu'aucune inspection SSL n'est en cours, exécutez une commande OpenSSL sur le point de terminaison d'activation principal `anon-cp.storagegateway.region.amazonaws.com` () sur le port 443. Vous devez exécuter cette commande depuis une machine située dans le même sous-réseau que la passerelle :
```
$ openssl s_client -connect anon-cp.storagegateway.region.amazonaws.com:443 -servername anon-cp.storagegateway.region.amazonaws.com
```
**Note**
*region*Remplacez-le par votre Région AWS.
Si aucune inspection SSL n'est en cours, la commande renvoie une réponse similaire à la suivante :
```
$ 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
---
```
Si une inspection SSL est en cours, la réponse indique une chaîne de certificats modifiée, similaire à ce qui suit :
```
$ 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
---
```
Le point de terminaison d'activation accepte les poignées de main SSL uniquement s'il reconnaît le certificat SSL. Cela signifie que le trafic sortant de la passerelle vers les points de terminaison doit être exempté des inspections effectuées par les pare-feux de votre réseau. Ces inspections peuvent être une inspection SSL ou une inspection approfondie des paquets.
### Vérifier la synchronisation de l'heure de la passerelle
Des décalages temporels excessifs peuvent provoquer des erreurs de connexion SSL. Pour les passerelles locales, vous pouvez utiliser la console de machine virtuelle locale de la passerelle pour vérifier la synchronisation de l'heure de votre passerelle. Le décalage temporel ne doit pas dépasser 60 secondes. Pour plus d'informations, voir de [de](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html) passerelle
L'option **System Time Management** n'est pas disponible sur les passerelles hébergées sur des instances Amazon EC2. Pour vous assurer que les passerelles Amazon EC2 peuvent correctement synchroniser l'heure, vérifiez que l'instance Amazon EC2 peut se connecter à la liste de pools de serveurs NTP suivante via les ports UDP et TCP 123 :
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
## Résolvez les erreurs lors de l'activation de votre passerelle à l'aide d'un point de terminaison Amazon VPC
Pour résoudre les erreurs d'activation lors de l'activation de votre passerelle à l'aide d'un point de terminaison Amazon Virtual Private Cloud (Amazon VPC), effectuez les vérifications et configurations suivantes.
### Vérifiez les ports requis
Assurez-vous que les ports requis au sein de votre pare-feu local (pour les passerelles déployées sur site) ou de votre groupe de sécurité (pour les passerelles déployées dans Amazon EC2) sont ouverts. Les ports requis pour connecter une passerelle à un point de terminaison VPC Storage Gateway sont différents de ceux requis pour connecter une passerelle à des points de terminaison publics. Les ports suivants sont requis pour la connexion à un point de terminaison VPC Storage Gateway :
+ TCP 443
+ TCP 1026
+ TCP 1027
+ TCP 1028
+ TCP 1031
+ TCP 2222
Pour plus d'informations, consultez .
Vérifiez également le groupe de sécurité attaché à votre point de terminaison VPC Storage Gateway. Le groupe de sécurité par défaut attaché au point de terminaison peut ne pas autoriser les ports requis. Créez un nouveau groupe de sécurité qui autorise le trafic provenant de la plage d'adresses IP de votre passerelle sur les ports requis. Attachez ensuite ce groupe de sécurité au point de terminaison du VPC.
**Note**
Utilisez la [console Amazon VPC](https://console.aws.amazon.com//vpc/) pour vérifier le groupe de sécurité attaché au point de terminaison VPC. Affichez votre point de terminaison VPC Storage Gateway depuis la console, puis choisissez l'onglet **Security Groups**.
Pour vérifier que les ports requis sont ouverts, vous pouvez exécuter des commandes telnet sur le point de terminaison VPC Storage Gateway. Vous devez exécuter ces commandes depuis un serveur situé dans le même sous-réseau que la passerelle. Vous pouvez exécuter les tests sur le premier nom DNS qui ne spécifie pas de zone de disponibilité. Par exemple, les commandes telnet suivantes testent les connexions de port requises à l'aide du nom DNS vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com :
```
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
```
### Assurez-vous que la sécurité du pare-feu ne modifie pas les paquets envoyés depuis la passerelle vers votre point de terminaison Amazon VPC (Storage Gateway).
Les inspections SSL, les inspections approfondies des paquets ou d'autres formes de sécurité par pare-feu peuvent interférer avec les paquets envoyés depuis la passerelle. La prise de contact SSL échoue si le certificat SSL est modifié par rapport aux attentes du point de terminaison d'activation. Pour vérifier qu'aucune inspection SSL n'est en cours, exécutez une commande OpenSSL sur votre point de terminaison VPC Storage Gateway. Vous devez exécuter cette commande depuis une machine située dans le même sous-réseau que la passerelle. Exécutez la commande pour chaque port requis :
```
$ 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
```
Si aucune inspection SSL n'est en cours, la commande renvoie une réponse similaire à la suivante :
```
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
---
```
Si une inspection SSL est en cours, la réponse indique une chaîne de certificats modifiée, similaire à ce qui suit :
```
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
---
```
Le point de terminaison d'activation accepte les poignées de main SSL uniquement s'il reconnaît le certificat SSL. Cela signifie que le trafic sortant de la passerelle vers votre point de terminaison VPC via les ports requis est exempté des inspections effectuées par les pare-feux de votre réseau. Ces inspections peuvent être des inspections SSL ou des inspections approfondies des paquets.
### Vérifier la synchronisation de l'heure de la passerelle
Des décalages temporels excessifs peuvent provoquer des erreurs de connexion SSL. Pour les passerelles locales, vous pouvez utiliser la console de machine virtuelle locale de la passerelle pour vérifier la synchronisation de l'heure de votre passerelle. Le décalage temporel ne doit pas dépasser 60 secondes. Pour plus d'informations, voir de [de](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html) passerelle
L'option **System Time Management** n'est pas disponible sur les passerelles hébergées sur des instances Amazon EC2. Pour vous assurer que les passerelles Amazon EC2 peuvent correctement synchroniser l'heure, vérifiez que l'instance Amazon EC2 peut se connecter à la liste de pools de serveurs NTP suivante via les ports UDP et TCP 123 :
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
### Vérifiez la présence d'un proxy HTTP et confirmez les paramètres du groupe de sécurité associés
Avant l'activation, vérifiez si un proxy HTTP sur Amazon EC2 est configuré sur la machine virtuelle de passerelle locale en tant que proxy Squid sur le port 3128. Dans ce cas, confirmez les points suivants :
+ Le groupe de sécurité attaché au proxy HTTP sur Amazon EC2 doit disposer d'une règle d'entrée. Cette règle entrante doit autoriser le trafic proxy Squid sur le port 3128 à partir de l'adresse IP de la machine virtuelle de passerelle.
+ Le groupe de sécurité attaché au point de terminaison Amazon EC2 VPC doit disposer de règles entrantes. Ces règles entrantes doivent autoriser le trafic sur les ports 1026-1028, 1031, 2222 et 443 à partir de l'adresse IP du proxy HTTP sur Amazon EC2.
## Résolvez les erreurs lors de l'activation de votre passerelle à l'aide d'un point de terminaison public et qu'il existe un point de terminaison VPC Storage Gateway dans le même VPC
Pour résoudre les erreurs lors de l'activation de votre passerelle à l'aide d'un point de terminaison public lorsqu'il existe un point de terminaison Amazon Virtual Private Cloud (Amazon VPC) dans le même VPC, effectuez les vérifications et configurations suivantes.
### Vérifiez que le paramètre **Activer le nom DNS privé** n'est pas activé sur votre point de terminaison VPC Storage Gateway
Si l'option **Activer le nom DNS privé** est activée, vous ne pouvez activer aucune passerelle entre ce VPC et le point de terminaison public.
**Pour désactiver l'option de nom DNS privé :**
1. Ouvrez la [console VPC Amazon](https://console.aws.amazon.com//vpc/).
1. Dans le panneau de navigation, choisissez **Points de terminaison**.
1. Choisissez votre point de terminaison VPC Storage Gateway.
1. Choisissez **Actions**.
1. Choisissez **Gérer les noms DNS privés**.
1. Pour **Activer le nom DNS privé**, désactivez **Activer pour ce point de terminaison**.
1. Choisissez **Modifier les noms DNS privés** pour enregistrer le paramètre.
# Dépannage des problèmes de passerelle sur site
Vous trouverez ci-dessous des informations sur les problèmes courants que vous pouvez rencontrer lors de l'utilisation de vos passerelles locales et sur la manière de les activer pour résoudre les problèmes liés Support à votre passerelle.
Le tableau suivant répertorie les problèmes types que vous pourriez rencontrer avec les passerelles sur site.
| Problème | Action à exécuter |
| --- | --- |
| Vous ne pouvez pas trouver l’adresse IP de votre passerelle. | Utilisez le client de l’hyperviseur pour vous connecter à votre hôte afin de recherche l’adresse IP de la passerelle. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Si vous avez toujours du mal à trouver l’adresse IP de la passerelle : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Vous rencontrez des problèmes de réseau ou de pare-feu. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| L’activation de votre passerelle échoue lorsque vous cliquez sur le bouton **Passer à l’activation** dans la console de gestion Storage Gateway. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Vous devez supprimer un disque alloué en tant qu’espace de tampon de chargement. Par exemple, vous devrez peut-être réduire la quantité d’espace du tampon de chargement d’une passerelle ou remplacer un disque utilisé comme tampon de chargement qui a échoué. | Pour plus d’informations sur la suppression d’un disque alloué comme espace de tampon de chargement, consultez [Suppression de disques de votre passerelle](add-remove-disks.md). |
| Vous avez besoin d’améliorer la bande passante entre votre passerelle et AWS. | Vous pouvez améliorer la bande passante de votre passerelle AWS en configurant votre connexion Internet AWS sur un adaptateur réseau (NIC) distinct de celui qui connecte vos applications et la machine virtuelle de la passerelle. Cette approche est utile si vous disposez d'une connexion à bande passante élevée AWS et que vous souhaitez éviter les problèmes de bande passante, en particulier lors de la restauration d'un instantané. Pour une charge de travail à haut débit, vous pouvez utiliser [Direct Connect](https://aws.amazon.com/directconnect/) afin d’établir une connexion réseau dédiée entre votre passerelle sur site et AWS. Pour mesurer la bande passante de la connexion entre votre passerelle et AWS, utilisez les `CloudBytesUploaded` métriques `CloudBytesDownloaded` et de la passerelle. Pour en savoir plus sur ce sujet, consultez [Mesurer les performances entre votre passerelle et AWS](PerfGatewayAWS-common.md). L’amélioration de votre connexion Internet permet d’éviter le remplissage de votre tampon de chargement. |
| Le débit vers ou depuis votre passerelle tombe à zéro. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Vous pouvez consulter le débit à destination et en provenance de votre passerelle depuis la CloudWatch console Amazon. Pour plus d'informations sur la mesure du débit à destination et en provenance de votre passerelle AWS, voir [Mesurer les performances entre votre passerelle et AWS](PerfGatewayAWS-common.md). |
| Vous rencontrez des problèmes d’importation (déploiement) de Storage Gateway sur Microsoft Hyper-V. | Consultez [Dépannage de configuration de Microsoft Hyper-V](troubleshooting-hyperv-setup.md), qui traite des problèmes les plus courants de déploiement d’une passerelle sur Microsoft Hyper-V. |
| Vous recevez un message qui indique que les données qui ont été écrites sur le volume dans votre passerelle ne sont pas stockées en toute sécurité dans AWS. | Vous recevez ce message si la machine virtuelle de la passerelle a été créé à partir d’un clone ou d’un instantané d’une autre machine virtuelle de passerelle. Si ce n’est pas le cas, contactez Support. |
## Permettre Support de résoudre les problèmes liés à votre passerelle hébergée sur site
Storage Gateway fournit une console locale que vous pouvez utiliser pour effectuer plusieurs tâches de maintenance, notamment l'activation Support pour accéder à votre passerelle afin de vous aider à résoudre les problèmes liés à la passerelle. Par défaut, Support l'accès à votre passerelle est désactivé. Vous fournissez cet accès par le biais de la console locale de l’hôte. Pour donner Support accès à votre passerelle, vous devez d'abord vous connecter à la console locale de l'hôte, accéder à la console de Storage Gateway, puis vous connecter au serveur de support.
**Pour autoriser Support l'accès à votre passerelle**
1. Connectez-vous à la console locale de l’hôte.
+ VMware ESXi — pour plus d'informations, voir[Accès à la console locale de Gateway avec VMware ESXi](accessing-local-console.md#MaintenanceConsoleWindowVMware-common).
+ Microsoft Hyper-V – pour plus d’informations, consultez [Accéder à la console locale de passerelle avec Microsoft Hyper-V](accessing-local-console.md#MaintenanceConsoleWindowHyperV-common).
1. À l’invite, entrez le chiffre correspondant pour sélectionner **Console Gateway**.
1. Entrez **h** pour ouvrir la liste des commandes disponibles.
1.
Effectuez l’une des actions suivantes :
+ Si votre passerelle utilise un point de terminaison public, dans la fenêtre **COMMANDES DISPONIBLES**, entrez **open-support-channel** pour vous connecter au support client pour Storage Gateway. Autorisez le port TCP 22 afin de pouvoir ouvrir un canal de support vers AWS. Lorsque vous vous connectez au support client, Storage Gateway vous attribue un numéro de support. Notez ce numéro.
+ Si votre passerelle utilise un point de terminaison de VPC, dans la fenêtre **AVAILABLE COMMANDS (COMMANDES DISPONIBLES)**, entrez **open-support-channel**. Si votre passerelle n’est pas activée, indiquez le point de terminaison de VPC ou l’adresse IP pour vous connecter au support client pour Storage Gateway. Autorisez le port TCP 22 afin de pouvoir ouvrir un canal de support vers AWS. Lorsque vous vous connectez au support client, Storage Gateway vous attribue un numéro de support. Notez ce numéro.
**Note**
Le numéro de canal n'est pas un numéro de port Protocol/User Datagram Protocol (TCP/UDP (contrôle de transmission). Au lieu de cela, la passerelle permet une connexion Secure Shell (SSH) (TCP 22) aux serveurs Storage Gateway et fournit le canal de support pour la connexion.
1. Une fois le canal d'assistance établi, fournissez votre numéro de service d'assistance Support afin de Support pouvoir vous aider à résoudre les problèmes.
1. Une fois la session de support terminée, entrez **q** pour y mettre fin. Ne fermez pas la session avant que le support Amazon Web Services vous informe que la session de support est terminée.
1. Entrez **exit** pour vous déconnecter de la console de passerelle.
1. Suivez les invites pour quitter la console locale.
# Dépannage de configuration de Microsoft Hyper-V
Le tableau suivant répertorie les problèmes classiques que vous pouvez rencontrer lors du déploiement de Storage Gateway sur la plateforme Microsoft Hyper-V.
| Problème | Action à exécuter |
| --- | --- |
| Vous essayez d'importer une passerelle et vous recevez le message d'erreur suivant : « Une erreur de serveur s'est produite lors de la tentative d'importation de la machine virtuelle. L'importation a échoué. Impossible de trouver les fichiers d'importation de machines virtuelles à l'emplacement [...]. Vous ne pouvez importer une machine virtuelle que si vous avez utilisé Hyper-V pour la créer et l'exporter. » | Cette erreur se produit dans les conditions suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/troubleshooting-hyperv-setup.html) |
| Vous essayez d'importer une passerelle et vous recevez le message d'erreur suivant : « Une erreur de serveur s'est produite lors de la tentative d'importation de la machine virtuelle. L'importation a échoué. La tâche d'importation n'a pas réussi à copier le fichier depuis [...] : le fichier existe. (0x80070050) » | Si vous avez déjà déployé une passerelle et que vous essayez de réutiliser des dossiers par défaut qui stockent les fichiers du disque dur virtuel et les fichiers de configuration de la machine virtuelle, cette erreur se produit. Pour résoudre ce problème, spécifiez de nouveaux emplacements sous **Serveur** dans le panneau situé sur le côté gauche de la boîte de dialogue des **paramètres Hyper-V**. |
| Vous essayez d'importer une passerelle et vous recevez le message d'erreur suivant : « Une erreur de serveur s'est produite lors de la tentative d'importation de la machine virtuelle. L'importation a échoué. L’importation a échoué car la machine virtuelle doit avoir un nouvel identificateur. Sélectionnez un nouvel identificateur et réessayez l’importation. » | Lorsque vous importez la passerelle, assurez-vous de sélectionner **Copier la machine virtuelle** et de cocher la case **Dupliquer tous les fichiers** dans la boîte de dialogue **Importer une machine virtuelle** afin de créer un nouvel identifiant unique pour la machine virtuelle. |
| Vous essayez de démarrer une machine virtuelle de passerelle et vous recevez le message d'erreur suivant : « Une erreur s'est produite lors de la tentative de démarrage des machines virtuelles sélectionnées. Le paramètre du processeur de partition enfant est incompatible avec la partition parent. 'AWS-Storage-Gateway' n'a pas pu être initialisé. (ID de machine virtuelle [...]) » | Cette erreur est probablement due à un écart entre le processeur requis CPUs pour la passerelle et le processeur disponible CPUs sur l'hôte. Veillez à ce que le nombre de CPU de la machine virtuelle soit pris en charge par l’hyperviseur sous-jacent. Pour plus d’informations sur les exigences relatives à Storage Gateway, consultez [Conditions requises pour configurer Volume Gateway](Requirements.md). |
| Vous essayez de démarrer une machine virtuelle de passerelle et vous recevez le message d'erreur suivant : « Une erreur s'est produite lors de la tentative de démarrage des machines virtuelles sélectionnées. 'AWS-Storage-Gateway' n'a pas pu être initialisé. (ID de machine virtuelle [...]) Impossible de créer la partition : les ressources système sont insuffisantes pour exécuter le service demandé. (0x800705AA) » | Cette erreur est probablement provoquée par un écart de RAM entre la RAM obligatoire pour la passerelle et la RAM disponible sur l’hôte. Pour plus d’informations sur les exigences relatives à Storage Gateway, consultez [Conditions requises pour configurer Volume Gateway](Requirements.md). |
| Les instantanés et les mises à jour logicielles de la passerelle se produisent à des moments qui diffèrent par rapport à ce qui était prévu. | L’horloge de la machine virtuelle de la passerelle peut être décalée par rapport à l’heure réelle ; il s’agit d’une dérive de l’horloge. Vérifiez et corrigez l’heure de la machine virtuelle à l’aide de l’option de synchronisation de l’heure de la console de passerelle. Pour de plus amples informations, veuillez consulter [Synchroniser l'heure de la machine virtuelle avec l'heure de l'hôte KVM Hyper-V ou Linux](MaintenanceTimeSync-hyperv.md). |
| Vous devez placer les fichiers décompressés Storage Gateway de Microsoft Hyper-V sur le système de fichiers hôte. | Accédez à l’hôte comme vous le feriez avec un serveur Microsoft Windows standard. Par exemple, si l’hôte de l’hyperviseur est nommé `hyperv-server`, vous pouvez utiliser le chemin UNC suivant `\\hyperv-server\c$`, ce qui implique que le nom `hyperv-server` peut être résolu ou est défini dans votre fichier d’hôtes local. |
| Vous êtes invité à saisir les informations d’identification lors de la connexion à l’hyperviseur. | Ajoutez vos informations d’identification utilisateur en tant qu’administrateur local pour l’hôte de l’hyperviseur à l’aide de l’outil Sconfig.cmd. |
| Vous remarquerez peut-être de mauvaises performances réseau si vous activez la file d'attente des machines virtuelles (VMQ) pour un hôte Hyper-V utilisant un adaptateur réseau Broadcom. | Pour plus d'informations sur une solution de contournement, consultez la documentation Microsoft, voir [Mauvaises performances réseau sur les machines virtuelles sur un hôte Windows Server 2012 Hyper-V si VMQ est activé](https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/poor-network-performance-hyper-v-host-vm). |
# Résolution des problèmes de passerelle Amazon EC2
Les sections suivantes répertorient les problèmes types que vous êtes susceptibles de rencontrer avec votre passerelle déployée sur Amazon EC2. Pour plus d’informations sur la différence entre une passerelle sur site et une passerelle déployée dans Amazon EC2, consultez [Déployer une instance Amazon EC2 personnalisée pour Volume Gateway](ec2-gateway-common.md).
**Topics**
+ [L’activation de votre passerelle ne se produit pas au bout de quelques instants](#activation-issues)
+ [Vous ne trouvez pas votre instance de passerelle EC2 dans la liste des instances](#find-instance)
+ [Vous avez créé un volume Amazon EBS, mais vous ne pouvez pas l’attacher à votre instance de passerelle EC2](#ebs-volume-issue)
+ [Vous ne pouvez pas attacher d’initiateur à une cible de volume de votre passerelle EC2](#initiator-issue)
+ [Vous obtenez un message indiquant qu’aucun disque n’est disponible lorsque vous essayez d’ajouter des volumes de stockage](#no-disk)
+ [Vous souhaitez supprimer un disque alloué comme espace de tampon de chargement pour réduire l’espace du tampon de chargement](#uploadbuffer-issue)
+ [Le débit vers ou depuis votre passerelle EC2 tombe à zéro](#gateway-throughput-issue)
+ [Vous souhaitez aider Support à résoudre les problèmes de votre passerelle EC2](#EC2-EnableAWSSupportAccess)
+ [Vous souhaitez vous connecter à votre instance de passerelle à l’aide de l’Amazon EC2 Serial Console](#ec2-serial-console)
## L’activation de votre passerelle ne se produit pas au bout de quelques instants
Vérifiez les points suivants dans la console Amazon EC2 :
+ Le port 80 est activé dans le groupe de sécurité que vous avez associé à l’instance. Pour plus d'informations sur l'ajout d'une règle de groupe de sécurité, consultez la section [Ajout d'une règle de groupe de sécurité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html#adding-security-group-rule) dans le *guide de l'utilisateur Amazon EC2*.
+ L’instance de passerelle est marquée comme étant en cours d’exécution. Dans la console Amazon EC2, la valeur **État** de l’instance doit être EN COURS D’EXÉCUTION.
+ Assurez-vous que le type d’instance Amazon EC2 répond aux exigences minimales, comme décrit dans la section [Besoins de stockage](Requirements.md#requirements-storage).
Après avoir corrigé le problème, essayez à nouveau d’activer la passerelle. Pour ce faire, ouvrez la console Storage Gateway , choisissez **Déployer une nouvelle passerelle sur Amazon EC2**, puis entrez à nouveau l’adresse IP de l’instance.
## Vous ne trouvez pas votre instance de passerelle EC2 dans la liste des instances
Si vous n’avez pas attribué de balise de ressource à l’instance et que vous avez de nombreuses instances en cours d’exécution, il peut être difficile de savoir quelle instance vous avez lancée. Dans ce cas, vous pouvez procéder de la façon suivante pour rechercher l’instance de la passerelle :
+ Vérifiez le nom de l’Amazon Machine Image (AMI) sur l’onglet **Description** de l’instance. Une instance basée sur l’AMI Storage Gateway doit commencer par le texte **aws-storage-gateway-ami**.
+ Si vous avez plusieurs instances basées sur l’AMI Storage Gateway, vérifiez l’heure de lancement de l’instance afin de trouver l’instance appropriée.
## Vous avez créé un volume Amazon EBS, mais vous ne pouvez pas l’attacher à votre instance de passerelle EC2
Vérifiez que le volume Amazon EBS en question est dans la même zone de disponibilité que l’instance de passerelle. S’il y a une différence dans les zones de disponibilité, créez un nouveau volume Amazon EBS dans la même zone de disponibilité que votre instance.
## Vous ne pouvez pas attacher d’initiateur à une cible de volume de votre passerelle EC2
Vérifiez que le groupe de sécurité avec lequel vous avez lancé l’instance inclut une règle qui autorise le port utilisé pour l’accès iSCSI. Le port est généralement défini sur 3260. Pour plus d’informations sur la connexion aux volumes, consultez [Connexion à vos volumes depuis un client Windows](ConfiguringiSCSIClient.md).
## Vous obtenez un message indiquant qu’aucun disque n’est disponible lorsque vous essayez d’ajouter des volumes de stockage
Pour une passerelle nouvellement activée, aucun volume de stockage n’est défini. Avant de pouvoir définir le volume de stockage, vous devez allouer des disques locaux à la passerelle. Ceux-ci seront utilisés comme stockage de tampon de chargement et de cache. Pour une passerelle déployée sur Amazon EC2, les disques locaux sont des volumes Amazon EBS attachés à l’instance. Ce message d’erreur se produit généralement si aucun volume Amazon EBS n’est définie pour l’instance.
Vérifiez les appareils de bloc définis pour l’instance qui exécute la passerelle. S’il y a seulement deux appareils de bloc (les appareils par défaut fournis avec l’AMI), vous devez ajouter du stockage. Pour plus d’informations sur la procédure à utiliser, consultez [Déployer une instance Amazon EC2 personnalisée pour Volume Gateway](ec2-gateway-common.md). Après avoir attaché deux ou plusieurs volumes Amazon EBS, essayez de créer le stockage de volume sur la passerelle.
## Vous souhaitez supprimer un disque alloué comme espace de tampon de chargement pour réduire l’espace du tampon de chargement
Suivez les étapes de [Détermination de la taille de tampon de chargement à allouer](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
## Le débit vers ou depuis votre passerelle EC2 tombe à zéro
Vérifiez que l’instance de passerelle est en cours d’exécution. Si l’instance démarre en raison d’un redémarrage, par exemple, attendez que le redémarrage soit terminé.
Vérifiez également que l’IP de la passerelle IP n’a pas changé. Si l’instance a été arrêtée, puis redémarrée, son adresse IP a peut-être changé. Dans ce cas, vous devez activer une nouvelle passerelle.
Vous pouvez consulter le débit à destination et en provenance de votre passerelle depuis la CloudWatch console Amazon. Pour plus d'informations sur la mesure du débit à destination et en provenance de votre passerelle AWS, voir [Mesurer les performances entre votre passerelle et AWS](PerfGatewayAWS-common.md).
## Vous souhaitez aider Support à résoudre les problèmes de votre passerelle EC2
Storage Gateway fournit une console locale que vous pouvez utiliser pour effectuer plusieurs tâches de maintenance, notamment l'activation Support pour accéder à votre passerelle afin de vous aider à résoudre les problèmes liés à la passerelle. Par défaut, Support l'accès à votre passerelle est désactivé. Vous activez cet accès par le biais de la console locale Amazon EC2. Vous vous connectez à la console locale Amazon EC2 via Secure Shell (SSH). Pour vous connecter avec succès via SSH, le groupe de sécurité de l’instance doit avoir une règle qui ouvre le port TCP 22.
**Note**
Si vous ajoutez une règle à un groupe de sécurité existant, la nouvelle règle s’applique à toutes les instances qui utilisent ce groupe de sécurité. Pour plus d’informations sur les groupes de sécurité et sur l’ajout d’une règle à un groupe de sécurité, consultez [Groupes de sécurité Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) dans le *Guide de l’utilisateur Amazon EC2*.
Pour autoriser la Support connexion à votre passerelle, vous devez d'abord vous connecter à la console locale de l'instance Amazon EC2, accéder à la console de Storage Gateway, puis fournir l'accès.
**Pour activer Support l'accès à une passerelle déployée sur une instance Amazon EC2**
1. Connectez-vous à la console locale pour votre instance Amazon EC2. Pour obtenir des instructions, consultez [Connexion à votre instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstances.html) dans le *Manuel utilisateur Amazon EC2*.
Vous pouvez utiliser la commande suivante pour vous connecter à la console locale de l’instance EC2.
```
ssh –i PRIVATE-KEY admin@INSTANCE-PUBLIC-DNS-NAME
```
**Note**
*PRIVATE-KEY*Il s'agit du `.pem` fichier contenant le certificat privé de la paire de clés EC2 que vous avez utilisée pour lancer l'instance Amazon EC2. Pour plus d’informations, consultez [Récupération de la clé publique pour votre paire de clés](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html#retriving-the-public-key) dans le *Guide de l’utilisateur Amazon EC2*.
*INSTANCE-PUBLIC-DNS-NAME*Il s'agit du nom DNS (Domain Name System) public de votre instance Amazon EC2 sur laquelle votre passerelle s'exécute. Pour obtenir ce nom DNS public, sélectionnez l’instance Amazon EC2 dans la console EC2, puis cliquez sur l’onglet **Description**.
1. À l’invite, entrez **6 - Command Prompt** pour ouvrir la console Support Channel.
1. Saisissez **h** pour ouvrir la fenêtre **AVAILABLE COMMANDS (COMMANDES DISPONIBLES)**.
1. Effectuez l’une des actions suivantes :
+ Si votre passerelle utilise un point de terminaison public, dans la fenêtre **COMMANDES DISPONIBLES**, entrez **open-support-channel** pour vous connecter au support client pour Storage Gateway. Autorisez le port TCP 22 afin de pouvoir ouvrir un canal de support vers AWS. Lorsque vous vous connectez au support client, Storage Gateway vous attribue un numéro de support. Notez ce numéro.
+ Si votre passerelle utilise un point de terminaison de VPC, dans la fenêtre **AVAILABLE COMMANDS (COMMANDES DISPONIBLES)**, entrez **open-support-channel**. Si votre passerelle n’est pas activée, indiquez le point de terminaison de VPC ou l’adresse IP pour vous connecter au support client pour Storage Gateway. Autorisez le port TCP 22 afin de pouvoir ouvrir un canal de support vers AWS. Lorsque vous vous connectez au support client, Storage Gateway vous attribue un numéro de support. Notez ce numéro.
**Note**
Le numéro de canal n'est pas un numéro de port Protocol/User Datagram Protocol (TCP/UDP (contrôle de transmission). Au lieu de cela, la passerelle permet une connexion Secure Shell (SSH) (TCP 22) aux serveurs Storage Gateway et fournit le canal de support pour la connexion.
1. Une fois le canal d'assistance établi, fournissez votre numéro de service d'assistance Support afin de Support pouvoir vous aider à résoudre les problèmes.
1. Une fois la session de support terminée, entrez **q** pour y mettre fin. Ne fermez pas la session tant que vous ne vous Support êtes pas informé que la session d'assistance est terminée.
1. Saisissez **exit** pour quitter la console Storage Gateway.
1. Suivez les menus de la console pour vous connecter à l’instance Storage Gateway.
## Vous souhaitez vous connecter à votre instance de passerelle à l’aide de l’Amazon EC2 Serial Console
Vous pouvez utiliser l’Amazon EC2 Serial Console pour résoudre des problèmes de démarrage, de configuration réseau et autres. Pour obtenir des instructions et des conseils de dépannage, consultez [Amazon EC2 Serial Console](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) dans le *Guide de l’utilisateur Amazon Elastic Compute Cloud*.
# Résolution des problèmes des appliances matérielles
Les rubriques suivantes présentent les problèmes rencontrés lors de l’utilisation de l’appliance matérielle Storage Gateway et les suggestions en matière de dépannage.
## Impossible de déterminer l’adresse IP du service
Lorsque vous tentez de vous connecter à votre service, veillez à utiliser l’adresse IP du service au lieu de l’adresse IP de l’hôte. Configurez l’adresse IP du service dans la console du service, et l’adresse IP de l’hôte dans la console matérielle. Vous voyez la console matérielle lorsque vous démarrez l’appliance matérielle. Pour accéder à la console du service sur la console matérielle, choisissez **Open Service Console**.
## Comment effectuer une réinitialisation d’usine ?
Si vous devez effectuer une réinitialisation d’usine sur votre appareil, contactez l’équipe de l’appliance matérielle Storage Gateway pour obtenir de l’aide, comme décrit dans la section support ci-après.
## Comment réaliser un redémarrage à distance ?
Si vous devez redémarrer votre appliance à distance, vous pouvez le faire à l’aide de l’interface de gestion Dell iDRAC. Pour plus d'informations, voir [i DRAC9 Virtual Power Cycle : mise sous tension à distance des PowerEdge serveurs Dell EMC](https://infohub.delltechnologies.com/en-us/p/idrac9-virtual-power-cycle-remotely-power-cycle-dell-emc-poweredge-servers/) sur le InfoHub site Web de Dell Technologies.
## Où obtenir le support technique pour Dell iDRAC ?
Le PowerEdge serveur Dell est livré avec l'interface de gestion Dell iDRAC. Nous vous recommandons la procédure suivante :
+ Si vous utilisez l’interface de gestion iDRAC, vous devez modifier le mot de passe par défaut. Pour plus d'informations sur les informations d'identification iDRAC, voir [Dell PowerEdge - Quelles sont les informations d'identification de connexion par défaut pour](https://www.dell.com/support/article/en-us/sln306783/dell-poweredge-what-is-the-default-username-and-password-for-idrac?lang=en) iDRAC ? .
+ Assurez-vous que le microprogramme est conçu up-to-date pour empêcher les failles de sécurité.
+ Si l’interface réseau iDRAC est transférée sur un port normal (`em`), des problèmes de performances peuvent se produire ou le fonctionnement de l’appliance peut être perturbé.
## Impossible de trouver le numéro de série de l’appliance matérielle
Vous pouvez trouver le numéro de série de votre dispositif matériel Storage Gateway à l'aide de la console Storage Gateway.
**Pour trouver le numéro de série de l'appliance matérielle :**
1. Ouvrez la console Storage Gateway à la [https://console.aws.amazon.com/storagegateway/maison](https://console.aws.amazon.com/storagegateway/).
1. Le menu de navigation sur la gauche de la page, choisissez **Matériel**.
1. Sélectionnez votre appliance matérielle dans la liste.
1. Localisez le champ **Numéro de série** dans l'onglet **Détails** de votre appareil.
## Où obtenir le support des appliances matérielles ?
Pour contacter AWS le support technique pour votre appliance matérielle, consultez [Support](https://aws.amazon.com/contact-us).
L' Support équipe peut vous demander d'activer le canal d'assistance pour résoudre à distance vos problèmes de passerelle. Il n’est pas nécessaire que ce port soit ouvert pour que votre passerelle fonctionne normalement, mais il doit l’être pour résoudre les problèmes. Vous pouvez activer le canal de support technique à partir de la console matérielle, comme indiqué dans la procédure ci-après.
**Pour ouvrir un canal d'assistance pour AWS**
1. Ouvrez la console matérielle.
1. Choisissez **Open Support Channel** en bas de la page principale de la console matérielle, puis appuyez sur`Enter`.
Le numéro de port attribué devrait apparaître dans les 30 secondes s'il n'y a aucun problème de connectivité réseau ou de pare-feu. Par exemple :
**État : Ouvert sur le port 19599**
1. Notez le numéro de port et indiquez-le à Support.
# Résolution des problèmes de volume
Vous trouverez des informations sur les problèmes les plus courants susceptibles de se présenter lorsque vous travaillez avec des volumes, ainsi que sur les actions recommandées pour les résoudre.
**Topics**
+ [La console indique que votre volume n’est pas configuré](#troubleshoot-volume-issues.VolumeNotConfigured)
+ [La console indique que votre volume est irrécupérable](#troubleshoot-volume-issues.VolumeIrrecoverable)
+ [Votre passerelle mise en cache est inaccessible et vous souhaitez récupérer vos données](#RecoverySnapshotTroubleshooting)
+ [La console indique que votre volume a l’état TRAVERSER](#troubleshoot-volume-issues.VolumePassthrough)
+ [Vous voulez vérifier l’intégrité du volume et corriger les erreurs potentielles](#troubleshoot-volume-issues.VerifyIntegrity)
+ [La cible iSCSI de votre volume n’apparaît pas dans la console de gestion des disques de Windows](#troubleshoot-volume-issues.DoesNotAppear)
+ [Vous voulez changer le nom cible iSCSI de votre volume](#troubleshoot-volume-issues.ChangeISCSI)
+ [Votre instantané de volume planifié n’a pas eu lieu](#troubleshoot-volume-issues.NoSnapshot)
+ [Vous avez besoin de supprimer ou remplacer un disque défaillant](#troubleshoot-volume-issues.RemoveVolume)
+ [Le débit de votre application sur un volume est maintenant nul](#troubleshoot-volume-issues.ThroughputZero)
+ [Un disque de cache de votre passerelle rencontre une défaillance](#troubleshoot-volume-issues.CacheDiskFail)
+ [Un instantané de volume a l’état EN ATTENTE depuis plus longtemps que prévu](#SnapshotTroubleshooting.Pending)
+ [Notifications d’intégrité relatives à la haute disponibilité](#troubleshooting-ha-notifications)
## La console indique que votre volume n’est pas configuré
Si la console Storage Gateway indique que votre volume a le statut TAMPON DE CHARGEMENT NON CONFIGURÉ, ajoutez la capacité de tampon de chargement à votre passerelle. Vous ne pouvez pas utiliser une passerelle pour stocker les données de votre application si le tampon de chargement de la passerelle n’est pas configuré. Pour plus d'informations, consultez [Pour configurer le stockage supplémentaire de tampon de chargement ou de cache pour la passerelle](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## La console indique que votre volume est irrécupérable
Pour les volumes stockés, si la console Storage Gateway indique que votre volume a le statut IRRÉCUPÉRABLE, vous ne pouvez plus utiliser ce volume. Vous pouvez essayer de supprimer le volume dans la console Storage Gateway. S’il existe des données sur le volume, vous pouvez récupérer les données lorsque vous créez un nouveau volume basé sur le disque local de la machine virtuelle qui a été initialement utilisé pour créer le volume. Lorsque vous créez le volume, sélectionnez **Conserver les données existantes**. Prenez soin de supprimer les instantanés en attente du volume avant de supprimer ce dernier. Pour plus d'informations, consultez [Supprimer des instantanés de vos volumes de stockage](DeletingASnapshot.md). Si la suppression du volume dans la console Storage Gateway ne fonctionne pas, le disque alloué pour le volume peut avoir été supprimé de façon incorrecte à partir de la machine virtuelle et ne peut pas être supprimé de l’appareil.
Pour les volumes mis en cache, si la console Storage Gateway indique que votre volume a le statut IRRÉCUPÉRABLE, vous ne pouvez plus utiliser ce volume. S’il existe des données sur le volume, vous pouvez créer un instantané du volume, puis récupérer vos données à partir de l’instantané, ou cloner le volume depuis le dernier point de récupération. Vous pouvez supprimer le volume une fois que vous avez récupéré vos données. Pour plus d'informations, consultez [Votre passerelle mise en cache est inaccessible et vous souhaitez récupérer vos données](#RecoverySnapshotTroubleshooting).
Pour les volumes stockés, vous pouvez créer un volume à partir du disque qui a été utilisé pour créer le volume irrécupérable. Pour plus d'informations, consultez [Création d'un volume de stockage](GettingStartedCreateVolumes.md). Pour obtenir des informations sur l'état du volume, consultez [Comprendre les états des volumes et les transitions](StorageVolumeStatuses.md).
## Votre passerelle mise en cache est inaccessible et vous souhaitez récupérer vos données
Lorsque votre passerelle devient inaccessible (par exemple, lorsque vous l’arrêtez), vous avez la possibilité de créer un instantané d’un point de récupération de volume et à l’aide de l’instantané ou de cloner un nouveau volume à partir du point de récupération pour un volume existant. Cloner à partir du point de récupération de volume est plus rapide et plus économique que créer un instantané. Pour plus d’informations sur le clonage d’un volume, consultez [Clonage d'un volume mis en cache à partir d'un point de restauration](clone-volume.md).
Storage Gateway fournit des points de récupération pour chaque volume dans une architecture de passerelle de volume en cache. Un *point de récupération du volume* est un point dans le temps auquel toutes les données du volume sont cohérentes et à partir duquel vous pouvez créer un instantané ou cloner un volume.
## La console indique que votre volume a l’état TRAVERSER
Dans certains cas, la console Storage Gateway peut indiquer que votre volume a le statut TRANSMETTRE. Un volume peut avoir l’état TRANSMETTRE pour plusieurs raisons. Certaines nécessitent une action, et d’autres non.
Vous devez par exemple intervenir lorsque votre passerelle a manqué d’espace de tampon de chargement. Pour vérifier si votre mémoire tampon de téléchargement a été dépassée par le passé, vous pouvez consulter la `UploadBufferPercentUsed` métrique dans la CloudWatch console Amazon ; pour plus d'informations, consultez[Surveillance du tampon de chargement](PerfUploadBuffer-common.md). Si votre passerelle a le statut TRANSMETTRE parce qu’elle n’a plus d’espace de tampon de chargement, vous devez allouer plus d’espace de tampon de chargement à votre passerelle. En ajoutant de l’espace tampon, votre volume passera automatiquement de TRANSMETTRE à AMORÇAGE et DISPONIBLE. Pendant que le volume a le statut AMORÇAGE, la passerelle lit les données sur le disque du volume, les télécharge sur Amazon S3 et rattrape le retard si nécessaire. Une fois que la passerelle a rattrapé le retard et enregistré les données de volume de Amazon S3, le statut du volume devient DISPONIBLE et les instantanés peuvent être démarrés à nouveau. Notez que si votre volume a le statut TRAVERSER ou AMORÇAGE, vous pouvez continuer à lire et à écrire les données à partir du disque du volume. Pour plus d’informations sur l’ajout d’espace de tampon de chargement, consultez [Détermination de la taille de tampon de chargement à allouer](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
Afin de prendre des mesures avant le dépassement du tampon de chargement, vous pouvez définir une alarme seuil sur un tampon de chargement de la passerelle. Pour plus d'informations, consultez [Pour définir une alarme de seuil supérieur pour le tampon de chargement de la passerelle](PerfUploadBuffer-common.md#GatewayAlarm1-common).
En revanche, vous n’avez pas besoin d’intervenir lorsqu’un volume a l’état TRAVERSER et qu’il attend l’amorçage parce qu’un autre volume est en cours d’amorçage. La passerelle amorce un volume à la fois.
Le statut TRAVERSER peut indiquer, mais c’est rarement le cas, qu’un disque alloué pour un tampon de chargement a échoué. Le cas échéant, vous devez supprimer le disque. Pour plus d'informations, consultez [Utilisation des ressources de stockage Volume Gateway](resource-volume-gateway.md). Pour obtenir des informations sur l'état du volume, consultez [Comprendre les états des volumes et les transitions](StorageVolumeStatuses.md).
## Vous voulez vérifier l’intégrité du volume et corriger les erreurs potentielles
Si vous voulez vérifier l’intégrité du volume et corriger les erreurs potentielle, et si votre passerelle utilise les initiateurs Microsoft Windows pour se connecter à ses volumes, vous pouvez utiliser l’utilitaire Windows CHKDSK pour vérifier l’intégrité de vos volumes et corriger les erreurs sur les volumes. Windows peut exécuter automatiquement l’outil CHKDSK lorsque la corruption du volume est détectée, ou vous pouvez l’exécuter vous-même.
## La cible iSCSI de votre volume n’apparaît pas dans la console de gestion des disques de Windows
Si la cible iSCSI de votre volume n’apparaît pas dans la console de gestion des disques sous Windows, vérifiez que vous avez configuré le tampon de chargement de la passerelle. Pour plus d'informations, consultez [Pour configurer le stockage supplémentaire de tampon de chargement ou de cache pour la passerelle](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Vous voulez changer le nom cible iSCSI de votre volume
Si vous voulez modifier le nom cible iSCSI de votre volume, vous devez supprimer le volume et l’ajouter à nouveau avec un nouveau nom de cible. Si vous procédez ainsi, vous pouvez conserver les données sur le volume.
## Votre instantané de volume planifié n’a pas eu lieu
Si l’instantané planifié d’un volume n’a pas eu lieu, vérifiez si votre volume a l’état TRANSMETTRE ou si le tampon de chargement de la passerelle a été rempli juste avant l’heure planifiée pour l’instantané. Vous pouvez vérifier la `UploadBufferPercentUsed` métrique de la passerelle dans la CloudWatch console Amazon et créer une alarme pour cette métrique. Pour plus d’informations, consultez [Surveillance du tampon de chargement](PerfUploadBuffer-common.md) et [Pour définir une alarme de seuil supérieur pour le tampon de chargement de la passerelle](PerfUploadBuffer-common.md#GatewayAlarm1-common).
## Vous avez besoin de supprimer ou remplacer un disque défaillant
Si vous avez besoin de remplacer un disque de volume défaillant ou de remplacer un volume parce qu’il n’est pas nécessaire, vous devez d’abord supprimer le volume à l’aide de la console Storage Gateway. Pour plus d'informations, consultez [Pour supprimer un volume](ApplicationStorageVolumesCached-Removing.md#CachedRemovingAStorageVolume). Utilisez ensuite le client de l’hyperviseur pour supprimer le stockage de sauvegarde :
+ Pour VMware ESXi, retirez le support de stockage comme décrit dans[Supprimer des volumes de stockage](ApplicationStorageVolumesCached-Removing.md).
+ Pour Microsoft Hyper-V, supprimez le stockage de sauvegarde.
## Le débit de votre application sur un volume est maintenant nul
Si le débit de votre application sur un volume a atteint zéro, essayez les opérations suivantes :
+ **Si vous utilisez le client VMware vSphere, vérifiez que l'adresse **IP hôte** de votre volume correspond à l'une des adresses qui apparaissent dans le client vSphere dans l'onglet Résumé.** Vous trouverez l’adresse **IP hôte** pour un volume de stockage dans la console Storage Gateway, dans l’onglet **Détails** du volume. Un écart dans l’adresse IP peut se produire, par exemple lorsque vous attribuez une nouvelle adresse IP statique à votre passerelle. S’il y a un écart, redémarrez la passerelle à partir de la console Storage Gateway, comme indiqué dans [Arrêt de la machine virtuelle de la passerelle](MaintenanceShutDown-common.md). Après le redémarrage, l’adresse **IP de l’hôte** dans l’onglet **Infos cibles ISCSI** pour un volume de stockage doit correspondre à une adresse IP sur le client vSphere, sur l’onglet **Résumé** de la passerelle.
+ Si la zone **IP hôte**ne contient aucune adresse IP pour le volume et que la passerelle est en ligne. Par exemple, cela peut se produire si vous créez un volume associé à une adresse IP d’une carte réseau d’une passerelle comptant deux ou plusieurs cartes réseau. Lorsque vous supprimez ou désactivez la carte réseau à laquelle le volume est associé, l’adresse IP peut ne pas s’afficher dans la zone **IP hôte**. Pour résoudre ce problème, supprimez le volume, puis recréez-le en conservant les données existantes.
+ Vérifiez que l’initiateur iSCSI utilisé par votre application est correctement mappé à la cible iSCSI pour le volume de stockage. Pour plus d’informations sur la connexion des volumes de stockage, consultez [Connexion à vos volumes depuis un client Windows](ConfiguringiSCSIClient.md).
Vous pouvez consulter le débit des volumes et créer des alarmes depuis la CloudWatch console Amazon. Pour plus d’informations sur la mesure du débit de votre application vers un volume, consultez [Mesure des performances entre votre application et la passerelle](PerfAppGateway-common.md).
## Un disque de cache de votre passerelle rencontre une défaillance
Si un ou plusieurs disque de cache rencontrent une erreur, la passerelle empêche les opérations de lecture et d’écriture sur les bandes virtuelles et les volumes. Pour reprendre le fonctionnement normal, reconfigurez votre passerelle comme décrit ci-dessous :
+ Si le disque de cache est inaccessible ou inutilisable, supprimez-le de la configuration de votre passerelle.
+ Si le disque de cache est toujours accessible et utilisable, reconnectez-le à votre passerelle.
**Note**
Si vous effacez un disque de cache, les bandes ou les volumes ayant des données propres (c’est-à-dire, pour lesquels les données du disque de cache et d’Amazon S3 sont synchronisées) continueront d’être disponibles lorsque la passerelle retourne à un fonctionnement normal. Par exemple, si votre passerelle possède trois disques de cache et que vous en supprimez deux, les bandes ou volumes propres auront le statut DISPONIBLE. Les autres bandes et volumes auront le statut IRRÉCUPÉRABLE.
Si vous utilisez des disques éphémères comme disques de cache pour votre passerelle ou si vous montez vos disques de cache sur un lecteur éphémère, vos disques de cache seront perdus lorsque vous fermerez la passerelle. L’arrêt de la passerelle lorsque votre disque de cache et Amazon S3 ne sont pas synchronisés peut entraîner une perte de données. Par conséquent, nous vous déconseillons d’utiliser des lecteurs ou des disques éphémères.
## Un instantané de volume a l’état EN ATTENTE depuis plus longtemps que prévu
Si un instantané de volume reste EN ATTENTE plus longtemps que prévu, cela peut indiquer que la machine virtuelle de la passerelle a eu une défaillance ou que le statut d’un volume est passé à TRANSMETTRE ou IRRÉCUPÉRABLE. Dans l’un ou l’autre de ces cas, l’instantané reste EN ATTENTE et ne se termine pas avec succès. Dans ce cas, nous vous recommandons de supprimer l’instantané. Pour plus d'informations, consultez [Supprimer des instantanés de vos volumes de stockage](DeletingASnapshot.md).
Lorsque le volume retourne à l’état DISPONIBLE, créez un instantané du volume. Pour obtenir des informations sur l'état du volume, consultez [Comprendre les états des volumes et les transitions](StorageVolumeStatuses.md).
## Notifications d’intégrité relatives à la haute disponibilité
Lorsque vous exécutez votre passerelle sur la plate-forme VMware vSphere High Availability (HA), vous pouvez recevoir des notifications de santé. Pour plus d’informations sur les notifications relatives à l’état, consultez [Résolution des problèmes de haute disponibilité](troubleshooting-ha-issues.md).
# Résolution des problèmes de haute disponibilité
Vous trouverez ci-dessous des informations sur les actions à entreprendre si vous rencontrez des problèmes de disponibilité.
**Topics**
+ [Notifications d’intégrité](#ha-health-notifications)
+ [Métriques](#ha-health-notification-metrics)
## Notifications d’intégrité
Lorsque vous exécutez votre passerelle sur VMware vSphere HA, toutes les passerelles envoient les notifications de santé suivantes au groupe de journaux Amazon CloudWatch que vous avez configuré. Ces notifications vont dans un flux de journaux appelé `AvailabilityMonitor`.
**Topics**
+ [Notification : Reboot](#troubleshoot-reboot-notification)
+ [Notification : HardReboot](#troubleshoot-hardreboot-notification)
+ [Notification : HealthCheckFailure](#troubleshoot-healthcheckfailure-notification)
+ [Notification : AvailabilityMonitorTest](#troubleshoot-availabilitymonitortest-notification)
### Notification : Reboot
Vous pouvez obtenir une notification de redémarrage lorsque la machine virtuelle de la passerelle est redémarrée. Vous pouvez redémarrer une machine virtuelle de passerelle à l’aide de la console de gestion des hyperviseurs de la machine virtuelle ou de la console Storage Gateway. Vous pouvez également la redémarrer à l’aide du logiciel de la passerelle pendant le cycle de maintenance de la passerelle.
**Action à exécuter**
Si l’heure du redémarrage se situe dans les 10 minutes de l’[heure de démarrage de la maintenance](MaintenanceManagingUpdate-common.md) configurée de la passerelle, ce redémarrage est probablement une occurrence normale et non un signe de problème. Si le redémarrage s’est produit largement en dehors de la fenêtre de maintenance, vérifiez si la passerelle a été redémarrée manuellement.
### Notification : HardReboot
Vous pouvez obtenir une notification `HardReboot` lorsque la machine virtuelle de la passerelle est redémarrée de façon inattendue. Un tel redémarrage peut être dû à une perte de puissance, à une défaillance matérielle ou à un autre événement. Pour les VMware passerelles, une réinitialisation par vSphere High Availability Application Monitoring peut lancer cet événement.
**Action à exécuter**
Lorsque votre passerelle s'exécute dans un tel environnement, vérifiez la présence de la `HealthCheckFailure` notification et consultez le journal VMware des événements de la machine virtuelle.
### Notification : HealthCheckFailure
Pour une passerelle sur VMware vSphere HA, vous pouvez recevoir une `HealthCheckFailure` notification lorsqu'un contrôle de santé échoue et qu'un redémarrage de machine virtuelle est demandé. Cet événement se produit également lors d’un test de surveillance de la disponibilité, indiqué par une notification `AvailabilityMonitorTest`. Dans ce cas, la notification `HealthCheckFailure` est attendue.
**Note**
Cette notification concerne uniquement les VMware passerelles.
**Action à exécuter**
Si cet événement se produit à plusieurs reprises sans notification `AvailabilityMonitorTest`, recherchez les problèmes éventuels de votre infrastructure de machine virtuelle (stockage, mémoire, etc.). Si vous avez besoin d'une assistance supplémentaire, contactez Support.
### Notification : AvailabilityMonitorTest
Pour une passerelle sur VMware vSphere HA, vous pouvez recevoir une `AvailabilityMonitorTest` notification lorsque vous [testez](vmware-ha.md#vmware-ha-test-failover) le système de [surveillance de la disponibilité et des applications](https://docs.aws.amazon.com/storagegateway/latest/APIReference/API_StartAvailabilityMonitorTest.html) dans. VMware
## Métriques
La métrique `AvailabilityNotifications` est disponible sur toutes les passerelles. Cette métrique représente le nombre de notifications d’intégrité liées à la disponibilité et générées par la passerelle. Utilisez la statistique `Sum` pour observer si la passerelle rencontre des événements liés à la disponibilité. Consultez le groupe de CloudWatch journaux que vous avez configuré pour plus de détails sur les événements.