Condividi tramite

Migrazioni da tenant a tenant

  • Articolo

Migrare un ambiente a un tenant diverso

Puoi utilizzare la funzionalità di migrazione da tenant a tenant per richiedere lo spostamento di un ambiente in un tenant* in un altro tenant. Questa funzione consente ai clienti di supportare i seguenti casi:

  • Consolidare più tenant in un unico tenant
  • Supportare l'acquisizione dalla società A alla società B

*L'ambiente non viene spostato fisicamente, ma è associato a un altro tenant. L'ambiente esiste ancora ma non è più gestito dal tenant di origine. È disponibile e gestito dal tenant di destinazione.

Devi inviare una richiesta di supporto per avviare la migrazione da tenant a tenant.

Non ci sono modifiche dell'interfaccia o della versione che fanno parte di questo spostamento. Puoi spostare uno o più ambienti. Una volta completati, i tuoi ambienti appariranno nel tuo nuovo tenant.

Importante

  • Durante lo spostamento di singole ambienti da un tenant all'altro, se questa operazione richiede una modifica dell'area geografica, il tenant diventa un tenant multiarea. Le funzionalità internazionali sono abilitate nell'interfaccia di amministrazione di Power Platform dal team di supporto. Maggiori informazioni: Migrazioni da area geografica ad area geografica.
  • Potrebbe essere necessario riconfigurare alcune applicazioni e impostazioni dopo la migrazione da tenant a tenant, ad esempio Microsoft Dynamics 365 for Outlook, la sincronizzazione lato server SharePoint o altre.
  • Le modifiche dell'area geografica non sono supportate all'interno o all'esterno di US GCC, US GCC High, US DoD, OCE, IND o Cina.
  • I backup del database di origine esistenti non verranno migrati al tenant di destinazione.
  • Non è possibile eseguire la migrazione di un'organizzazione Dataverse collegata a un'organizzazione per la finanza e le operazioni a un tenant diverso.
  • La migrazione da tenant a tenant non è soggetta a Customer Lockbox se abilitato nel tenant di origine.

Piattaforme e applicazioni supportate

Supportato Non completamente supportato*
  • Dataverse
  • App Dynamics 365

*Potrebbe verificarsi una potenziale perdita di dati durante la migrazione e potrebbero essere necessari ulteriori passaggi. Verificare se una delle soluzioni sottostanti è installata negli ambienti da migrare, poiché potrebbero richiedere ulteriori passaggi da parte tua o del supporto.

Tipi di ambienti supportati

Supportato Non supportato
  • Migrazione di ambiente di produzione
  • Migrazione di ambiente sandbox
  • Migrazione di tenant da GCC a GCC
  • Uno o più ambienti
  • Migrazione di ambiente predefinito
  • Migrazione di ambiente Teams
  • Migrazione di ambiente di valutazione
  • Migrazione di ambiente demo
  • Migrazione di ambiente di sviluppo
  • Migrazione di tenant da GCC a un'altra area geografica o da un'altra area geografica a GCC
  • Eseguire la migrazione di un'organizzazione Dataverse collegata a un'organizzazione per la finanza e le operazioni

Migrazione di flusso

Una volta inviata una richiesta di migrazione, il team di supporto esamina la richiesta manualmente. Di seguito è riportato l'elenco dei passaggi eseguiti durante l'intero processo di migrazione.

Migrazione di flusso

Prerequisiti

Se non si dispone di un abbonamento a pagamento di Dynamics 365, Power Apps, o Microsoft Copilot Studio nel tenant di destinazione, è necessario crearne uno. Potrebbe essere necessario acquistare un nuovo abbonamento o convertire un abbonamento di prova in uno a pagamento, se non è già stato fatto.

Il tenant di destinazione necessita di un numero uguale o superiore di licenze utente attive e di uno spazio di archiviazione uguale o maggiore rispetto al tenant di origine.

