Prerequisiti per la migrazione a Google Workspace in Exchange Online

Prima di avviare il processo di migrazione a Google Workspace, è necessario eseguire le seguenti procedure (nell'ordine indicato):

1. Assicurati di aver letto e compreso Esegui una migrazione di Google Workspace in quanto ti fornisce una panoramica del processo di migrazione di Google Workspace e delle relative limitazioni
2. Creare un sottodominio per l'instradamento della posta a Microsoft 365 o Office 365
3. Creare un sottodominio per l'indirizzamento della posta al dominio Google Workspace
4. Effettuare il provisioning degli utenti in Microsoft 365 o Office 365

Creare un sottodominio per l'instradamento della posta a Microsoft 365 o Office 365

1. Passare alla pagina di amministrazione di Google Workspace e accedere come amministratore di Google Workspace per il tenant.

2. Selezionare Aggiungi un dominio.

   Nota

   L'opzione Aggiungi un dominio non sarà disponibile se si usa l'edizione gratuita legacy di G Suite.

3. Immettere il dominio usato per instradare i messaggi di posta elettronica a Microsoft 365 o Office 365, selezionare Dominio alias utente e quindi selezionare AGGIUNGI DOMINIO & AVVIARE LA VERIFICA. È consigliabile usare un sottodominio del dominio primario (ad esempio, "o365.fabrikaminc.net", se "fabrikaminc.net" è il dominio primario) in modo che venga verificato automaticamente. Se viene impostato un altro dominio (come "fabrikaminc.onmicrosoft.com"), Google invia email a ogni singolo indirizzo con un link per verificare l'autorizzazione a instradare la posta. La migrazione non verrà completata fino al completamento della verifica.

   Tenere traccia del nome del dominio immesso perché serve per i passaggi successivi e per usarlo come dominio di recapito di destinazione nel processo di creazione di un batch di migrazione in Microsoft 365 o Office 365.

   

   Nota

   Se viene visualizzato un errore GmailForwardingAddressRequiresVerificationException durante il batch, ignorare questo passaggio della creazione di un sottodominio per l'inoltro delle e-mail dal lato Gmail.

4. Seguire i passaggi successivi necessari per verificare il dominio finché lo stato non viene visualizzato come Attivo. Se si è scelto un sottodominio del dominio primario (creato nel passaggio 3), è possibile che il nuovo dominio sia stato verificato automaticamente.

   

5. Accedere al provider DNS e aggiornare i record DNS in modo da avere un record MX nel dominio creato (nel passaggio 3), che punta a Microsoft 365 o Office 365. Assicurarsi che questo dominio (creato nel passaggio 3) sia un dominio accettato in Microsoft 365 o Office 365. Seguire le istruzioni in Aggiungere un dominio a Microsoft 365 per aggiungere Microsoft 365 o Office 365 routing domain ("o365.fabrikaminc.net") all'organizzazione e configurare DNS per instradare la posta a Microsoft 365 o Office 365.

Creare un sottodominio per l'indirizzamento della posta al dominio Google Workspace

1. Passare alla pagina di amministrazione di Google Workspace e accedere come amministratore di Google Workspace per il tenant.

2. Selezionare Aggiungi un dominio.

3. Immettere il dominio utilizzato per l'instradamento delle e-mail a Google Workspace, selezionare Dominio alias utente, quindi selezionare AGGIUNGI DOMINIO & AVVIARE LA VERIFICA. È consigliabile usare un sottodominio del dominio primario (ad esempio, "gsuite.fabrikaminc.net", quando "fabrikaminc.net" è il dominio primario) in modo che venga verificato automaticamente.

   

4. Seguire i passaggi successivi necessari per verificare il dominio finché lo stato del dominio non viene visualizzato come Attivo. Se si è scelto un sottodominio del dominio primario (creato nel passaggio 3), è possibile che il nuovo dominio sia stato verificato automaticamente.

   

5. Segui le istruzioni di Google per configurare i record MX per Google Workspace Gmail per questo dominio.

   Nota

   La propagazione di questa impostazione a tutti gli utenti dell'organizzazione può richiedere fino a 24 ore.

   Importante

   Se si usano impostazioni di trasporto non predefinite nell'organizzazione di Microsoft 365 o Office 365, è necessario verificare se il flusso di posta da Office 365 a Google Workspace funzionerà correttamente. Assicurati che nel dominio remoto predefinito ("*") sia abilitato l'inoltro automatico o che sia presente un nuovo dominio remoto per il dominio di routing di Google Workspace (ad esempio, "gsuite.fabrikaminc.net") con l'inoltro automatico abilitato.

Controllare le autorizzazioni della piattaforma Google Cloud

Uno scenario automatizzato richiede che l'amministratore di Google Migration sia in grado di eseguire i seguenti passaggi nella console di amministrazione di Google:

1. Crea un progetto Google Workspace.
2. Crea un account di servizio Google Workspace nel progetto.
3. Creare un codice Product Key di servizio.
4. Abilita tutte le API: Gmail, Calendar e Contatti.

Per completare questi passaggi, l'amministratore della migrazione di Google necessita delle autorizzazioni seguenti:

• resourceManager.projects.create
• IAM. ServiceAccounts.create

Il modo più sicuro per completare questi quattro passaggi consiste nell'assegnare i seguenti ruoli all'amministratore della migrazione di Google:

• Projector Creator
• Creatore di account di servizio

Ecco come fare:

1. Vai a https://console.developers.google.com.

2. Espandi il menu hamburger nell'angolo in alto a destra.

   

3. Seleziona IAM & Amministrazione.

4. Selezionare Gestisci risorse.

5. Selezionare la risorsa appropriata e nel riquadro destro nella scheda Autorizzazioni selezionare Aggiungi entità.

6. Immetti le credenziali di amministratore di Google Migration, inserisci Creatore di progetti nel filtro e seleziona Creatore di progetti.

7. Selezionare Aggiungi un altro ruolo, immettere Crea account di servizio nel filtro e selezionare Crea account di servizio.

8. Seleziona Salva.

Effettuare il provisioning degli utenti in Microsoft 365 o Office 365

Dopo aver configurato correttamente l'ambiente Google Workspace, è possibile completare la migrazione nell'interfaccia di amministrazione di Exchange o tramite PowerShell di Exchange Online.

Prima di procedere con uno dei due metodi, assicurarsi che sia stato eseguito il provisioning degli utenti di posta elettronica per ogni utente dell'organizzazione che verrà migrato (ora o in futuro). Se non viene eseguito il provisioning di un utente, eseguirne il provisioning seguendo le istruzioni in Gestire gli utenti di posta elettronica.

Per scenari più avanzati, potresti essere in grado di distribuire Microsoft Entra Connect per eseguire il provisioning degli utenti di posta. Per altre informazioni, vedere Distribuire la sincronizzazione della directory di Microsoft 365 in Microsoft Azure per una panoramica e Configurare la sincronizzazione della directory per Microsoft 365 per le istruzioni di configurazione. Quindi, è necessario distribuire un server Exchange nell'ambiente locale per la gestione degli utenti e abilitare alla posta gli utenti che utilizzano questo server. Per altre informazioni, vedere Come e quando rimuovere le autorizzazioni dei server Exchange locali in una distribuzione ibrida e Gestire gli utenti di posta elettronica. Una volta creati gli utenti di posta in Microsoft 365, potrebbe essere necessario disabilitare Microsoft Entra Connect per consentire al processo di migrazione di convertire questi utenti in cassette postali. Per ulteriori informazioni, vedere Disattivare la sincronizzazione della directory per Microsoft 365.

È consigliabile che l'indirizzo principale (talvolta indicato come "ID utente") di ogni utente si trovi nel dominio principale (ad esempio, will@fabrikaminc.net). In genere, questo requisito indica che l'indirizzo di posta elettronica principale deve corrispondere tra Microsoft 365 o Office 365 e Google Workspace. Se a un utente viene fornito un dominio diverso per l'indirizzo primario, tale utente deve avere almeno un indirizzo proxy nel dominio primario. Ogni utente deve avere il proprio ExternalEmailAddress punto di vista sull'utente nel proprio dominio di routing di Google Workspace (will@gsuite.fabrikaminc.net). Gli utenti devono anche avere un indirizzo proxy che verrà usato per il routing al dominio di routing di Microsoft 365 o Office 365 (ad esempio, will@o365.fabrikaminc.net).