Migrazioni da un'area geografica all'altra

Continuiamo ad aprire nuove aree di data center per i servizi aziendali e ad aggiungere data center alle aree esistenti.

La funzionalità Geo Migration consente ai clienti di spostare i propri ambienti in un singolo tenant da una regione all'altra. Non ci sono modifiche dell'interfaccia o della versione che fanno parte di questo spostamento. Se ambiente risiede in un Microsoft 365 ambiente in un singolo tenant, lo spostamento di ambiente non sposta Microsoft 365 ambiente; sono servizi separati. Il tuo ambiente appare ancora nel tuo tenant insieme a Microsoft 365 ambiente.

Importante

• Il supporto per la migrazione geo è limitato e generalmente non disponibile.
• Per richiedere una migrazione nell'area, contatta il tuo responsabile di gestione account o vedi Supporto tecnico
• Dopo aver effettuato una richiesta, sono previsti almeno 10 giorni per il completamento della migrazione.
• Le migrazioni da un'area geografica all'altra non sono supportate verso e da US GCC, US GCC High o Cina.
• Le migrazioni geografiche sono limitate all'interno o all'esterno di OCE o IND.
• Nella sezione Passaggi per la migrazione da geo a geo sono menzionati passaggi di preparazione importanti e critici che devono essere eseguiti per Power Apps o Power Automate prima della migrazione geografica. Se si saltano questi passaggi, è difficile recuperare Power Apps o Power Automate soluzioni.

Tipi di ambienti supportati

Supportato	Non supportato
Migrazione di ambiente di produzione Migrazione di ambiente sandbox	Migrazione di ambiente predefinito Migrazione di ambiente Dataverse for Teams Migrazione di ambiente di valutazione Migrazione di ambiente demo Migrazione di ambiente di sviluppo Migrazione di ambiente da GCC a un'altra area geografica o da un'altra area geografica a GCC

Effetto sulla migrazione

• I backup per ambiente sottoposti a migrazione geo-to-geo non sono più disponibili.
• L'URL della tua organizzazione è cambiato. Ogni data center regionale ha un identificatore univoco nell'URL. Quando la tua organizzazione viene spostata da un data center regionale a un altro, questo identificatore cambia. Per ulteriori informazioni, consulta la pagina Nuove regioni dei data center.
• Il tuo ID ambiente è stato modificato in un nuovo identificatore univoco a livello globale.

Nota

Gli URL dell'organizzazione devono essere univoci. Se il nome di dominio della tua organizzazione è già stato riservato nel data center di destinazione, non sarà disponibile. Nel caso improbabile che ciò accada, decideremo insieme a voi come procedere.

Fasi della migrazione geo-to-geo

Importante

Poiché il supporto per la migrazione da area geografica a area geografica è limitato, molti componenti, le applicazioni Dynamics 365 e le impostazioni di amministrazione ambiente sono interessati. Power Platform È fondamentale usare seguire in questa sezione per mantenere la funzionalità di alcune funzionalità.

Per ambiente, funzionalità di amministrazione

Prima della migrazione geo-to-geo