Se l'ambiente è stato spostato da un tenant a un altro nella stessa area geografica, l'URL non cambia. Per poter eseguire questa operazione, è necessario rispondere ad alcune domande tra cui:

  • Qual è il dominio del tenant di origine e la relativa area geografica? (Esempio: EMEA, NA, APAC)
  • Qual è il dominio del tenant di destinazione e la relativa area geografica? (Esempio: EMEA, NA, APAC)
  • Il tenant di destinazione dispone di un abbonamento a Dynamics 365 valido con postazioni sufficienti per il mapping di tutti gli utenti? Gli utenti da fornire nel file mapping devono essere attivi e dotati di licenza sia nel tenant di origine che in quello di destinazione.
  • Il tenant di destinazione ha un numero sufficiente di licenze disponibili per gli utenti?
  • Il tenant di destinazione ha sufficiente spazio di archiviazione disponibile per gli ambienti oggetto della migrazione?
  • Prima di migrare gli ambienti di produzione (o gli ambienti con un potenziale impatto sul business), è necessario eseguire prima le migrazioni delle copie sandbox. L'obiettivo di queste migrazioni utilizzando copie degli ambienti di produzione importanti è consentire la convalida degli ambienti migrati prima di procedere con le migrazioni degli ambienti critici per l'azienda. Hai capacità sufficiente per eseguire il provisioning di una copia del tuo ambiente di produzione e procedere con questo test? Per istruzioni su come copiare un ambiente, vai a Copiare un ambiente.

È necessario fornire le seguenti informazioni:

  • Gli ambienti di cui eseguire la migrazione dal tenant di origine.
  • Il file di mapping utente per il primo ambiente da migrare. Ogni ambiente deve avere un file mapping separato. Affinché la migrazione vada a buon fine, gli utenti devono essere presenti sia nel tenant di origine che in quello di destinazione e devono essere dotati di licenza e abilitati negli ambienti. Possono avere domini di origine e di destinazione diversi purché siano attivi.
  • L'ID oggetto del gruppo di sicurezza nel tenant di destinazione da assegnare a ciascun ambiente, se è necessario assegnare un gruppo di sicurezza. Se fornito, l'ID dell'oggetto del gruppo di sicurezza del tenant di destinazione viene assegnato durante la migrazione. Se non fornito, il gruppo di sicurezza può essere assegnato dall'interfaccia di amministrazione di Power Platform al termine della migrazione.

Passaggi che devono essere eseguiti da un amministratore o da un amministratore di Dynamics 365 Power Platform

  1. Devi disporre dell'autorizzazione a eseguire la migrazione.
  2. Una migrazione con una copia sandbox deve essere eseguita e convalidata da tutte le parti prima di pianificare la migrazione di un ambiente critico per l'azienda. In tal caso, avremo bisogno anche di un nuovo ambiente nel tenant di origine, in modo da poter copiare il ambiente critico per l'azienda nel nuovo ambiente ed eseguire la migrazione di prova.
  3. Creare utenti nel tenant di destinazione. Devi:
    1. Creare gli utenti in Microsoft 365/Microsoft Entra ID.
    2. Assegnare le licenze.
  4. Una volta creati e abilitati gli utenti, è necessario generare il file mapping seguendo i passaggi descritti più avanti in questo articolo.
  5. Se ci sono soluzioni per flussi Power Apps o Power Automate, queste devono essere esportate da Power Apps e importate novamente nel nuovo ambiente dopo la migrazione.
  6. Se Lockbox è abilitato nel tenant di origine, preparati ad approvare la richiesta Lockbox all'inizio dell'operazione da tenant a tenant.

Verifica se una delle soluzioni seguenti è installata negli ambienti da migrare, poiché potrebbero richiedere ulteriori passaggi da parte tua o del supporto:

  • Power Apps o Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • La migrazione da tenant a tenant non è supportata per Dynamics 365 Customer Voice. I progetti e i sondaggi devono essere ricreati dopo la migrazione.
  • Portali di Power Apps
  • App verifica Power Apps
  • Café X
  • Dynamics 365 Marketing
  • Cassette postali. Se l'utente mappato dispone di una cassetta postale nel tenant di destinazione, la cassetta postale viene automaticamente configurata durante la migrazione. Per tutti gli altri utenti, è necessario riconfigurare la casella di posta:
    1. Se la stessa casella di posta viene utilizzata nel tenant di destinazione (test@microsoft.com), la casella di posta è abilitata per impostazione predefinita. Prima del processo da tenant a tenant, i clienti devono migrare/configurare le proprie cassette postali nel tenant di destinazione.
    2. Se utilizzi il dominio onmicrosoft predefinito (test@sourcecompanyname.onmicrosoft.com), il nome del dominio post migrazione viene modificato (test@targetcompanyname.onmicrosoft.com). I clienti devono riconfigurare la cassetta postale. Per configurare la cassetta postale, vedi Connettersi a Exchange Online.

Passaggi per creare il file di mapping

