

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Elenco delle attività di migrazione automatizzate tramite la console web di Migration Factory
<a name="list-of-automated-migration-activities-using-factory-web-console"></a>

La soluzione Cloud Migration Factory on AWS implementa attività di migrazione automatizzate che puoi sfruttare per i tuoi progetti di migrazione. Puoi seguire le attività di migrazione elencate di seguito e personalizzarle in base alle tue esigenze aziendali.

Prima di iniziare qualsiasi attività, assicurati di leggere la [Guida per l'utente - Run Automation from console](run-automation-from-console.md) per capire come funziona. Inoltre, è necessario [creare un server di automazione](step7.md) e [creare utenti Windows e Linux](credentials-management.md) per eseguire l'automazione dalla console.

Utilizzate le seguenti procedure nello stesso ordine per eseguire un test completo della soluzione utilizzando lo script e le attività di automazione di esempio.

## Verifica i prerequisiti
<a name="prerequisites-2"></a>

Connect con i server di origine inclusi nell'ambito per verificare i prerequisiti necessari come TCP 1500, TCP 443, spazio libero nel volume root, versione del framework.Net e altri parametri. Questi prerequisiti sono necessari per la replica.

Prima di eseguire il controllo dei prerequisiti, è necessario installare il primo manualmente su un server di origine, in modo da creare un server di replica in. EC2 Ci collegheremo a questo server per il test della porta 1500. Dopo l'installazione, AWS Application Migration Service (AWS MGN) crea il server di replica in Amazon Elastic Compute Cloud (Amazon). EC2 È necessario verificare la porta TCP 1500 dal server di origine al server di replica in questa attività. Per informazioni sull'installazione dell'agente AWS MGN sui tuoi server di origine, consulta [le istruzioni di installazione nella Guida per l'](https://docs.aws.amazon.com/mgn/latest/ug/agent-installation-instructions.html)*utente di AWS Application Migration Service*.

Usa la seguente procedura dopo aver effettuato l'accesso alla console web di Migration Factory.

1. Nella console Migration Factory, seleziona **Jobs** nel menu a sinistra, seleziona **Azioni**, quindi **Run Automation** sul lato destro.

1. Immettere **Job Name**, selezionare lo script **0-Check MGN Prerequisites** e il server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Crea un](step7.md) server di automazione della migrazione.

1. Seleziona **Linux Secrets and/or ** **Windows Secrets** dipende da cosa OSs hai a disposizione per questa ondata. Immettete l'IP del server di replica MGN, scegliete l'onda su cui desiderate eseguire l'automazione e scegliete **Submit Automation Job**. 

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**. Lo stato del lavoro deve essere IN ESECUZIONE. Scegli **Aggiorna** per visualizzare lo stato. Dovrebbe passare a Completato dopo alcuni minuti.

1. Lo script aggiornerà anche **lo stato della migrazione** della soluzione nell'interfaccia web di Migration Factory, come mostrato nella seguente schermata di un progetto di esempio.

 **Stato della migrazione** 

![\[stato di migrazione\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/migration-status.png)


## Installare gli agenti di replica
<a name="install-the-replication-agents"></a>

**Nota**  
Prima di installare l'agente, assicurati che [AWS MGN sia inizializzato in ogni account e regione di destinazione](https://docs.aws.amazon.com/mgn/latest/ug/mgn-initialize.html).

Utilizza la seguente procedura per installare automaticamente gli agenti di replica nei server di origine pertinenti.

1. Nella console Migration Factory, seleziona **Jobs** nel menu a sinistra, seleziona **Azioni**, quindi **Run Automation** sul lato destro.

1. Immettere **Job Name**, selezionare lo script **1-Install MGN Agents** e il server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Crea un server di automazione della migrazione](step7.md).

1. Seleziona **Linux Secrets and/or ** **Windows Secrets** dipende da cosa OSs hai a disposizione per questa ondata. Scegli l'ondata in cui desideri eseguire l'automazione e scegli **Invia lavoro di automazione**.

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**. Lo stato del processo dovrebbe essere in esecuzione. Scegli **Aggiorna** per visualizzare lo stato. Dovrebbe passare a **Completo** dopo alcuni minuti.

1. Lo script fornisce anche lo stato della migrazione nell'interfaccia web di Migration Factory, come mostrato nella seguente schermata di esempio.

    **Stato della migrazione**   
![\[stato di migrazione riuscito\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/migration-status-success.png)

## Invia gli script post-lancio
<a name="push-the-post-launch-scripts"></a>

AWS Application Migration Service (MGN) supporta script post-lancio per aiutarti ad automatizzare le attività a livello di sistema operativo, come il software dopo installing/uninstalling il lancio delle istanze di destinazione. Questa attività invia gli script post-lancio alle macchine Windows Linux, a seconda dei server identificati per la migrazione and/or .

**Nota**  
Prima di inviare gli script post-lancio, è necessario copiare i file in una cartella sul server di automazione della migrazione.

Utilizzare la procedura seguente per inviare gli script post-avvio ai computer Windows.

1. Nella console Migration Factory, seleziona **Jobs** nel menu a sinistra, seleziona **Azioni**, quindi **Run Automation** sul lato destro.

1. Inserisci Job Name, seleziona lo script **1-Copy Post Launch Scripts** e il tuo server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Crea un server di automazione della migrazione](step7.md).