• Le impostazioni ambiente (ad esempio, impostazioni delle funzionalità, funzionalità dell'intelligenza artificiale generativa, impostazioni di privacy e sicurezza) verranno ripristinate ai valori predefiniti dopo la migrazione da una posizione geografica all'altra. Prendi nota di tutte le impostazioni ambiente che dovrai riconfigurare dopo la migrazione.
• Lo stato gestito ambiente e le impostazioni associate andranno persi (ad esempio, Admin digest, ambiente Routing). Prendi nota dello stato gestito ambiente e delle impostazioni associate, in modo da poter riapplicare tali impostazioni dopo la migrazione da geo a geo.
• Lo stato del criterio aziendale collegare e le proprietà associate andranno persi (ad esempio, chiavi gestite dal cliente, rete virtuale). Prendi nota di tutte le policy aziendali collegate a ambiente in modo da poter ricollegare le policy aziendali dopo la migrazione geo-to-geo.
• Le richieste Lockbox per ambiente sottoposte a G2G andranno perse o non funzioneranno. Se Microsoft il supporto ha bisogno di accedere al tuo ambiente dopo la migrazione da geo a geo, è necessario creare una nuova richiesta Lockbox.
• Le policy sui dati prevenzione delle perdite (DLP) che includono o escludono ambiente sottoposto a migrazione geo-to-geo non si applicheranno più a ambiente. Prendi nota delle policy DLP che si applicano a ambiente in modo da poterle riapplicare dopo la migrazione geo-to-geo.
• Il ambiente sottoposto a migrazione geo-to-geo verrà rimosso dal suo gruppo ambiente. Prendi nota del gruppo ambiente in cui si trova ambiente, così potrai aggiungere nuovamente ambiente al gruppo ambiente dopo la migrazione geo-to-geo.
• Il pagamento a consumo sarà perso per gli ambiente sottoposti a migrazione geo-to-geo. Prendi nota di tutte le policy di fatturazione Pay-as-you-go assegnate a ambiente che desideri mantenere dopo la migrazione da geo a geo.
• Le allocazioni di valuta andranno perse per i ambiente sottoposti a migrazione geo-to-geo. Prendi nota di tutte le allocazioni di valuta per ambiente che desideri mantenere dopo la migrazione geo-to-geo.

Dopo la migrazione geo-to-geo

• Riconfigurare le impostazioni ambiente se necessario.
• Riattivare Ambienti gestiti e salvare nuovamente le impostazioni gestite di ambiente se necessario.
• Ricollegare i criteri aziendali a ambiente se necessario. Ad esempio, rete virtuale, chiavi gestite dal cliente
• Collaborare con il supporto per ricreare le richieste Lockbox per ambiente, se necessario. Microsoft
• Riapplicare i criteri DLP a ambiente se necessario.
• Aggiungere nuovamente ambiente a un gruppo ambiente se necessario.
• Riapplicare le politiche di fatturazione a consumo a ambiente se necessario.
• Ripetere le allocazioni di valuta per ambiente secondo necessità.

Per i componenti che si trovano in soluzioni

Prima della migrazione geo-to-geo

1. Tutte le soluzioni devono essere esportate se contengono uno qualsiasi dei seguenti componenti che non supportano la migrazione geo-to-geo:

Nota

Le soluzioni gestite non possono essere esportate, ma le best practice ALM assicurano che tutte le soluzioni gestite di cui si è proprietari dispongano di una soluzione non gestita associata che è possibile esportare come soluzione gestita.

• App canvas
• Pagine personalizzate
• Librerie dei componenti
• Connettori personalizzati
• Flussi di dati
• Ambiente variabili che utilizzano il tipo di dati "origine dati"
• Riferimenti di connessione
• Chatbot

2. Elimina tutte le app canvas, le pagine personalizzate e le librerie di componenti nelle soluzioni esportate in passaggio 1.

Importante

Le app canvas compatibili con la soluzione, le pagine personalizzate e le librerie di componenti che non vengono eliminate da ambiente prima della migrazione da un'area geografica all'altra restano inutilizzabili al termine della migrazione. Non è possibile riprodurli, modificarli o esportarli. È necessario eliminarli per sbloccare ulteriori aggiornamenti della soluzione. Vengono ripristinati al momento dell'importazione della soluzione dopo la migrazione geo-to-geo.

Dopo la migrazione geo-to-geo

Completare questi passaggi in ordine:

1. I chatbot devono essere eliminati. Vengono ricreati durante l'importazione della soluzione nel prossimo passaggio.
2. Tutte le soluzioni esportate prima della migrazione geo-to-geo devono essere importate .
   • Quando ti viene chiesto di Connessioni, assicurati di Esaminare e Regola tutte le connessioni e ricreare le connessioni, se necessario.
   • Quando ti viene chiesto delle variabili ambiente, assicurati che le variabili ambiente siano configurate correttamente.
3. Per i siti, elimina l'host del sito web, quindi riattiva il sito. Power Pages ...
4. Per i flussi di dati, a seconda della connessione, potrebbe essere necessario modificare il flusso di dati e riconfigurare la connessione.
5. I flussi cloud devono essere riattivati per ripristinare la funzionalità.

Per i componenti che non sono in soluzioni

In generale, si consiglia di creare e aggiungere tutti i componenti alle soluzioni. Molti componenti vengono aggiunti a una soluzione per impostazione predefinita. Tuttavia, se sono ancora presenti componenti che non sono inclusi in una soluzione, molti di questi componenti possono essere migrati seguendo i passaggi seguenti.

Nota

• I gateway locale non possono essere migrati e devono essere riconfigurati manualmente dopo la migrazione geo-to-geo.
• Le connessioni non possono essere migrate e devono essere ricreate manualmente dopo la migrazione geo-to-geo. Tuttavia, per le connessioni utilizzate dalle app canvas, dai flussi cloud o da qualsiasi componente compatibile con la soluzione, ti verrà richiesto di riconfigurarle come parte dei processi di importazione per ciascuno di questi componenti.

Connettori personalizzati

I connettori personalizzati che non sono presenti nelle soluzioni non sono supportati per la migrazione geo-to-geo. Possono essere scaricati come file JSON e poi ricreati utilizzando il file JSON dopo la migrazione da geo a geo. OpenAPI OpenAPI

Prima della migrazione geo-to-geo

1. Vai a https://make.powerautomate.com/.
2. Vai alla pagina Connettori personalizzati .
3. Seleziona il pulsante Scarica accanto al connettore personalizzato che vuoi scaricare. Questo scarica un file JSON sul tuo dispositivo. OpenAPI

Dopo la migrazione geo-to-geo

1. Vai a https://make.powerautomate.com/.
2. Vai alla pagina Connettori personalizzati .
3. Seleziona Nuovo connettore personalizzato.
4. Seleziona Importa un OpenAPI file e Seleziona il OpenAPI file JSON scaricato nella sezione Prima della migrazione da geo a geo .

App canvas

Le app Canvas possono esistere al di fuori delle soluzioni. Per conservare le app canvas, è necessario esportarle prima della migrazione geo-to-geo e poi importarle dopo la migrazione geo-to-geo.

Prima della migrazione geo-to-geo

Esportare le app canvas che non sono presenti nelle soluzioni.

Dopo la migrazione geo-to-geo

Importare le app canvas che sono state esportate nella sezione Prima della migrazione da geo a geo .

Flussi cloud

I flussi cloud possono esistere al di fuori delle soluzioni. Per conservare i flussi cloud, è necessario esportarli prima della migrazione geo-to-geo e poi importarli dopo la migrazione geo-to-geo.

Prima della migrazione geo-to-geo

Esportare i flussi cloud che non sono presenti nelle soluzioni.

Dopo la migrazione geo-to-geo

Importare i flussi cloud che sono stati esportati nella sezione Prima della migrazione geo-to-geo .

Applicazioni Dynamics 365

Se utilizzi una delle seguenti app Dynamics 365, devi eseguire le seguenti azioni per mantenere la funzionalità dopo la migrazione da un'area geografica all'altra.

Dataverse Accelerator

Dopo la migrazione geo-to-geo

Disinstallare l'app utilizzando PAC CLI con questi comandi:

pac solution delete --solution-name msdyn_DataverseAcceleratorApp --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator_Anchor --environment <environment URL>

Dopo la disinstallazione, reinstalla l'app tramite Power Platform interfaccia di amministrazione.

Project for the Web

Dopo la migrazione geo-to-geo

Il progetto per il web viene ripristinato automaticamente durante la navigazione https://project.microsoft.com/. I tuoi piani esistenti rimangono intatti.

Applicazione di marketing Dynamics 365 (Customer Insights - Journeys)

Prima della migrazione geo-to-geo

Disinstallare l'applicazione Dynamics 365 Marketing utilizzando il seguente guida: Disinstalla Dynamics 365 Marketing.

Dopo la migrazione geo-to-geo

Reinstallare l'app Dynamics 365 Marketing tramite Power Platform interfaccia di amministrazione.

Applicazioni Desktop

Se utilizzi una delle seguenti applicazioni Desktop, devi eseguire le seguenti azioni per mantenere la funzionalità dopo la migrazione da geo a geo. Power Platform

Runtime del computer Power Automate

Dopo la migrazione geo-to-geo

Se hai selezionato ambiente da migrare come ambiente della tua macchina nell'applicazione runtime della macchina, devi selezionare nuovamente ambiente nell'app dopo la migrazione da geo a geo. Power Automate

Funzionamento dello spostamento

Dovresti seguire seguire i passaggi sopra indicati prima e dopo la migrazione geo-to-geo. La tabella seguente descrive cosa accade prima, durante e dopo la migrazione geo-to-geo. Microsoft

	Prima dello spostamento	Durante lo spostamento	Dopo lo spostamento
Cosa Microsoft fa	Notifica Il tuo rappresentante dell'assistenza o il tuo Account Manager collaboreranno con te per richiedere uno spostamento e una pianificazione.	Cutover I tempi di cut-over per ogni servizio dipendono dal numero di utenti e della quantità di dati. Questo passaggio potrebbe richiedere da 1 a 6 ore per piccole organizzazioni, ma richiedere fino a 48 ore per le organizzazioni di grandi dimensioni. Il cut-over viene eseguito durante la sera o nel fine settimana.	Notifica e supporto Sarete avvisati per posta elettronica o per telefono quando viene eseguita la migrazione dell'ambiente nel nuovo data center. Dopo la migrazione di ambiente, puoi eseguire i passaggi successivi alla migrazione.

Per tutti i traslochi rispettiamo i termini dell' Microsoft Contratto di servizio sui servizi online .