Per gli utenti con accesso completo:

  1. Accedi all'ambiente di origine.

  2. Usa ricerca avanzata (Schermata del pulsante Ricerca avanzata.) e cerca gli utenti.

  3. Seleziona Usa visualizzazione salvata>Utenti accesso completo, quindi seleziona Modifica colonne.

  4. Rimuovi tutte le colonne tranne Nome completo.

  5. Seleziona Aggiungi colonne>Windows Live ID.

  6. Seleziona OK>Risultati per visualizzare l'elenco degli utenti con accesso completo.

  7. Seleziona tutti i record, seleziona Esporta utenti nella barra multifunzione, quindi scegli Foglio di lavoro statico.

  8. Segui i passaggi 1-7 precedenti per il tenant di destinazione, se possibile. Ora dovresti avere due fogli Excel separati, uno per il tenant di origine e uno per il tenant di destinazione.

  9. Apri i file per la modifica.

  10. Partendo dal foglio Excel di origine, copia i record sotto la colonna Windows Live ID nel Blocco note. Non copiare l'intestazione.

  11. Salva il file nel Blocco note.

  12. Quindi, inserisci il Windows Live ID (UPN) di destinazione nello stesso documento del Blocco note a destra dell'UPN di origine corrispondente, separando gli UPN di origine e di destinazione con una virgola (,).

    Esempio:
    user001@source.com, user001@destination.com
    user002@source.com, user002@destination.com
    user003@source.com, user003@destination.com

  13. Salvare il file in formato CSV.

Nota

Gli utenti dell'applicazione non possono essere migrati. Per ulteriori informazioni sugli utenti dell'applicazione, consultare la sezione Utenti del sistema e dell'applicazione.

Per gli utenti con accesso amministrativo:

  1. Accedi all'ambiente di origine.
  2. Utilizza la Ricerca avanzata (Schermata del pulsante Ricerca avanzata.) e cerca gli utenti.
  3. Seleziona Usa visualizzazione salvata>Utenti accesso amministrativo, quindi seleziona Risultati per visualizzare l'elenco degli utenti con accesso amministrativo.
  4. Se decidi di non includere nessuno di questi utenti, salta i passaggi seguenti. Altrimenti, per includere questi utenti nel mapping:
    1. Trova gli utenti corrispondenti nel tenant di destinazione.
    2. Assicurati che una licenza Dynamics 365 valida sia assegnata all'utente di destinazione nel tenant di destinazione. Nota: se all'utente di destinazione non è assegnata alcuna licenza, la migrazione fallisce.
    3. Salva il file CSV che ha mappati sia gli utenti con accesso completo che gli utenti con accesso amministrativo.

Eseguire i seguenti passaggi per Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps Portali e Marketing prima e dopo la migrazione:

Per Power Apps e Power Automate:

  • Qualsiasi flusso Power Apps e Power Automate deve essere esportato manualmente.
  • Non supportiamo la migrazione di connettori, connessioni o gateway del cliente. Se hai configurato uno di questi componenti, è necessario riconfigurarli manualmente dopo la migrazione.
Per app consapevoli della soluzione

Prima della migrazione:

  1. Per le app che sono consapevoli delle soluzioni, puoi andare su https://make.powerapps.com/, passare alla pagina Soluzioni ed esportare tutte le app/soluzioni (singolarmente o raggruppandole in un'unica soluzione, se non lo sono già)
  2. Dopo averle esportate, eliminare queste app compatibili con la soluzione in ambiente.

Importante

Le app canvas, le pagine personalizzate o le librerie di componenti compatibili con la soluzione che non vengono eliminate da un ambiente prima della migrazione rimangono in uno stato inutilizzabile al termine della migrazione. Non è possibile riprodurli, modificarli o esportarli. È necessario eliminarli per sbloccare ulteriori aggiornamenti della soluzione.

Dopo la migrazione:

  1. Seleziona il nuovo ambiente da https://make.powerapps.com/ e vai alla pagina Soluzioni.
  2. Seleziona Importa e usa il selettore di file per selezionare i pacchetti esportati nei passaggi precedenti.
  3. Conferma che l'importazione sia stata completata correttamente controllando il contenuto della soluzione nell'ambiente di migrazione.
Per le app che non sono consapevoli della soluzione

Prima della migrazione:

  1. Vai in https://make.powerapps.com, e seleziona App.
  2. Per ogni app che vuoi spostare, seleziona Altri comandi (…), quindi seleziona Esporta pacchetto (anteprima).
  3. Inserisci i dettagli richiesti per eseguire l'esportazione dell'app, quindi seleziona Esporta. Una volta completata l'esportazione, dovrebbe iniziare il download. Il file risultante contiene il pacchetto dell'app selezionato.
  4. Ripeti questi passaggi fino a quando tutte le app non sono state esportate.