1. Seleziona **Linux Secrets and/or ** **Windows Secrets** dipende da cosa OSs hai a disposizione per questa ondata. Fornisci una posizione di **origine Linux La posizione** **di origine di and/or Windows**.

1. Scegli l'onda in cui vuoi eseguire automaton e scegli **Invia Automation Job**.

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**, lo stato del lavoro dovrebbe essere in esecuzione e potrai scegliere **Aggiorna** per visualizzare lo stato. Dovrebbe passare a **Completato** dopo alcuni minuti.

## Verifica lo stato della replica
<a name="verify-the-replication-status"></a>

Questa attività verifica automaticamente lo stato di replica per i server di origine interessati. *Lo script si ripete ogni cinque minuti fino a quando lo stato di tutti i server di origine nell'ondata data passa allo stato Integrato.*

Utilizzare la procedura seguente per verificare lo stato della replica.

1. Nella console Migration Factory, seleziona **Jobs** nel menu a sinistra, quindi seleziona **Azioni**, quindi **Run Automation** sul lato destro.

1. Immettere Job Name, selezionare **lo script 2-Verify Replication Status** e il server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Crea un server di automazione della migrazione](step7.md).

1. Scegli l'onda in cui vuoi eseguire automaton e scegli **Invia Automation Job**.

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**, lo stato del lavoro dovrebbe essere in esecuzione e potrai fare clic sul pulsante **Aggiorna** per visualizzare lo stato. Dovrebbe passare a **Completato** dopo alcuni minuti.

 **Stato della replica dei dati** 

