Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Sommario
Questo articolo illustra come risolvere Azure ExpressRoute errori di migrazione del gateway per fase e applicare le procedure consigliate per ridurre gli errori. Usalo per risolvere i problemi durante Convalida, Preparazione, Migrazione e Conferma o Annullamento.
Procedure consigliate per evitare errori di migrazione
Seguire queste procedure consigliate per ridurre al minimo gli errori durante il processo di migrazione del gateway:
Mantenere l'integrità delle risorse: assicurarsi che tutte le risorse rimangano in uno stato riuscito durante la migrazione. Evitare di eseguire aggiornamenti sulle risorse correlate durante il processo.
Evitare gli aggiornamenti delle proprietà: non aggiornare proprietà come FastPath, peso della route o interruttori del traffico per connessioni e gateway, in quanto questi aggiornamenti possono causare errori delle risorse.
Migrazione del gateway sequenziale: eseguire la migrazione dei gateway connessi allo stesso circuito uno alla volta. Le migrazioni parallele nello stesso circuito non sono supportate.
Evitare modifiche manuali: non creare, eliminare, aggiornare o reimpostare manualmente i gateway o le relative connessioni durante il trasporto attivo del traffico (stato amministratore abilitato) durante il processo di migrazione.
Verificare la manutenzione: non creare connessioni ai gateway in fase di manutenzione, perché l'operazione non riesce. Prima di riprovare, è necessario eliminare eventuali connessioni non riuscite.
Seguendo queste procedure, è possibile ridurre la probabilità di riscontrare errori durante la migrazione.
Problemi comuni durante le fasi della migrazione e le relative risoluzioni
La tabella seguente illustra i problemi comuni riscontrati durante ogni fase di migrazione e fornisce strategie per risolverli:
| Fase di migrazione | Problema | Risoluzione |
|---|---|---|
| Convalida | Le risorse non sono in uno stato riuscito. | Per risolvere il problema, eseguire un'operazione GET e SET sulle risorse interessate. |
| Preparazione | La creazione di nuove risorse ha esito negativo. | Ripetere l'operazione. Se i tentativi continuano a non riuscire, eliminare le risorse appena create e tentare di nuovo l'operazione. |
| Migrazione | Entrambi i gateway rimangono abilitati dopo un errore di migrazione. | Reindirizzare il traffico al gateway precedente e ripetere il processo di migrazione. |
| Commettere | Il gateway precedente rimane abilitato e il passaggio di commit ha esito negativo. | Ripetere il passaggio di migrazione. Dopo aver disabilitato correttamente il gateway precedente, eliminare il gateway precedente e le risorse associate. |
| Annulla | La pulizia delle risorse non riesce durante il passaggio di interruzione. | Reindirizzare il traffico al nuovo gateway e ripetere l'operazione di interruzione. |
Messaggi di errore comuni
Nella tabella seguente vengono descritti i messaggi di errore comuni rilevati durante il processo di migrazione, insieme alle relative cause e risoluzioni:
Scenari con supporto condizionale
Questi scenari includono soluzioni per evitare errori e garantire una corretta migrazione.
| Nome dell'errore | Message | Risoluzione |
|---|---|---|
| Dimensioni della subnet del gateway insufficienti | La rete {vnetName} virtuale non dispone di spazio sufficiente per la distribuzione di un altro gateway. |
Eliminare e ricreare GatewaySubnet come prefisso /27 o più breve, ad esempio /26 o /25. Per indicazioni, vedere Eliminare e ricreare una subnet. |
| Modalità di connessione legacy | Le connessioni ExpressRoute collegate al gateway sono state create prima del 2017 (modalità legacy). | Eliminare e ricreare tutte le connessioni prima di avviare la migrazione. Per i passaggi dettagliati, vedi Convertire le connessioni legacy del gateway ExpressRoute. |
| Circuito dedicato incompatibile | La migrazione del gateway non può continuare a causa di un modulo HSM (Hardware Security Module) dedicato connesso alla rete virtuale. | Per procedere con la migrazione, deallocare il modulo HSM (Hardware Security Module) dedicato. Per informazioni dettagliate sulla risoluzione dei problemi, vedere Risoluzione dei problemi del modulo HSM dedicato. |
| Risorse in stato di errore | La fase convalidata ha esito negativo se il gateway o qualsiasi risorsa connessa, ad esempio circuiti, connessioni, indirizzi IP pubblici, reti virtuali o GatewaySubnet, si trova in uno stato di errore. | Verificare che tutte le risorse siano in uno stato riuscito prima di avviare il processo di migrazione. Per altre informazioni, vedere Risolvere i problemi relativi allo stato di errore. |
| Limitazione dello SKU del gateway predefinito | I gateway predefiniti devono essere aggiornati a uno SKU Standard prima della migrazione per garantire la resilienza della zona. | Modificare lo SKU del gateway su Standard prima di procedere con la migrazione. Per altre informazioni, vedi Ridimensionare lo SKU di un gateway. |
| Restrizione della configurazione di FastPath | L'abilitazione o la disabilitazione di FastPath durante la migrazione non è supportata. | Assicurarsi che FastPath rimanga nella configurazione originale prima di procedere con la migrazione. |
| Restrizione della modifica del peso del percorso | La regolazione del peso del percorso durante la migrazione non è consentita. | Ripristinare il peso della route al valore originale prima di continuare con il processo di migrazione. |
Scenari non supportati da evitare
La tabella seguente illustra gli scenari non supportati che possono causare errori di migrazione e non hanno soluzioni disponibili:
| Nome dell'errore | Message | Motivo |
|---|---|---|
| Numero massimo di gateway nella rete virtuale raggiunto | L'operazione non è riuscita per la rete {virtualNetworkName} virtuale perché contiene già il numero massimo di gateway consentiti. |
Una rete virtuale non può avere più di due gateway ExpressRoute distribuiti. |
| Limite di connessione superato | Il gateway esistente dispone di {connectionCount} connessioni, che superano il limite di {circuitLimit} connessioni per la nuova dimensione del gateway {gatewaySize}. |
Non è possibile eseguire la migrazione a un gateway con un limite di connessione inferiore rispetto al gateway esistente. Il downgrade del tipo di SKU non è supportato. |
| Restrizione FastPath | ExpressRouteGatewayByPass non è supportato per la dimensione del gateway {gatewaySize}. |
I gateway connessi alle connessioni abilitate per FastPath possono eseguire la migrazione solo a SKU UltraPerf o ERGW3AZ. Il passaggio a un tipo di SKU inferiore non è supportato. |
| Autorizzazione del circuito revocata | L'operazione non è riuscita per la rete {virtualNetworkName} virtuale perché contiene già il numero massimo di gateway consentiti. |
I gateway connessi ai circuiti con autorizzazioni revocate non possono procedere con la migrazione. |
Passaggi successivi
- Informazioni su come migrate usando il portale di Azure.
- Informazioni su come eseguire la migrazione con PowerShell.
- Esplorare le procedure consigliate per la disponibilità elevata.