Dopo la migrazione:

  1. Vai a https://make.powerapps.com.
  2. Seleziona il nuovo ambiente dal selettore di ambienti in alto a destra.
  3. Seleziona App.
  4. Seleziona Importa app canvas.
  5. Carica il file di pacchetto dell'app.
  6. Completa tutte le selezioni delle opzioni di importazione, quindi seleziona Importa.
  7. Ripeti questi passaggi fino a quando tutte le app non sono state importate.

Per Microsoft Copilot Studio

  • Qualsiasi chabot Microsoft Copilot Studio deve essere esportato manualmente.
  • Alcuni componenti dipendenti di chatbot devono essere riconfigurati manualmente durante o dopo la migrazione, ad esempio connessioni, variabili di ambiente, connettori personalizzati.

Prima della migrazione:

  1. I chatbot sono consapevoli delle soluzioni. Puoi andare in https://make.powerapps.com/, passare alla pagina Soluzioni ed esportare tutte le soluzioni di chatbot singolarmente o raggruppale in un'unica soluzione. Per ulteriori informazioni, vedere Esportare e importare bot usando le soluzioni.

Dopo la migrazione:

  1. Seleziona il nuovo ambiente da https://make.powerapps.com/ e vai alla pagina Soluzioni.
  2. Seleziona Importa e usa il selettore di file per selezionare i pacchetti esportati nei passaggi precedenti.
  3. Conferma che l'importazione sia stata completata correttamente controllando il contenuto della soluzione nell'ambiente di migrazione.

Per Power Apps Portali (deve essere Fatto per ogni portale negli ambienti):

Prima della migrazione:

  1. Accedi all'ambiente.
  2. Apri l'interfaccia di amministrazione dei portali di Power Apps.
  3. Elimina il portale.

Dopo la migrazione:

  1. Accedi all'ambiente.
  2. Apri l'interfaccia di amministrazione dei portali di Power Apps.
  3. Esegui il provisioning del portale con lo stesso tipo di portale e la stessa lingua.

Per Dynamics 365 Marketing:

Se l'app Marketing è distribuita nel tenant, assicurati che le licenze necessarie siano presenti nel tenant di destinazione per eseguire nuovamente il provisioning dell'applicazione una volta completata la migrazione. Vai a: Migrazione da tenant a tenant per Dynamics 365 Marketing.

Dopo la migrazione

Dopo aver spostato gli ambienti in un altro tenant:

  • L'URL dell'ambiente, l'ID organizzazione (OrgID) e il nome non cambiano.
  • L'ambiente di origine non sarà accessibile.
  • Gli utenti non inclusi nel file di mapping non verranno migrati e mappati dopo la migrazione.

Funzionamento dello spostamento

Come parte della richiesta di supporto inoltrata, ti verrà fornito un elenco dei prerequisiti e post-requisiti per la migrazione. La tabella seguente descrive cosa fare prima, durante e dopo il trasloco. Microsoft

Prima dello spostamento:
Notifica		 Durante lo spostamento:
Cutover		 Dopo lo spostamento:
Notifica e supporto
Cosa Microsoft fa Il tuo rappresentante dell'assistenza o il tuo account manager collaborerà con te per richiedere uno spostamento e programmarlo. Il cut-over per la migrazione richiede diverse ore, a seconda del numero di utenti. Durante questo periodo, l'ambiente non è accessibile dagli utenti, pertanto è consigliabile pianificare il cut-over di sera o durante il fine settimana.

C'è un passaggio che richiede il tuo coinvolgimento, ovvero la fornitura di un file utente mapping. Questo viene richiesto in anticipo in modo che sia possibile convalidare gli utenti prima che si svolga la migrazione.		 Verrai avvisato per posta elettronica o per telefono quando viene eseguita la migrazione dell'ambiente nel nuovo tenant.

Una volta completata la migrazione del tenant, il rappresentante dell'assistenza o il responsabile dell'account ti aiuterà a contattare l'ufficio fatturazione all'indirizzo Annulla e/o ad accreditare il tuo abbonamento precedente, se necessario.

Per tutti i traslochi rispettiamo i termini del Contratto di servizio per i Microsoft servizi online .

Domande frequenti

Le operazioni in background sono abilitate durante la migrazione da tenant a tenant?

La modalità di amministrazione è abilitata durante la migrazione da tenant a tenant, pertanto le operazioni in background non vengono eseguite. Vai a: Modalità di amministrazione - Power Platform

Possiamo eseguire la migrazione di tutti gli utenti dell'organizzazione Dataverse?

Possiamo migrare tutti gli utenti dell'organizzazione Dataverse solo se gli utenti esistono nel tenant di destinazione. Ad esempio:

user001@source.com, user001@destination.com
user002@source.com, user002@destination.com