Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Solución de problemas de la gateway
A continuación, puede encontrar información sobre las prácticas recomendadas y la solución de problemas relacionados con las puertas de enlace, las plataformas de host, los volúmenes, la alta disponibilidad, la recuperación de datos y las instantáneas. La información sobre la solución de problemas de las puertas de enlace en las instalaciones cubre las puertas de enlace implementadas en las plataformas de virtualización compatibles. La información de solución de problemas de alta disponibilidad abarca las puertas de enlace que se ejecutan en la plataforma VMware vSphere High Availability (HA).
**Temas**
+ [Solución de problemas: problemas sin conexión de puerta de enlace](troubleshooting-gateway-offline.md): obtenga información sobre cómo diagnosticar los problemas que pueden provocar que la puerta de enlace aparezca sin conexión en la consola de Storage Gateway.
+ [Solución de problemas: error interno durante la activación de la puerta de enlace](troubleshooting-gateway-activation.md): obtenga información sobre qué hacer si recibe un mensaje de error interno al intentar activar la Storage Gateway.
+ [Solución de problemas de puerta de enlace en las instalaciones](troubleshooting-on-premises-gateway-issues.md)- Obtenga información sobre los problemas habituales que se pueden producir al trabajar con las puertas de enlace locales y cómo permitir la conexión Soporte a ellas para facilitar la solución de problemas.
+ [Solución de problemas de configuración de Microsoft Hyper-V](troubleshooting-hyperv-setup.md): obtenga información sobre los problemas habituales que podrían surgir al implementar Storage Gateway en la plataforma de Microsoft Hyper-V.
+ [Resolución de problemas de puerta de enlace de Amazon EC2](troubleshooting-EC2-gateway-issues.md)- Obtenga información sobre los problemas típicos que puede encontrar al trabajar con pasarelas implementadas en Amazon EC2.
+ [Solución de problemas del dispositivo de hardware](troubleshooting-hardware-appliance-issues.md): obtenga información sobre cómo resolver los problemas que pueda encontrar con el dispositivo de hardware de Storage Gateway.
+ [Solución de problemas con volúmenes](troubleshoot-volume-issues.md): encuentre información sobre los problemas más habituales que podría encontrar al trabajar con volúmenes y las acciones que le sugerimos para corregirlos.
+ [Solución de problemas de alta disponibilidad](troubleshooting-ha-issues.md)- Obtenga información sobre qué hacer si tiene problemas con las puertas de enlace que se implementan en un VMware entorno de alta disponibilidad.
# Solución de problemas: problemas sin conexión de puerta de enlace
Utilice la siguiente información de solución de problemas para determinar qué hacer si la consola de AWS Storage Gateway muestra que la puerta de enlace está desconectada.
La puerta de enlace puede mostrarse como desconectada por uno o varios de los motivos siguientes:
+ La puerta de enlace no puede llegar a los puntos de conexión del servicio de Storage Gateway.
+ La puerta de enlace se cerró inesperadamente.
+ Se desconectó o modificó un disco caché asociado a la puerta de enlace, o se produjo un error.
Para volver a conectar la puerta de enlace, identifique y resuelva el problema que provocó que la puerta de enlace se desconectara.
## Comprobación del firewall o el proxy asociados
Si configuró la puerta de enlace para usar un proxy o la colocó detrás de un firewall, revise las reglas de acceso del proxy o el firewall. El proxy o el firewall deben permitir el tráfico hacia y desde los puertos de red y los puntos de conexión de servicio requeridos por Storage Gateway. Para obtener más información, consulte [Requisitos de red y firewall](https://docs.aws.amazon.com/storagegateway/latest/vgw/Requirements.html#networks).
## Comprobación para una inspección continua de SSL o de paquetes exhaustiva del tráfico de la puerta de enlace
Si actualmente se está realizando una inspección profunda de paquetes o SSL en el tráfico de red entre la puerta de enlace y la puerta de enlace AWS, es posible que la puerta de enlace no pueda comunicarse con los puntos finales de servicio necesarios. Para que la puerta de enlace vuelva a estar en línea, debe desactivar la inspección.
## Comprobación de si hay un corte de energía o un error de hardware en el host del hipervisor
Un corte de energía o un error de hardware en el host del hipervisor de la puerta de enlace pueden provocar que la puerta de enlace se cierre inesperadamente y no se pueda acceder a ella. Tras restablecer la alimentación y la conectividad de red, se volverá a poder acceder a la puerta de enlace.
Cuando la puerta de enlace vuelva a estar en línea, asegúrese de tomar las medidas necesarias para recuperar los datos. Para obtener información, consulte [Prácticas recomendadas para recuperar datos](https://docs.aws.amazon.com/storagegateway/latest/vgw/recover-data-from-gateway.html).
## Comprobación de si hay problemas con un disco de caché asociado
La puerta de enlace se puede desconectar si al menos uno de los discos de caché asociados a la puerta de enlace se ha eliminado, modificado, redimensionado o está dañado.
**Si se ha eliminado un disco de caché en funcionamiento del host del hipervisor:**
1. Apague la gateway.
1. Vuelva a agregar el disco.
**nota**
Asegúrese de agregar el disco al mismo nodo de disco.
1. Reinicie la gateway.
**Si un disco de caché está dañado, se reemplazó o se cambió su tamaño:**
1. Apague la gateway.
1. Restablezca el disco de la caché.
1. Vuelva a configurar el disco para el almacenamiento en caché.
1. Reinicie la gateway.
# Solución de problemas: error interno durante la activación de la puerta de enlace
Las solicitudes de activación de Storage Gateway atraviesan dos rutas de red. Las solicitudes de activación entrantes que envía un cliente se conectan a la máquina virtual (VM) de la puerta de enlace o a la instancia de Amazon Elastic Compute Cloud (Amazon EC2) a través del puerto 80. Si la puerta de enlace recibe correctamente la solicitud de activación, la puerta de enlace se comunica con los puntos de conexión de Storage Gateway para recibir una clave de activación. Si la puerta de enlace no puede llegar a los puntos de conexión de Storage Gateway, la puerta de enlace responde al cliente con un mensaje de error interno.
Utilice la siguiente información de solución de problemas para determinar qué hacer si recibe un mensaje de error interno al intentar activar AWS Storage Gateway.
**nota**
Asegúrese de implementar nuevas puertas de enlace con la versión del archivo de imagen de máquina virtual más reciente o de Imagen de máquina de Amazon (AMI). Recibirá un error interno si intenta activar una puerta de enlace que utiliza una AMI desactualizada.
Asegúrese de seleccionar el tipo de puerta de enlace correcto que pretende implementar antes de descargar la AMI. Los archivos.ova y AMIs para cada tipo de puerta de enlace son diferentes y no son intercambiables.
## Resolución de errores al activar la puerta de enlace mediante un punto de conexión público
Para resolver los errores de activación al activar la puerta de enlace mediante un punto de conexión público, realice las siguientes comprobaciones y configuraciones.
### Comprobación de los puertos necesarios
Para las puertas de enlace implementadas en las instalaciones, compruebe que los puertos estén abiertos en el firewall local. Para puertas de enlace implementadas en una instancia de Amazon EC2, compruebe que los puertos estén abiertos en el grupo de seguridad de la instancia. Para confirmar que los puertos están abiertos, ejecute un comando telnet en el punto de conexión público desde un servidor. Este servidor debe estar en la misma subred que la puerta de enlace. Por ejemplo, los siguientes comandos telnet prueban la conexión al puerto 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
```
Para confirmar que la propia puerta de enlace puede llegar al punto de conexión, acceda a la consola de máquina virtual local de la puerta de enlace (para las puertas de enlace implementadas en las instalaciones). O bien, puede utilizar SSH en la instancia de la puerta de enlace (para las puertas de enlace implementadas en Amazon EC2). A continuación, ejecute una prueba de conectividad de red. Confirme que la prueba devuelve `[PASSED]`. Para obtener más información, consulte [Testing your gateway's network connectivity](https://docs.aws.amazon.com/storagegateway/latest/vgw/manage-on-premises-common.html#MaintenanceTestGatewayConnectivity-common).
**nota**
El nombre de usuario de inicio de sesión predeterminado para la consola de la puerta de enlace es `admin` y la contraseña predeterminada es `password`.
### Asegúrese de que la seguridad del firewall no modifique los paquetes enviados desde la puerta de enlace a los puntos de conexión públicos
Las inspecciones de SSL, las inspecciones exhaustivas de paquetes u otras formas de seguridad mediante firewall pueden interferir con los paquetes enviados desde la puerta de enlace. El protocolo de enlace SSL produce un error si el certificado SSL se modifica con respecto a lo esperado del punto de conexión de activación. Para confirmar que no hay ninguna inspección de SSL en curso, ejecute un comando de OpenSSL en el punto de conexión de activación principal (`anon-cp.storagegateway.region.amazonaws.com`) del puerto 443. Debe ejecutar este comando desde una máquina que se encuentre en la misma subred que la puerta de enlace:
```
$ openssl s_client -connect anon-cp.storagegateway.region.amazonaws.com:443 -servername anon-cp.storagegateway.region.amazonaws.com
```
**nota**
Sustitúyalos por *region* los suyos. Región de AWS
Si no hay ninguna inspección de SSL en curso, el comando devuelve una respuesta similar a la siguiente:
```
$ 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 hay una inspección de SSL en curso, la respuesta muestra una cadena de certificados alterada, similar a la siguiente:
```
$ 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
---
```
El punto de conexión de activación solo acepta los protocolos de enlace de SSL si reconoce el certificado SSL. Esto significa que el tráfico saliente de la puerta de enlace hacia los puntos de conexión debe estar exento de las inspecciones realizadas por los firewalls de la red. Es posible que estas inspecciones sean una inspección de SSL o una inspección profunda de paquetes.
### Comprobación de la sincronización horaria de la puerta de enlace
Los sesgos horarios excesivos pueden provocar errores en el protocolo de enlace de SSL. En el caso de las puertas de enlace en las instalaciones, puede utilizar la consola de máquina virtual local de la puerta de enlace para comprobar la sincronización horaria de la puerta de enlace. El sesgo horario no debe ser superior a 60 segundos. Para obtener más información, consulte [Sincronización de la hora de la MV de la gateway](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html).
La opción **Administración del tiempo del sistema** no está disponible en las puertas de enlace alojadas en instancias de Amazon EC2. Para asegurarse de que las puertas de enlace de Amazon EC2 pueden sincronizar correctamente la hora, confirme que la instancia de Amazon EC2 puede conectarse a la siguiente lista de grupos de servidores NTP a través de los puertos UDP y TCP 123:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
## Resolución de errores al activar la puerta de enlace mediante un punto de conexión de VPC de Amazon
Para resolver los errores de activación al activar la puerta de enlace mediante un punto de conexión de Amazon Virtual Private Cloud (Amazon VPC), realice las siguientes comprobaciones y configuraciones.
### Comprobación de los puertos necesarios
Asegúrese de que los puertos necesarios del firewall local (para las puertas de enlace implementadas en las instalaciones) o del grupo de seguridad (para las puertas de enlace implementadas en Amazon EC2) estén abiertos. Los puertos necesarios para conectar una puerta de enlace a un punto de conexión de VPC de Storage Gateway difieren de los necesarios al conectar una puerta de enlace a puntos de conexión públicos. Se requieren los siguientes puertos para conectarse a un punto de conexión de VPC de Storage Gateway:
+ TCP 443
+ TCP 1026
+ TCP 1027
+ TCP 1028
+ TCP 1031
+ TCP 2222
Para obtener más información, consulte [Creating a VPC endpoint for Storage Gateway](https://docs.aws.amazon.com/storagegateway/latest/vgw/gateway-private-link.html#create-vpc-endpoint).
Además, compruebe el grupo de seguridad que está conectado al punto de conexión de VPC de Storage Gateway. Es posible que el grupo de seguridad predeterminado asociado al punto de conexión no permita los puertos necesarios. Cree un nuevo grupo de seguridad que permita el tráfico desde el rango de direcciones IP de la puerta de enlace a través de los puertos necesarios. A continuación, asocie ese grupo de seguridad al punto de conexión de VPC.
**nota**
Utilice la [consola de Amazon VPC](https://console.aws.amazon.com//vpc/) para verificar el grupo de seguridad que está conectado al punto de conexión de VPC. Consulte el punto de conexión de VPC de Storage Gateway desde la consola y, a continuación, elija la pestaña **Grupos de seguridad**.
Para confirmar que los puertos necesarios están abiertos, puede ejecutar comandos telnet en el punto de conexión de VPC de Storage Gateway. Debe ejecutar estos comandos desde un servidor que esté en la misma subred que la puerta de enlace. Puede ejecutar las pruebas en el primer nombre de DNS que no especifique una zona de disponibilidad. Por ejemplo, los siguientes comandos telnet prueban las conexiones de puerto necesarias con el nombre de 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
```
### Asegúrese de que la seguridad del firewall no modifique los paquetes enviados desde la puerta de enlace al punto de conexión de VPC de Amazon de Storage Gateway
Las inspecciones de SSL, las inspecciones exhaustivas de paquetes u otras formas de seguridad mediante firewall pueden interferir con los paquetes enviados desde la puerta de enlace. El protocolo de enlace SSL produce un error si el certificado SSL se modifica con respecto a lo esperado del punto de conexión de activación. Para confirmar que no hay ninguna inspección de SSL en curso, ejecute un comando de OpenSSL en el punto de conexión de VPC de Storage Gateway. Debe ejecutar este comando desde una máquina que se encuentre en la misma subred que la puerta de enlace. Ejecute el comando para cada puerto requerido:
```
$ 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 no hay ninguna inspección de SSL en curso, el comando devuelve una respuesta similar a la siguiente:
```
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 hay una inspección de SSL en curso, la respuesta muestra una cadena de certificados alterada, similar a la siguiente:
```
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
---
```
El punto de conexión de activación solo acepta los protocolos de enlace de SSL si reconoce el certificado SSL. Esto significa que el tráfico saliente de la puerta de enlace hacia el punto de conexión de VPC debe estar exento de las inspecciones realizadas por los firewalls de la red. Es posible que estas inspecciones sean inspecciones de SSL o inspecciones profundas de paquetes.
### Comprobación de la sincronización horaria de la puerta de enlace
Los sesgos horarios excesivos pueden provocar errores en el protocolo de enlace de SSL. En el caso de las puertas de enlace en las instalaciones, puede utilizar la consola de máquina virtual local de la puerta de enlace para comprobar la sincronización horaria de la puerta de enlace. El sesgo horario no debe ser superior a 60 segundos. Para obtener más información, consulte [Sincronización de la hora de la MV de la gateway](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html).
La opción **Administración del tiempo del sistema** no está disponible en las puertas de enlace alojadas en instancias de Amazon EC2. Para asegurarse de que las puertas de enlace de Amazon EC2 pueden sincronizar correctamente la hora, confirme que la instancia de Amazon EC2 puede conectarse a la siguiente lista de grupos de servidores NTP a través de los puertos UDP y TCP 123:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
### Comprobación de un proxy HTTP y confirmación de la configuración del grupo de seguridad asociado
Antes de la activación, compruebe si tiene un proxy HTTP en Amazon EC2 configurado en la máquina virtual de puerta de enlace en las instalaciones como un proxy Squid en el puerto 3128. En este caso, confirme lo siguiente:
+ El grupo de seguridad adjunto al proxy HTTP en Amazon EC2 debe tener una regla de entrada. Esta regla de entrada debe permitir el tráfico del proxy Squid en el puerto 3128 desde la dirección IP de la máquina virtual de la puerta de enlace.
+ El grupo de seguridad adjunto al punto de conexión de VPC de Amazon EC2 debe tener reglas de entrada. Estas reglas de entrada deben permitir el tráfico en los puertos 1026-1028, 1031, 2222 y 443 desde la dirección IP del proxy HTTP en Amazon EC2.
## Resuelva los errores al activar la puerta de enlace mediante un punto de conexión público y hay un punto de conexión de VPC de Storage Gateway en la misma VPC
Para resolver los errores al activar la puerta de enlace mediante un punto de conexión público cuando hay un punto de conexión de Amazon Virtual Private Cloud (Amazon VPC) en la misma VPC, realice las siguientes comprobaciones y configuraciones.
### Confirmar que la configuración **Habilitar nombre de DNS privado** no esté habilitada en el punto de conexión de VPC de Storage Gateway
Si la opción **Habilitación de nombre de DNS privado** está habilitada, no podrá activar ninguna puerta de enlace desde esa VPC al punto de conexión público.
**Para desactivar la opción de nombre de DNS privado:**
1. Abra la [Consola de Amazon VPC](https://console.aws.amazon.com//vpc/).
1. En el panel de navegación, elija **Puntos de conexión**.
1. Elija el punto de conexión de VPC de Storage Gateway.
1. Elija **Acciones**.
1. Elija **Administrar nombres de DNS privados**.
1. Para **Habilitar nombre de DNS privado**, borre **Habilitar para este punto de conexión**.
1. Elija **Modificar nombres de DNS privados** para guardar la configuración.
# Solución de problemas de puerta de enlace en las instalaciones
A continuación, encontrará información sobre los problemas típicos que puede encontrar al trabajar con las puertas de enlace locales y sobre cómo activarlos para ayudar Soporte a solucionar los problemas de la puerta de enlace.
En la siguiente tabla se muestran los problemas habituales que podría encontrar al trabajar con gateways locales.
| Problema | Acción que ejecutar |
| --- | --- |
| No se encuentra la dirección IP de la gateway. | Utilice el cliente del hipervisor para conectarse al host y buscar la dirección IP de la gateway. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Si continúa teniendo problemas para encontrar la dirección IP de la gateway: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Tiene problemas de red o de firewall. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| La activación de la puerta de enlace produce un error al hacer clic en el botón **Proceder a la activación** de la consola de administración de Storage Gateway. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Debe eliminar un disco asignado como espacio de búfer de carga. Por ejemplo, es posible que desee reducir la cantidad de espacio del búfer de carga para una gateway o sustituir un disco utilizado como búfer de carga que ha producido un error. | Para obtener instrucciones sobre cómo eliminar un disco asignado como espacio de búfer de carga, consulte [Retirada de discos de la gateway](add-remove-disks.md). |
| Debe mejorar el ancho de banda entre la puerta de enlace y AWS. | Puede mejorar el ancho de banda de la puerta de enlace AWS configurando la conexión a Internet AWS en un adaptador de red (NIC) independiente del que conecta las aplicaciones y la máquina virtual de la puerta de enlace. Este enfoque resulta útil si tiene una conexión con un ancho de banda elevado AWS y quiere evitar la contención del ancho de banda, especialmente durante una restauración instantánea. Para necesidades de carga de trabajo de alto rendimiento, puede usar [Direct Connect](https://aws.amazon.com/directconnect/) para establecer una conexión de red dedicada entre la puerta de enlace en las instalaciones y AWS. Para medir el ancho de banda de la conexión desde la puerta de enlace AWS, utilice las `CloudBytesUploaded` métricas `CloudBytesDownloaded` y de la puerta de enlace. Para obtener más información sobre este tema, consulte [Medición del rendimiento entre su puerta de enlace y AWS](PerfGatewayAWS-common.md). Mejorar la conectividad a Internet ayuda a garantizar que el búfer de carga no se llene. |
| El rendimiento hacia o desde la gateway disminuye a cero. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Puedes ver el rendimiento desde y hacia tu puerta de enlace desde la CloudWatch consola de Amazon. Para obtener más información sobre cómo medir el rendimiento desde y hacia tu puerta de enlace AWS, consulta. [Medición del rendimiento entre su puerta de enlace y AWS](PerfGatewayAWS-common.md) |
| Tiene problemas para importar (implementar) Storage Gateway en Microsoft Hyper-V. | Consulte [Solución de problemas de configuración de Microsoft Hyper-V](troubleshooting-hyperv-setup.md), donde se explican algunos de los problemas comunes de implementar una gateway en Microsoft Hyper-V. |
| Recibirá un mensaje que indica: “Los datos que se han escrito en el volumen en la puerta de enlace no se almacenan de forma segura en AWS”. | Recibirá este mensaje si la máquina virtual de la gateway se creó a partir de un clon o de una instantánea de otra máquina virtual de gateway. Si este no es el caso, póngase en contacto con Soporte. |
## Permiten ayudar Soporte a solucionar los problemas de su puerta de enlace alojada en las instalaciones
Storage Gateway proporciona una consola local que puede usar para realizar varias tareas de mantenimiento, incluida la activación Soporte para acceder a su puerta de enlace para ayudarlo a solucionar problemas de la puerta de enlace. De forma predeterminada, el Soporte acceso a la puerta de enlace está desactivado. Proporcione este acceso mediante la consola local del host. Para Soporte acceder a su puerta de enlace, primero debe iniciar sesión en la consola local del host, ir a la consola de Storage Gateway y, a continuación, conectarse al servidor de soporte.
**Para permitir el Soporte acceso a su puerta de enlace**
1. Inicie sesión en la consola local del host.
+ VMware ESXi — para obtener más información, consulte[Acceder a la consola local de Gateway con VMware ESXi](accessing-local-console.md#MaintenanceConsoleWindowVMware-common).
+ Microsoft Hyper-V: para obtener más información, consulte [Acceso a la consola local de la gateway con Microsoft Hyper-V](accessing-local-console.md#MaintenanceConsoleWindowHyperV-common).
1. Cuando se le solicite, introduzca el número correspondiente para seleccionar **Consola de puerta de enlace**.
1. Introduzca **h** para abrir la lista de comandos disponibles.
1.
Realice una de las siguientes acciones:
+ Si la puerta de enlace está utilizando un punto de conexión público, en la ventana **COMANDOS DISPONIBLES** introduzca **open-support-channel** para conectar con el servicio de atención al cliente de Storage Gateway. Permitir el puerto TCP 22 para poder abrir un canal de soporte en AWS. Cuanto conecte con el servicio de atención al cliente, Storage Gateway le asignará un número de soporte. Apunte el número de soporte.
+ Si la gateway está utilizando un punto de enlace de la VPC, en la ventana **AVAILABLE COMMANDS (COMANDOS DISPONIBLES)**, introduzca **open-support-channel**. Si la puerta de enlace no está activada, proporcione el punto de conexión de VPC o la dirección IP para conectar con el servicio de atención al cliente de Storage Gateway. Permitir el puerto TCP 22 para poder abrir un canal de soporte en AWS. Cuanto conecte con el servicio de atención al cliente, Storage Gateway le asignará un número de soporte. Apunte el número de soporte.
**nota**
El número de canal no es un número de puerto Protocol/User Datagram Protocol (TCP/UDP (Control de transmisión). En lugar de ello, la puerta de enlace realiza una conexión Secure Shell (SSH) (TCP 22) a los servidores de Storage Gateway y proporciona el canal de soporte para la conexión.
1. Una vez establecido el canal de soporte, proporcione su número de servicio de soporte para Soporte que Soporte pueda ayudarlo a solucionar problemas.
1. Cuando se complete la sesión de soporte, introduzca **q** para finalizarla. No cierre la sesión hasta que el servicio de soporte de Amazon Web Services le notifique que la sesión de soporte se ha completado.
1. Introduzca **exit** para cerrar sesión en la consola de la puerta de enlace.
1. Siga las instrucciones para salir de la consola local.
# Solución de problemas de configuración de Microsoft Hyper-V
En la siguiente tabla se muestran los problemas habituales que podrían surgir al implementar Storage Gateway en la plataforma de Microsoft Hyper-V.
| Problema | Acción que ejecutar |
| --- | --- |
| Se intenta importar una puerta de enlace y se recibe el mensaje de error siguiente: “Se ha producido un error al intentar importar la máquina virtual. Se ha producido un error al importar. Imposible encontrar los archivos de importación de la máquina virtual en la ubicación […]. Solo puede importar una máquina virtual si utilizó Hyper-V para crearla y exportarla”. | Este error puede producirse por las razones siguientes: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/storagegateway/latest/vgw/troubleshooting-hyperv-setup.html) |
| Se intenta importar una puerta de enlace y se recibe el mensaje de error siguiente: “Se ha producido un error al intentar importar la máquina virtual. Se ha producido un error al importar. La tarea de importación no pudo copiar el archivo de [...]: el archivo existe. (0x80070050)” | Si ya ha implementado una gateway e intenta reutilizar las carpetas predeterminadas donde se almacenan los archivos del disco duro virtual y los archivos de configuración de máquinas virtuales, se producirá este error. Para solucionar este problema, especifique las nuevas ubicaciones en **Servidor**, en el panel situado a la izquierda del cuadro de diálogo de **configuración de Hyper-V**. |
| Se intenta importar una puerta de enlace y se recibe el mensaje de error siguiente: “Se ha producido un error al intentar importar la máquina virtual. Se ha producido un error al importar. Import failed because the virtual machine must have a new identifier. Select a new identifier and try the import again." | Al importar la puerta de enlace, asegúrese de que selecciona la opción **Copiar la máquina virtual** y de que marca la casilla **Duplicar todos los archivos** en el cuadro de diálogo **Importar máquina virtual** para crear un nuevo ID único para la máquina virtual. |
| Se intenta iniciar una máquina virtual de puerta de enlace y se recibe el mensaje de error siguiente: “Se ha producido un error al intentar iniciar las máquinas virtuales seleccionadas. La configuración del procesador de particiones secundario no es compatible con la partición principal. No se pudo inicializar “AWS-Storage-Gateway”. (ID de máquina virtual [...])” | Es probable que este error se deba a una discrepancia de CPU entre lo necesario CPUs para la puerta de enlace y lo disponible CPUs en el host. Asegúrese de que el número de CPU de MV sea compatible con el hipervisor subyacente. Para obtener más información sobre los requisitos de Storage Gateway, consulte [Requisitos para configurar puerta de enlace de volumen](Requirements.md). |
| Se intenta iniciar una máquina virtual de puerta de enlace y se recibe el mensaje de error siguiente: “Se ha producido un error al intentar iniciar las máquinas virtuales seleccionadas. No se pudo inicializar “AWS-Storage-Gateway”. (ID de máquina virtual [...]) No se pudo crear la partición: los recursos del sistema son insuficientes para completar el servicio solicitado. (0x800705AA)” | Es probable que este error se deba a una discrepancia de RAM entre la RAM requerida para la gateway y la RAM disponible en el host. Para obtener más información sobre los requisitos de Storage Gateway, consulte [Requisitos para configurar puerta de enlace de volumen](Requirements.md). |
| Las actualizaciones del software de la gateway y de las instantáneas se producen a horas ligeramente diferentes de lo esperado. | El reloj de la MV de la gateway puede desviarse de la hora real, lo que se conoce como deriva del reloj. Compruebe y corrija la hora de la MV mediante la opción de sincronización de hora de la consola de la gateway local. Para obtener más información, consulte [Sincronización de la hora de la máquina virtual con la hora del host KVM de Hyper-V o Linux](MaintenanceTimeSync-hyperv.md). |
| Debe colocar los archivos de Microsoft Hyper-V Storage Gateway sin comprimir en el sistema de archivos del host. | Acceda al host como lo hace en un servidor de Microsoft Windows típico. Por ejemplo, si el host del hipervisor se llama `hyperv-server`, puede utilizar la siguiente ruta UNC `\\hyperv-server\c$`, en la que se asume que el nombre `hyperv-server` se puede resolver o está definido en el archivo del host local. |
| Se le solicitan credenciales al conectarse al hipervisor. | Agregue sus credenciales de usuario como administrador local para el host del hipervisor a través de la herramienta Sconfig.cmd. |
| Es posible que observe un rendimiento de red deficiente si activa la cola de máquinas virtuales (VMQ) para un host Hyper-V que utilice un adaptador de red Broadcom. | Para obtener información sobre una solución alternativa, consulte la documentación de Microsoft y consulte [Rendimiento de red deficiente en máquinas virtuales en el host Hyper-V de Windows Server 2012 si VMQ se ha activado](https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/poor-network-performance-hyper-v-host-vm). |
# Resolución de problemas de puerta de enlace de Amazon EC2
En las secciones siguientes, encontrará los problemas habituales que podría encontrar al trabajar con la puerta de enlace implementada en Amazon EC2. Para obtener más información sobre la diferencia entre una puerta de enlace en las instalaciones y una puerta de enlace implementada en Amazon EC2 consulte [Implementación de una instancia de Amazon EC2 personalizada para la puerta de enlace de volumen](ec2-gateway-common.md).
**Topics**
+ [La puerta de enlace no se ha activado poco tiempo después](#activation-issues)
+ [No encuentra la instancia de la puerta de enlace de EC2 en la lista de instancias](#find-instance)
+ [Ha creado un volumen de Amazon EBS pero no puede asociarlo a la instancia de la puerta de enlace de EC2](#ebs-volume-issue)
+ [No puede asociar un iniciador a un destino de volumen de la puerta de enlace de EC2](#initiator-issue)
+ [Obtiene un mensaje que indica que no tiene discos disponibles al tratar de agregar volúmenes de almacenamiento](#no-disk)
+ [Necesita eliminar un disco asignado como espacio del búfer de carga para reducir la cantidad de espacio del búfer de carga](#uploadbuffer-issue)
+ [El rendimiento hacia o desde la puerta de enlace de EC2 se reduce a cero](#gateway-throughput-issue)
+ [¿Desea ayudar Soporte a solucionar los problemas de su puerta de enlace EC2](#EC2-EnableAWSSupportAccess)
+ [Desea conectarse a la instancia de puerta de enlace con la consola serie de Amazon EC2](#ec2-serial-console)
## La puerta de enlace no se ha activado poco tiempo después
Compruebe lo siguiente en la consola de Amazon EC2:
+ El puerto 80 está activado en el grupo de seguridad que ha asociado a la instancia. Para obtener más información sobre cómo agregar una regla de grupo de seguridad, consulte [Agregación de una regla de grupo de seguridad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html#adding-security-group-rule) en la *Guía del usuario de Amazon EC2*.
+ La instancia de la gateway está marcada como en ejecución. En la consola de Amazon EC2, el valor de **Estado** de la instancia debe ser EN EJECUCIÓN.
+ Asegúrese de que el tipo de instancia de Amazon EC2 cumple los requisitos mínimos, tal y como se describe en [Requisitos de almacenamiento](Requirements.md#requirements-storage).
Después de corregir el problema, intente activar la gateway de nuevo. Para ello, abra la consola de Storage Gateway, seleccione **Implementar una nueva puerta de enlace en Amazon EC2** y vuelva a introducir la dirección IP de la instancia.
## No encuentra la instancia de la puerta de enlace de EC2 en la lista de instancias
Si no asignó a la instancia una etiqueta de recurso y tiene muchas instancias en funcionamiento, puede ser difícil saber qué instancia lanzó. En este caso, puede realizar las siguientes acciones para encontrar la instancia de la gateway:
+ Compruebe el nombre la Imagen de máquina de Amazon (AMI) en la pestaña **Description (Descripción)** de la instancia. Una instancia basada en la AMI de Storage Gateway debe empezar con el texto **aws-storage-gateway-ami**.
+ Si tiene varias instancias basadas en la AMI de Storage Gateway, compruebe el momento de lanzar la instancia para encontrar la instancia correcta.
## Ha creado un volumen de Amazon EBS pero no puede asociarlo a la instancia de la puerta de enlace de EC2
Compruebe que el volumen de Amazon EBS en cuestión esté en la misma zona de disponibilidad que la instancia de la puerta de enlace. Si existe una discrepancia en las zonas de disponibilidad, cree un nuevo volumen de Amazon EBS en la misma zona de disponibilidad que la instancia.
## No puede asociar un iniciador a un destino de volumen de la puerta de enlace de EC2
Compruebe que el grupo de seguridad con el que ha lanzado la instancia incluya una regla que admita el puerto que está utilizando para el acceso iSCSI. El puerto suele estar configurado como 3260. Para obtener más información sobre la conexión a volúmenes, consulte [Conexión a los volúmenes de un cliente de Windows](ConfiguringiSCSIClient.md).
## Obtiene un mensaje que indica que no tiene discos disponibles al tratar de agregar volúmenes de almacenamiento
Para una gateway recién activada, no hay almacenamiento de volumen definido. Antes de definir el almacenamiento de volumen, debe asignar discos locales a la gateway para utilizarlos como búfer de carga y almacenamiento en caché. Para una puerta de enlace implementada en Amazon EC2, los discos locales son volúmenes de Amazon EBS asociados a la instancia. Este mensaje de error se produce probablemente porque no hay volúmenes de Amazon EBS definidos para la instancia.
Consulte los dispositivos de bloques definidos para la instancia que está ejecutando la gateway. Si solo hay dos dispositivos de bloques (los dispositivos predeterminados que acompañan a la AMI), debe agregar almacenamiento. Para obtener más información sobre cómo hacerlo, consulte [Implementación de una instancia de Amazon EC2 personalizada para la puerta de enlace de volumen](ec2-gateway-common.md). Después de conectar dos o más volúmenes de Amazon EBS, pruebe a crear almacenamiento de volumen en la puerta de enlace.
## Necesita eliminar un disco asignado como espacio del búfer de carga para reducir la cantidad de espacio del búfer de carga
Siga los pasos de [Determinación del tamaño que se va a asignar al búfer de carga](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
## El rendimiento hacia o desde la puerta de enlace de EC2 se reduce a cero
Compruebe que la instancia de la gateway esté en funcionamiento. Si la instancia se está iniciando debido a un reinicio, por ejemplo, espere a que la instancia se reinicie.
Compruebe también que la IP de la gateway no haya cambiado. Si la instancia se ha detenido y, a continuación, se ha reiniciado, es posible que la dirección IP de la instancia haya cambiado. En este caso, debe activar una nueva gateway.
Puedes ver el rendimiento desde y hacia tu puerta de enlace desde la CloudWatch consola de Amazon. Para obtener más información sobre cómo medir el rendimiento desde y hacia tu pasarela AWS, consulta. [Medición del rendimiento entre su puerta de enlace y AWS](PerfGatewayAWS-common.md)
## ¿Desea ayudar Soporte a solucionar los problemas de su puerta de enlace EC2
Storage Gateway proporciona una consola local que puede usar para realizar varias tareas de mantenimiento, incluida la activación Soporte para acceder a su puerta de enlace para ayudarlo a solucionar problemas de la puerta de enlace. De forma predeterminada, el Soporte acceso a la puerta de enlace está desactivado. Proporcione este acceso mediante la consola local de Amazon EC2. Inicie sesión en la consola local de Amazon EC2 mediante Secure Shell (SSH). Para iniciar sesión correctamente mediante SSH, el grupo de seguridad de la instancia debe tener una regla que abra el puerto TCP 22.
**nota**
Si agrega una nueva regla a un grupo de seguridad existente, la nueva regla se aplicará a todas las instancias que utilicen ese grupo de seguridad. Para obtener más información sobre los grupos de seguridad y cómo agregar una regla de grupo de seguridad, consulte [Grupos de seguridad de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) en la *Guía del usuario de Amazon EC2*.
Para permitir la Soporte conexión a su puerta de enlace, primero inicie sesión en la consola local de la instancia de Amazon EC2, navegue hasta la consola de Storage Gateway y, a continuación, proporcione el acceso.
**Para activar el Soporte acceso a una puerta de enlace implementada en una instancia de Amazon EC2**
1. Inicie sesión en la consola local para la instancia de Amazon EC2. Para obtener instrucciones, vaya a [Conexión a la instancia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstances.html) en la *Guía del usuario de Amazon EC2*.
Puede utilizar el siguiente comando para iniciar sesión en la consola local de la instancia EC2.
```
ssh –i PRIVATE-KEY admin@INSTANCE-PUBLIC-DNS-NAME
```
**nota**
*PRIVATE-KEY*Es el `.pem` archivo que contiene el certificado privado del par de claves EC2 que utilizó para lanzar la instancia de Amazon EC2. Para obtener más información, consulte [Recuperación de la clave pública para el par de claves](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html#retriving-the-public-key) en la *Guía del usuario de Amazon EC2*.
*INSTANCE-PUBLIC-DNS-NAME*Es el nombre público del Sistema de nombres de dominio (DNS) de la instancia de Amazon EC2 en la que se ejecuta la puerta de enlace. Para obtener este nombre de DNS público, seleccione la instancia de Amazon EC2 en la consola de EC2 y haga clic en la pestaña **Descripción**.
1. En el símbolo del sistema, introduzca **6 - Command Prompt** para abrir la consola del canal de Soporte .
1. Introduzca **h** para abrir la ventana **AVAILABLE COMMANDS (COMANDOS DISPONIBLES)**.
1. Realice una de las siguientes acciones:
+ Si la puerta de enlace está utilizando un punto de conexión público, en la ventana **COMANDOS DISPONIBLES** introduzca **open-support-channel** para conectar con el servicio de atención al cliente de Storage Gateway. Permitir el puerto TCP 22 para poder abrir un canal de soporte en AWS. Cuanto conecte con el servicio de atención al cliente, Storage Gateway le asignará un número de soporte. Apunte el número de soporte.
+ Si la gateway está utilizando un punto de enlace de la VPC, en la ventana **AVAILABLE COMMANDS (COMANDOS DISPONIBLES)**, introduzca **open-support-channel**. Si la puerta de enlace no está activada, proporcione el punto de conexión de VPC o la dirección IP para conectar con el servicio de atención al cliente de Storage Gateway. Permitir el puerto TCP 22 para poder abrir un canal de soporte en AWS. Cuanto conecte con el servicio de atención al cliente, Storage Gateway le asignará un número de soporte. Apunte el número de soporte.
**nota**
El número de canal no es un número de puerto Protocol/User Datagram Protocol (TCP/UDP (Control de transmisión). En lugar de ello, la puerta de enlace realiza una conexión Secure Shell (SSH) (TCP 22) a los servidores de Storage Gateway y proporciona el canal de soporte para la conexión.
1. Una vez establecido el canal de soporte, proporcione su número de servicio de soporte para Soporte que Soporte pueda ayudarlo a solucionar problemas.
1. Cuando se complete la sesión de soporte, introduzca **q** para finalizarla. No cierre la sesión hasta que se le Soporte notifique que la sesión de soporte ha finalizado.
1. Introduzca **exit** para salir de la consola de Storage Gateway.
1. Siga los menús de la consola para cerrar sesión en la instancia de Storage Gateway.
## Desea conectarse a la instancia de puerta de enlace con la consola serie de Amazon EC2
Puede utilizar la consola serie de Amazon EC2 para solucionar problemas de arranque, configuración de red y otros. Para obtener instrucciones y consejos de solución de problemas, consulte [Amazon EC2 Serial Console](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) en la *Guía del usuario de Amazon Elastic Compute Cloud*.
# Solución de problemas del dispositivo de hardware
En los siguientes temas, se explican los problemas que pueden producirse con el dispositivo de hardware de Storage Gateway y sugerencias sobre cómo solucionarlos.
## No puede determinar la dirección IP del servicio
Cuando intente conectarse a un servicio, asegúrese de que está utilizando la dirección IP del servicio y no la dirección IP del host. Configure la dirección IP del servicio en la consola del servicio y la dirección IP del host en la consola del hardware. Verá la consola del hardware cuando inicie el dispositivo de hardware. Para ir a la consola de servicio desde la consola del hardware, seleccione **Open Service Console (Abra la consola de servicio)**.
## ¿Cómo se restablece la configuración de fábrica?
Si necesita restablecer la configuración de fábrica en el dispositivo, póngase en contacto con el equipo de Dispositivo de hardware de Storage Gateway para obtener soporte, como se describe en la sección de soporte a continuación.
## ¿Cómo se realiza un reinicio remoto?
Si necesita realizar un reinicio remoto del dispositivo, puede hacerlo mediante la interfaz de administración iDRAC de Dell. Para obtener más información, consulte [i Ciclo de alimentación DRAC9 virtual: ciclo de alimentación remoto de PowerEdge los servidores Dell EMC](https://infohub.delltechnologies.com/en-us/p/idrac9-virtual-power-cycle-remotely-power-cycle-dell-emc-poweredge-servers/) en el InfoHub sitio web de Dell Technologies.
## ¿Cómo se obtiene soporte de iDRAC de Dell?
El PowerEdge servidor Dell incluye la interfaz de administración iDRAC de Dell. Le recomendamos lo siguiente:
+ Si utiliza la interfaz de administración iDRAC, debe cambiar la contraseña predeterminada. Para obtener más información sobre las credenciales de iDRAC, consulte [Dell PowerEdge : ¿Cuáles son las credenciales de inicio de sesión predeterminadas para](https://www.dell.com/support/article/en-us/sln306783/dell-poweredge-what-is-the-default-username-and-password-for-idrac?lang=en) iDRAC? .
+ Asegúrese de que el firmware sea up-to-date para evitar violaciones de seguridad.
+ Mover la interfaz de red del iDRAC a un puerto normal (`em`) puede provocar problemas de rendimiento o impedir el funcionamiento normal del dispositivo.
## No puede encontrar el número de serie del dispositivo hardware
Puede encontrar el número de serie del dispositivo de hardware de Storage Gateway con la consola de Storage Gateway.
**Para encontrar el número de serie del dispositivo de hardware:**
1. Abra la consola Storage Gateway en [https://console.aws.amazon.com/storagegateway/casa](https://console.aws.amazon.com/storagegateway/).
1. Elija **Hardware** en el menú de navegación del lado izquierdo de la página.
1. Seleccione el dispositivo de hardware de la lista.
1. Localice el campo del **número de serie** en la pestaña **Detalles** del dispositivo.
## Dónde obtener soporte para el dispositivo de hardware
Para ponerse en contacto con AWS el soporte técnico de su dispositivo de hardware, consulte [Soporte](https://aws.amazon.com/contact-us).
Es posible que el Soporte equipo le pida que active el canal de soporte para solucionar los problemas de la puerta de enlace de forma remota. No necesita que este puerto esté abierto para el funcionamiento normal de la gateway, pero es necesario para la solución de problemas. Puede activar el canal de soporte desde la consola del hardware, como se muestra en el siguiente procedimiento.
**Para abrir un canal de soporte para AWS**
1. Abra la consola del hardware.
1. Elija **Abrir canal de soporte** en la parte inferior de la página principal de la consola de hardware y, a continuación, pulse `Enter`.
El número de puerto asignado debe aparecer en 30 segundos si no hay problemas de firewall o de conectividad de red. Por ejemplo:
**Estado: Abierto en el puerto 19599**
1. Anote el número de puerto e indíquelo en Soporte.
# Solución de problemas con volúmenes
Puede encontrar más información sobre los problemas más habituales que podría encontrar al trabajar con volúmenes y las acciones que le sugerimos para corregirlos.
**Topics**
+ [La consola dice que el volumen no está configurado](#troubleshoot-volume-issues.VolumeNotConfigured)
+ [La consola dice que el volumen es irrecuperable](#troubleshoot-volume-issues.VolumeIrrecoverable)
+ [La gateway almacenada en la caché es inaccesible y desea recuperar los datos](#RecoverySnapshotTroubleshooting)
+ [La consola dice que el estado del volumen es PASS THROUGH](#troubleshoot-volume-issues.VolumePassthrough)
+ [Desea verificar la integridad del volumen y solucionar posibles errores](#troubleshoot-volume-issues.VerifyIntegrity)
+ [El destino iSCSI del volumen no aparece en la consola de administración de discos de Windows](#troubleshoot-volume-issues.DoesNotAppear)
+ [Desea cambiar el nombre del destino iSCSI del volumen](#troubleshoot-volume-issues.ChangeISCSI)
+ [La instantánea de volumen programada no se produjo](#troubleshoot-volume-issues.NoSnapshot)
+ [Necesita extraer o sustituir un disco en el que ha fallado](#troubleshoot-volume-issues.RemoveVolume)
+ [El rendimiento desde la aplicación hasta un volumen ha disminuido a cero](#troubleshoot-volume-issues.ThroughputZero)
+ [Un disco de caché de la gateway produce un error](#troubleshoot-volume-issues.CacheDiskFail)
+ [El estado de una instantánea de volumen es PENDING durante más tiempo del esperado](#SnapshotTroubleshooting.Pending)
+ [Notificaciones de estado de alta disponibilidad](#troubleshooting-ha-notifications)
## La consola dice que el volumen no está configurado
Si la consola de Storage Gateway indica que el volumen tiene el estado BÚFER DE CARGA NO CONFIGURADO, incremente la capacidad de búfer de carga a la puerta de enlace. No puede utilizar una gateway para almacenar datos de la aplicación si el búfer de carga de la gateway no está configurado. Para obtener más información, consulte [Para configurar búfer de carga o el almacenamiento en caché adicional a la puerta de enlace](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## La consola dice que el volumen es irrecuperable
En el caso de volúmenes almacenados, si la consola de Storage Gateway indica que el volumen tiene el estado IRRECUPERABLE, ya no podrá utilizar este volumen. Puede intentar eliminar el volumen en la consola de Storage Gateway. Si hay datos en el volumen, puede recuperar los datos al crear un nuevo volumen basado en el disco local de la MV utilizada inicialmente para crear el volumen. Cuando cree el volumen nuevo, seleccione **Preserve existing data (Conservar los datos existentes)**. Elimine las instantáneas pendientes del volumen antes de eliminar el volumen. Para obtener más información, consulte [Eliminación de instantáneas de los volúmenes de almacenamiento](DeletingASnapshot.md). Si la eliminación del volumen en la consola de Storage Gateway no funciona, es posible que el disco asignado para el volumen se haya retirado de la VM de manera incorrecta y no pueda retirarse del dispositivo.
Para volúmenes en caché, si la consola de Storage Gateway indica que el volumen tiene el estado IRRECUPERABLE, ya no podrá utilizar este volumen. Si hay datos en el volumen, puede crear una instantánea del volumen y, a continuación, recuperar los datos de la instantánea o clonar el volumen desde el último punto de recuperación. Puede eliminar el volumen después de recuperar los datos. Para obtener más información, consulte [La gateway almacenada en la caché es inaccesible y desea recuperar los datos](#RecoverySnapshotTroubleshooting).
Para volúmenes almacenados, puede crear un nuevo volumen desde el disco que se usó para crear el volumen irrecuperable. Para obtener más información, consulte [Creación de un volumen de almacenamiento](GettingStartedCreateVolumes.md). Para obtener información sobre el estado de los volúmenes, consulte [Funcionamiento de los estados de volúmenes y las transiciones](StorageVolumeStatuses.md).
## La gateway almacenada en la caché es inaccesible y desea recuperar los datos
Cuando la gateway no permite el acceso (como cuando se apaga), tiene la opción de crear una instantánea de un punto de recuperación de volumen y utilizar esa instantánea o clonar un nuevo volumen desde el último punto de recuperación para un volumen existente. La clonación a partir de un punto de recuperación de volumen es más rápida y más rentable que la creación de una instantánea. Para obtener más información acerca de cómo clonar volúmenes, consulte [Clonación de un volumen en caché desde un punto de recuperación](clone-volume.md).
Storage Gateway proporciona puntos de recuperación para cada volumen en una arquitectura de puerta de enlace de volumen en caché. Un *punto de recuperación de volumen* es un momento en el que todos los datos del volumen son coherentes y desde el que se puede crear una instantánea o clonar un volumen.
## La consola dice que el estado del volumen es PASS THROUGH
En algunos casos, la consola de Storage Gateway podría indicar que el estado del volumen es ACCESO DIRECTO. Un volumen puede tener el estado PASSTHROUGH por varios motivos. Algunos motivos requieren una acción y otros no.
Un ejemplo de cuando se debe actuar si el estado del volumen es PASS THROUGH es cuando la gateway se queda sin espacio de búfer de carga. Para comprobar si se ha superado tu búfer de carga en el pasado, puedes ver la `UploadBufferPercentUsed` métrica en la CloudWatch consola de Amazon; para obtener más información, consulta[Supervisión del búfer de carga](PerfUploadBuffer-common.md). Si la puerta de enlace tiene el estado ACCESO DIRECTO porque se ha quedado sin espacio en el búfer de carga, debe asignar más espacio en el búfer de carga a la puerta de enlace. Al agregar más espacio en el búfer, el volumen pasará de ACCESO DIRECTO a ARRANCANDO y pasará a estar DISPONIBLE automáticamente. Aunque el estado del volumen sea ARRANCANDO, la puerta de enlace lee los datos del disco del volumen, carga estos datos en Amazon S3 y se pone al día según sea necesario. Cuando la puerta de enlace se pone al día y guarda los datos del volumen en Amazon S3, el estado del volumen pasa a ser DISPONIBLE y las instantáneas pueden iniciarse de nuevo. Tenga en cuenta que cuando el estado del volumen es PASS THROUGH o BOOTSTRAPPING, puede continuar leyendo y escribiendo datos en el disco del volumen. Para obtener más información sobre la adición de más espacio de búfer de carga, consulte [Determinación del tamaño que se va a asignar al búfer de carga](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
Para actuar antes de que se supere el búfer de carga, puede definir un umbral de alarma en el búfer de carga de la gateway. Para obtener más información, consulte [Para establecer una alarma de umbral superior para el búfer de carga de una gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
En cambio, un ejemplo en el que no es necesario actuar cuando el estado de un volumen es PASS THROUGH es cuando el volumen está a la espera de arrancar porque hay otro volumen que está arrancando. La gateway inicia los volúmenes de uno en uno.
De manera infrecuente, el estado PASS THROUGH puede indicar que un disco asignado a un búfer de carga ha producido un error. En este caso, debe retirar el disco. Para obtener más información, consulte [Uso de los recursos de almacenamiento de puerta de enlace de volumen](resource-volume-gateway.md). Para obtener información sobre el estado de los volúmenes, consulte [Funcionamiento de los estados de volúmenes y las transiciones](StorageVolumeStatuses.md).
## Desea verificar la integridad del volumen y solucionar posibles errores
Si desea comprobar la integridad del volumen y solucionar posibles errores, y la gateway utiliza iniciadores de Microsoft Windows para conectarse a sus volúmenes, puede utilizar la utilidad CHKDSK de Windows para verificar la integridad de los volúmenes y solucionar los errores de los volúmenes. Windows puede ejecutar automáticamente la herramienta CHKDSK automáticamente cuando se detecta algún daño en el volumen, o bien puede ejecutarla usted mismo.
## El destino iSCSI del volumen no aparece en la consola de administración de discos de Windows
Si el destino iSCSI del volumen no aparece en la consola de administración de discos de Windows, compruebe que haya configurado el búfer de carga de la gateway. Para obtener más información, consulte [Para configurar búfer de carga o el almacenamiento en caché adicional a la puerta de enlace](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Desea cambiar el nombre del destino iSCSI del volumen
Si desea cambiar el nombre de del destino iSCSI del volumen, debe eliminar el volumen y agregarlo de nuevo con un nuevo nombre de destino. Si lo hace, puede conservar los datos del volumen.
## La instantánea de volumen programada no se produjo
Si no se realizó la snapshot programada de un volumen, compruebe si el estado del volumen es PASSTHROUGH o si el búfer de carga de la gateway se ha llenado inmediatamente antes de la hora de la snapshot programada. Puedes comprobar la `UploadBufferPercentUsed` métrica de la puerta de enlace en la CloudWatch consola de Amazon y crear una alarma para esta métrica. Para obtener más información, consulte [Supervisión del búfer de carga](PerfUploadBuffer-common.md) y [Para establecer una alarma de umbral superior para el búfer de carga de una gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
## Necesita extraer o sustituir un disco en el que ha fallado
Si necesita sustituir un disco de volumen que ha fallado o retirarlo porque ya no es necesario, primero debe retirar el volumen mediante la consola de Storage Gateway. Para obtener más información, consulte [Para eliminar un volumen](ApplicationStorageVolumesCached-Removing.md#CachedRemovingAStorageVolume). A continuación, utilice el cliente del hipervisor para retirar el almacenamiento de respaldo:
+ VMware ESXiEn caso contrario, retire el almacenamiento posterior tal y como se describe en[Eliminación de volúmenes de almacenamiento](ApplicationStorageVolumesCached-Removing.md).
+ Para Microsoft Hyper-V, retire el almacenamiento de respaldo.
## El rendimiento desde la aplicación hasta un volumen ha disminuido a cero
Si el rendimiento desde la aplicación hasta un volumen ha disminuido a cero, intente lo siguiente:
+ **Si utiliza el cliente VMware vSphere, compruebe que la dirección **IP del host** del volumen coincida con una de las direcciones que aparecen en el cliente de vSphere en la pestaña Resumen.** Puede encontrar la dirección **IP del host** de un volumen de almacenamiento en la consola de Storage Gateway, en la pestaña **Detalles** para dicho volumen. Una discrepancia en la dirección IP puede producirse, por ejemplo, cuando se asigna una nueva dirección IP estática para la gateway. Si hay una discrepancia, reinicie la puerta de enlace desde la consola de Storage Gateway, como se muestra en [Como apagar la MV de la gateway](MaintenanceShutDown-common.md). Después de reiniciar, la dirección **Host IP (IP del host)** de la pestaña **ISCSI Target Info (Información de destinos iSCSI)** para un volumen de almacenamiento debe coincidir con la dirección IP que se muestra en el cliente vSphere en la pestaña **Summary (Resumen)** para la gateway.
+ Si no hay ninguna dirección IP en el cuadro **Host IP (IP del host)** para el volumen y la gateway está online. Por ejemplo, esto podría ocurrir si crea un volumen asociado con una dirección IP de un adaptador de red de una gateway que tenga dos o más adaptadores de red. Al eliminar o desactivar el adaptador de red al que está asociado el volumen, es posible que la dirección IP no aparezca en el cuadro **IP del host**. Para solucionar este problema, elimine el volumen y, a continuación, vuelva a crearlo conservando sus datos existentes.
+ Compruebe que el iniciador iSCSI que utiliza la aplicación está asignado correctamente al destino iSCSI para el volumen de almacenamiento. Para obtener más información sobre la conexión a volúmenes de almacenamiento, consulte [Conexión a los volúmenes de un cliente de Windows](ConfiguringiSCSIClient.md).
Puede ver el rendimiento de los volúmenes y crear alarmas desde la CloudWatch consola de Amazon. Para ver más información sobre la medición del rendimiento desde la aplicación hasta un volumen, consulte [Medición del rendimiento entre la aplicación y la gateway](PerfAppGateway-common.md).
## Un disco de caché de la gateway produce un error
Si el disco de caché produce un error, la puerta de enlace impide las operaciones de lectura y escritura en sus cintas virtuales. Para reanudar la funcionalidad normal, vuelva a configurar la puerta de enlace según se describe a continuación:
+ Si el disco de caché es inaccesible o inutilizable, elimínelo de la configuración de la puerta de enlace.
+ Si el disco de caché sigue siendo accesible y utilizable, vuelva a conectarlo a la puerta de enlace.
**nota**
Si elimina un disco de caché, las cintas o los volúmenes que tienen datos limpios (es decir, para los que se sincronizan los datos del disco de caché y Amazon S3) seguirán estando disponibles cuando la puerta de enlace reanude la funcionalidad normal. Por ejemplo, si la puerta de enlace tiene tres discos de caché y usted elimina dos, las cintas o los volúmenes que estén limpios tendrán el estado DISPONIBLE. Las demás cintas y volúmenes tendrán el estado IRRECUPERABLE.
Si utiliza discos efímeros como discos de caché para la puerta de enlace o monta los discos de caché en una unidad efímera, estos se perderán cuando cierre la puerta de enlace. Si se cierra la puerta de enlace cuando el disco de caché y Amazon S3 no están sincronizados, se pueden perder los datos. En consecuencia, no es recomendable el uso de unidades o discos efímeros.
## El estado de una instantánea de volumen es PENDING durante más tiempo del esperado
Si una snapshot de volumen permanece en estado PENDING más de lo esperado, es posible que la MV de la gateway se haya bloqueado inesperadamente o que el estado de un volumen haya cambiado a PASS THROUGH o IRRECOVERABLE. Si se da cualquiera de estos casos, la instantánea permanece en estado PENDING y la instantánea no se completa correctamente. En estos casos, le recomendamos que elimine la snapshot. Para obtener más información, consulte [Eliminación de instantáneas de los volúmenes de almacenamiento](DeletingASnapshot.md).
Cuando el volumen vuelva al estado AVAILABLE, cree una nueva snapshot del volumen. Para obtener información sobre el estado de los volúmenes, consulte [Funcionamiento de los estados de volúmenes y las transiciones](StorageVolumeStatuses.md).
## Notificaciones de estado de alta disponibilidad
Al ejecutar la puerta de enlace en la plataforma VMware vSphere High Availability (HA), es posible que reciba notificaciones de estado. Para obtener más información sobre las notificaciones de estado, consulte [Solución de problemas de alta disponibilidad](troubleshooting-ha-issues.md).
# Solución de problemas de alta disponibilidad
A continuación puede encontrar información acerca de las acciones que debe realizar si experimenta problemas de disponibilidad.
**Topics**
+ [Notificaciones de estado](#ha-health-notifications)
+ [Métricas](#ha-health-notification-metrics)
## Notificaciones de estado
Cuando ejecuta la puerta de enlace en VMware vSphere HA, todas las puertas de enlace producen las siguientes notificaciones de estado en el grupo de registros de Amazon CloudWatch configurado. Estas notificaciones van a un flujo de registro denominado `AvailabilityMonitor`.
**Topics**
+ [Notificación: reinicio](#troubleshoot-reboot-notification)
+ [Notificación: HardReboot](#troubleshoot-hardreboot-notification)
+ [Notificación: HealthCheckFailure](#troubleshoot-healthcheckfailure-notification)
+ [Notificación: AvailabilityMonitorTest](#troubleshoot-availabilitymonitortest-notification)
### Notificación: reinicio
Puede recibir una notificación de reinicio cuando la MV de la gateway se reinicia. Puede reiniciar la VM de una puerta de enlace mediante la consola de gestión de hipervisor de VM o la consola de Storage Gateway. También puede llevar a cabo el reinicio de la gateway mediante el software de la gateway durante el ciclo de mantenimiento de la gateway.
**Acción necesaria**
Si la hora del reinicio se encuentra dentro de un periodo de 10 minutos desde la [hora de inicio de mantenimiento](MaintenanceManagingUpdate-common.md) configurada de la gateway, es probable que sea un evento normal y no sea signo de ningún problema. Si el reinicio se produce significativamente fuera del periodo de mantenimiento, compruebe si la gateway se ha reiniciado de forma manual.
### Notificación: HardReboot
Puede recibir una notificación `HardReboot` cuando la MV de la gateway se reinicia de forma inesperada. Este reinicio se puede deber a una pérdida de potencia, un fallo de hardware u otro evento. En el VMware caso de las puertas de enlace, un restablecimiento realizado por vSphere High Availability Application Monitoring puede provocar este evento.
**Acción necesaria**
Cuando la puerta de enlace se ejecute en un entorno de este tipo, compruebe la presencia de la `HealthCheckFailure` notificación y consulte el registro de VMware eventos de la máquina virtual.
### Notificación: HealthCheckFailure
En el caso de una puerta de enlace en VMware vSphere HA, puede recibir una `HealthCheckFailure` notificación cuando se produzca un error en una comprobación de estado y se solicite el reinicio de la máquina virtual. Este evento también se produce durante una prueba para monitorizar la disponibilidad y se indica mediante una notificación `AvailabilityMonitorTest`. En este caso, la notificación `HealthCheckFailure` es normal.
**nota**
Esta notificación es solo para VMware las puertas de enlace.
**Acción necesaria**
Si este evento se produce de forma repetida sin una notificación `AvailabilityMonitorTest`, compruebe si la infraestructura de la MV presenta algún problema (almacenamiento, memoria, etc.). Si necesita ayuda adicional, póngase en contacto con Soporte.
### Notificación: AvailabilityMonitorTest
En el caso de una puerta de enlace en VMware vSphere HA, puede recibir una `AvailabilityMonitorTest` notificación cuando [ejecute una prueba](vmware-ha.md#vmware-ha-test-failover) del sistema de [supervisión de disponibilidad y aplicaciones](https://docs.aws.amazon.com/storagegateway/latest/APIReference/API_StartAvailabilityMonitorTest.html) en. VMware
## Métricas
La métrica `AvailabilityNotifications` está disponible en todas las gateways. Esta métrica es un recuento del número de notificaciones de estado relacionadas con la disponibilidad que ha generado la gateway. Utilice la estadística `Sum` para comprobar si se está produciendo algún evento relacionado con la disponibilidad en la gateway. Consulte con el grupo de CloudWatch registros configurado para obtener detalles sobre los eventos.