Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Resumen
Este artículo le ayuda a solucionar Azure ExpressRoute errores de migración de puerta de enlace por fase y a aplicar procedimientos recomendados para reducir los errores. Úselo para resolver problemas durante la validación, preparación, migración y confirmación o anulación.
Procedimientos recomendados para evitar errores de migración
Siga estos procedimientos recomendados para minimizar los errores durante el proceso de migración de la puerta de enlace:
Mantener el buen estado de los recursos: Asegúrese de que todos los recursos se mantengan en un estado correcto durante toda la migración. Evite ejecutar actualizaciones en recursos relacionados durante el proceso.
Evitar actualizaciones de propiedades: no actualice propiedades como FastPath, peso de ruta o alternancias de tráfico para conexiones y puertas de enlace, ya que estas actualizaciones pueden provocar errores de recursos.
Migración secuencial de puertas de enlace: migre las puertas de enlace conectadas al mismo circuito de una en una. No se admiten migraciones paralelas en el mismo circuito.
Evite los cambios manuales: no cree, elimine, actualice ni restablezca manualmente las puertas de enlace ni sus conexiones mientras gestionan tráfico activamente (estado administrativo habilitado) durante el proceso de migración.
Comprobación del mantenimiento: no cree conexiones a puertas de enlace en mantenimiento, ya que se produce un error en esta operación. Debe eliminar las conexiones con errores antes de volver a intentarlo.
Al seguir estos procedimientos, puede reducir la probabilidad de encontrar errores durante la migración.
Problemas comunes durante las fases de migración y sus resoluciones
En la tabla siguiente se describen los problemas comunes detectados durante cada fase de migración y se proporcionan estrategias para resolverlos:
| Fase de migración | Cuestión | Resolución |
|---|---|---|
| Validación | Los recursos no están en un estado exitoso. | Para resolver el problema, realice una operación GET y SET en los recursos afectados. |
| Preparación | Se produce un error en la creación de nuevos recursos. | Vuelva a intentar la operación. Si los reintentos continúan con errores, elimine los recursos recién creados e intente de nuevo la operación. |
| Migrar | Ambas puertas de enlace permanecen habilitadas después de un error de migración. | Vuelva a redirigir el tráfico a la puerta de enlace antigua y vuelva a intentar el proceso de migración. |
| Confirmar | La puerta de enlace antigua permanece habilitada y se produce un error en el paso de confirmación. | Vuelva a intentar el paso de migración. Una vez deshabilitada correctamente la puerta de enlace anterior, elimine la puerta de enlace antigua y sus recursos asociados. |
| Cancelar | Falla la limpieza de los recursos durante la etapa de cancelación. | Redirija el tráfico a la nueva puerta de enlace y vuelva a intentar la operación de anulación. |
Mensajes de error comunes
En la tabla siguiente se describen los mensajes de error comunes detectados durante el proceso de migración, junto con sus causas y resoluciones:
Escenarios con compatibilidad condicional
Estos escenarios incluyen soluciones para evitar errores y garantizar una migración correcta.
| Nombre del error | Mensaje | Resolución |
|---|---|---|
| Tamaño insuficiente de la subred de puerta de enlace | La red {vnetName} virtual no tiene espacio suficiente para implementar otra puerta de enlace. |
Elimine y vuelva a crear GatewaySubnet como prefijo /27 o más corto (por ejemplo, /26 o /25). Para obtener instrucciones, consulte Eliminación y recreación de una subred. |
| Modo de conexión heredado | Las conexiones de ExpressRoute vinculadas al gateway se crearon antes de 2017 (modo heredado). | Elimine y vuelva a crear todas las conexiones antes de iniciar la migración. Para obtener pasos detallados, consulte Conversión de conexiones de puerta de enlace de ExpressRoute heredadas. |
| Circuito dedicado incompatible | La migración de gateway no puede continuar debido a un Módulo de Seguridad de Hardware (HSM) dedicado conectado a la red virtual. | Para continuar con la migración, desasigne el módulo de seguridad de hardware (HSM) dedicado. Para ver los pasos de solución de problemas detallados, consulte Solución de problemas de HSM dedicado. |
| Recursos en estado de error | La fase validated falla si la puerta de enlace o alguno de los recursos conectados, como circuitos, conexiones, direcciones IP públicas, VNets o GatewaySubnet, está en estado de error. | Compruebe que todos los recursos estén en un estado exitoso antes de iniciar el proceso de migración. Para obtener más información, consulte Solucionar problemas del estado de error. |
| Limitación de SKU de puerta de enlace predeterminada | Las puertas de enlace predeterminadas deben actualizarse a una SKU estándar antes de la migración para garantizar la resistencia de la zona. | Cambie la SKU de puerta de enlace a Estándar antes de continuar con la migración. Para más información, consulte Cambiar el tamaño del SKU de la puerta de enlace. |
| Restricción de configuración de FastPath | No se admite la habilitación o deshabilitación de FastPath durante la migración. | Asegúrese de que FastPath permanece en su configuración original antes de continuar con la migración. |
| Restricción de modificación del peso de la ruta | No se permite ajustar el peso de la ruta durante la migración. | Revierta el peso de la ruta a su valor original antes de continuar con el proceso de migración. |
Situaciones no compatibles para evitar
En la tabla siguiente se describen escenarios no admitidos que pueden provocar errores de migración y no tienen soluciones disponibles:
| Nombre del error | Mensaje | Causa |
|---|---|---|
| Número máximo de puertas de enlace en la red virtual alcanzado | Error en la operación de la red {virtualNetworkName} virtual porque ya contiene el número máximo de puertas de enlace permitidas. |
Una red virtual no puede tener más de dos puertas de enlace de ExpressRoute implementadas. |
| Límite de conexión superado | La puerta de enlace existente tiene {connectionCount} conexiones, que superan el límite de {circuitLimit} conexiones para el nuevo tamaño de puerta de enlace {gatewaySize}. |
No se puede migrar a una puerta de enlace con un límite de conexión inferior al de la puerta de enlace existente. No se admite la degradación del tipo de SKU. |
| Restricción de FastPath | ExpressRouteGatewayByPass no es compatible con tamaños de puerta de enlace {gatewaySize}. |
Las puertas de enlace conectadas a conexiones habilitadas para FastPath solo pueden migrar a UltraPerf o ERGW3AZ SKUs. No se admite la degradación del tipo de SKU. |
| Autorización de circuito revocada | Error en la operación de la red {virtualNetworkName} virtual porque ya contiene el número máximo de puertas de enlace permitidas. |
Las puertas de enlace conectadas a circuitos con autorizaciones revocadas no pueden continuar con la migración. |
Pasos siguientes
- Aprenda a migrar mediante el portal de Azure.
- Aprenda a migrar mediante PowerShell.
- Explore los procedimientos recomendados para lograr una alta disponibilidad.