![\[stato della replica dei dati\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/data-replication-status.png)


**Nota**  
La replica può richiedere alcuni istanti. È possibile che non venga visualizzato l'aggiornamento dello stato dalla console di fabbrica per alcuni minuti. Facoltativamente, puoi anche controllare lo stato nel servizio MGN.

## Convalida il modello di lancio
<a name="validate-launch-template-1"></a>

Questa attività convalida i metadati del server nel Migration Factory e si assicura che funzionino con il EC2 modello e senza errori di battitura. Convaliderà sia i metadati di test che quelli di cutover.

Utilizzate la seguente procedura per convalidare il modello di lancio EC2 .

1. Vai alla console di Migration Factory e seleziona **Wave** nel riquadro del menu.

1. Seleziona l'ondata di destinazione e scegli **Azioni**. Seleziona **Rehost**, quindi seleziona **MGN**.

1. Seleziona **Validate Launch Template \$1per l' \$1Azione**, quindi seleziona Tutti\$1 applicazioni. \$1

1. Scegli **Invia** per avviare la convalida.

Dopo qualche tempo, la convalida restituirà un risultato positivo.

**Nota**  
Se la convalida non ha esito positivo, riceverai un messaggio di errore specifico:  
**Gli errori possono essere dovuti a dati non validi nell'attributo del server, ad esempio **subnet\$1IDs, **IDssecuritygroup\$1**** o instanceType non validi.**  
È possibile passare alla pagina Pipeline dall'interfaccia web di Migration Factory e selezionare il server problematico per correggere gli errori.

## Avvia istanze per il test
<a name="launch-instances-for-testing"></a>

Questa attività avvia tutte le macchine di destinazione per una determinata ondata in AWS Application Migration Service (MGN) in modalità test.

Utilizza la seguente procedura per avviare istanze di test.

1. Nella console Migration Factory, seleziona **Wave** nel menu di navigazione.

1. Seleziona target wave e scegli **Azioni**. Seleziona **Rehost**, quindi seleziona **MGN**.

1. **Seleziona **Launch Test Instances** Action, seleziona Tutte le applicazioni.** 

1. Scegli **Invia** per avviare le istanze di test.

1. Dopo qualche tempo, la convalida restituirà un risultato positivo.

 **Wave Action (successo)** 

![\[successo dell'azione ondulatoria\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/wave-action-success.png)


**Nota**  
Questa azione aggiornerà anche lo stato della migrazione per il server avviato.

## Verifica lo stato dell'istanza di destinazione
<a name="verify-the-target-instance-status"></a>

Questa attività verifica lo stato dell'istanza di destinazione controllando il processo di avvio di tutti i server di origine interessati nella stessa ondata. L'avvio delle istanze di destinazione può richiedere fino a 30 minuti. Puoi controllare lo stato manualmente accedendo alla EC2 console Amazon, cercando il nome del server di origine e controllando lo stato. Riceverai un messaggio di controllo dello stato di salute indicante che sono stati *superati 2/2 controlli*, il che indica che l'istanza è integra dal punto di vista dell'infrastruttura.

Tuttavia, per una migrazione su larga scala, controllare lo stato di ogni istanza richiede molto tempo, quindi puoi eseguire questo script automatico per verificare che i *2/2 controlli abbiano superato* lo stato per tutti i server di origine in una determinata ondata.

Utilizzate la procedura seguente per verificare lo stato dell'istanza di destinazione.

1. Vai alla console Migration Factory e seleziona **Jobs** nel menu a sinistra.

1. Seleziona **Azioni**, quindi **Esegui automazione** sul lato destro.

1. Immettere **Job Name**, selezionare **lo script 3-Verify Instance Status** e il server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Build a migration automation server](step7.md).

1. Scegli l'ondata in cui desideri eseguire l'automazione e scegli **Invia lavoro di automazione**.

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**, lo stato del lavoro dovrebbe essere in esecuzione e potrai scegliere **Aggiorna** per visualizzare lo stato. Dovrebbe passare a **Completato** dopo alcuni minuti.

 **Dashboard di AWS Migration Management che mostra l'elenco dei server con lo stato della migrazione per 5 server.** 

![\[stato della migrazione 2by2\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/migration-2by2-status.png)


**Nota**  
L'avvio dell'istanza può richiedere del tempo e potresti non visualizzare l'aggiornamento dello stato dalla console di fabbrica per alcuni minuti. Migration Factory riceve anche un aggiornamento dello stato dallo script. Aggiorna lo schermo se necessario.

**Nota**  
Se le istanze target non superano i 2/2 controlli di integrità per la prima volta, è possibile che il processo di avvio richieda più tempo per essere completato. Ti consigliamo di eseguire i controlli sanitari una seconda volta circa un'ora dopo il primo controllo sanitario. Ciò garantisce il completamento del processo di avvio. Se i controlli sanitari falliscono questa seconda volta, vai al [centro di supporto AWS](https://console.aws.amazon.com/support/home) per registrare un caso di supporto.

## Contrassegna come pronto per il cutover
<a name="mark-as-ready-for-cutover"></a>

Una volta terminato il test, questa attività modifica lo stato del server di origine in modo che venga contrassegnato come pronto per il cutover, in modo che l'utente possa avviare un'istanza cutover.

Utilizzate la seguente procedura per EC2 convalidare il modello di avvio.

1. Nella console Migration Factory, seleziona **Wave** sul lato sinistro.

1. Seleziona l'onda di destinazione e fai clic sul pulsante **Azioni**. Seleziona **Rehost**, quindi seleziona **MGN**.

1. **Seleziona **Mark as Ready for Cutover** Action, seleziona Tutte le applicazioni.** 

1. Scegli **Invia** per avviare istanze live.

Dopo qualche tempo, la convalida restituirà un risultato positivo.

 **Wave Action, pronto per il cutover** 

![\[Wave Action Ready Cutover\]](http://docs.aws.amazon.com/it_it/solutions/latest/cloud-migration-factory-on-aws/images/wave-action-ready-cutover.png)


## Spegnete i server di origine compresi nell'ambito
<a name="shut-down-the-in-scope-source-servers"></a>

Questa attività spegne i server di origine pertinenti coinvolti nella migrazione. Dopo aver verificato lo stato di replica dei server di origine, si è pronti a spegnere i server di origine per interrompere le transazioni dalle applicazioni client ai server. È possibile spegnere i server di origine nella finestra Cutover. Lo spegnimento manuale dei server di origine potrebbe richiedere cinque minuti per server e, per ondate di grandi dimensioni, alcune ore in totale. È invece possibile eseguire questo script di automazione per spegnere tutti i server in una determinata ondata.

Utilizzate la seguente procedura per spegnere tutti i server di origine coinvolti nella migrazione.

1. Nella console Migration Factory, seleziona **Jobs** nel menu a sinistra, seleziona **Azioni**, quindi **Run Automation** sul lato destro.

1. Immettere Job Name, selezionare lo script **3-Shutdown All Servers** e il server di automazione per eseguire lo script. Se il server di automazione non esiste, assicurati di aver completato [Crea un server di automazione della migrazione](step7.md).

1. Seleziona **Linux Secrets and/or ** **Windows Secrets** dipende da cosa OSs hai a disposizione per questa ondata.

1. Scegli l'onda in cui vuoi eseguire automaton e scegli **Invia Automation Job**.

1. Verrai reindirizzato alla pagina dell'elenco dei **lavori**, lo stato del lavoro dovrebbe essere in esecuzione e potrai fare clic sul pulsante **Aggiorna** per visualizzare lo stato. Dovrebbe passare a **Completato** dopo alcuni minuti.

## Avvia istanze per Cutover
<a name="launch-instances-for-cutover"></a>

Questa attività avvia tutte le macchine di destinazione per una determinata ondata in AWS Application Migration Service (MGN) in modalità Cutover.

Utilizza la seguente procedura per avviare istanze di test.

1. Nella console Migration Factory, seleziona **Wave** sul lato sinistro.

1. **Seleziona target wave e scegli Azioni.** Seleziona **Rehost**, quindi seleziona **MGN**.

1. **Seleziona **Launch Cutover Instances** Action, seleziona Tutte le applicazioni.** 

1. Scegli **Invia** per avviare le istanze di test.

Dopo qualche tempo, la convalida restituirà un risultato positivo.

**Nota**  
Questa azione aggiornerà anche lo stato della migrazione per il server avviato.