Migrările între entități găzduite

Caracteristica de migrare de la chiriaș la chiriaș vă permite să transferați un mediu de la un chiriaș la altul. Această caracteristică acceptă scenarii precum fuzionarea mai multor chiriași într-unul singur și facilitarea achizițiilor de companii. Mediul nu se mută, ci mai degrabă este legat de un alt chiriaș. Mediul încă există, dar nu mai face parte din chiriașul sursă. Este accesibil și gestionat de chiriașul de destinație. Nu există nici o schimbare de interfață pentru utilizator sau schimbare de versiune ca parte a acestei mutări.

Înainte de a începe

Fiți conștienți de următoarele înainte de a începe o migrare de la chiriaș la chiriaș.

• Tipuri de mediu acceptate: numai producție și sandbox.
• Tipuri de mediu neacceptate: tipurile de mediu implicite, de dezvoltator, de încercare și Teams nu sunt acceptate. Government Community Cloud (GCC) către cloud-urile publice și invers nu sunt acceptate.
• Componentele care nu sunt acceptate includ Dynamics 365 Customer Voice, Omnicanal pentru serviciul clienți, biblioteca de componente, Dynamics 365 Customer Insights - Journeys și Dynamics 365 Customer Insights - Data.
• Pașii specifici necesari pentru Power Apps, Power Automate, Power Pages și Microsoft Copilot Studio sunt menționați în etapele premigrare și post-migrare.
• O Dataverse organizație legată de o organizație financiară și operațională nu poate fi migrată la un alt chiriaș.
• Este posibil să fie necesar să reconfigurați unele aplicații și setări după migrarea de la chiriaș la chiriaș, cum ar fi Dynamics 365 for Outlook, sincronizarea pe server, SharePoint și altele.
• Odată ce utilizatorii sunt creați și configurați, trebuie să creați un fișier de mapare a utilizatorului, care este descris mai târziu în acest articol.
• Dacă utilizatorul mapat are o cutie poștală în locatarul de destinație, atunci cutia poștală este configurată automat în timpul migrării. Pentru toți ceilalți utilizatori, trebuie să reconfigurați căsuța poștală.
  • Dacă aceeași cutie poștală este utilizată în chiriașul țintă, test@microsoft.com, atunci cutia poștală este utilizată implicit. Înainte de migrarea de la chiriaș la chiriaș, clienții trebuie să migreze și să își configureze cutiile poștale pe chiriașul țintă.
  • Dacă utilizați domeniul implicit onmicrosoft, test@sourcecompanyname.onmicrosoft.com, numele domeniului după migrare este schimbat în test@targetcompanyname.onmicrosoft.com. Clienții trebuie să reconfigureze cutia poștală. Aflați mai multe despre configurarea cutiei poștale în Conectați-vă la Exchange Online.

Cerințe preliminare

Asigurați-vă că completați următoarele cerințe înainte de a începe procesul de migrare:

• Creați utilizatori în chiriașul țintă, inclusiv:
  • Creați utilizatori în Microsoft 365 și Microsoft Entra ID.
  • Atribuiți licențe.
• Trebuie să aveți privilegii de administrator cu Power Platform sau Dynamics 365 pentru a efectua migrarea.
• Modulul PowerShell pentru Power Platform Administratori este modulul PowerShell recomandat pentru interacțiunea cu capabilitățile de administrare. Aflați mai multe în Începeți cu PowerShell pentru Power Platform Administratori.

Proces de pregătire

Finalizați următoarele proceduri pentru Power Automate, Power Apps, Copilot Studio și Power Pages înainte de migrare. De asemenea, trebuie să creați un fișier de mapare a utilizatorului.

Pregăti Power Automate

Dacă fluxurile dvs. sunt deja definite în Dataverse, atunci nu este necesară nicio muncă suplimentară.

Orice Power Automate fluxuri care ar trebui migrate trebuie să aibă definițiile adăugate în Dataverse soluții din mediul sursă. Aflați mai multe în Adăugați un flux cloud existent într-o soluție. Acest lucru se poate face în bloc prin rularea cmdlet-ului Add-AdminFlowsToSolution .

Pregăti Power Apps

Orice Power Apps trebuie să fie exportat manual. Nu acceptăm migrarea conectorilor, conexiunilor sau gateway-urilor clienților. Dacă aveți oricare dintre aceste componente configurate, acestea trebuie reconfigurate manual după migrare.

Pentru aplicații conștiente de soluții

1. Pentru aplicațiile care cunosc soluția, accesați Power Apps, navigați la pagina Soluții și exportați toate aplicațiile și soluțiile. Puteți să le exportați individual sau să le grupați într-o singură soluție, dacă nu sunt deja.

2. Ștergeți aceste aplicații care știe de soluție din mediu după ce le exportați.

3. Aplicațiile aparținând soluțiilor gestionate pot fi șterse numai prin ștergerea soluției.

4. Aplicațiile care se află într-o soluție negestionată pot fi șterse utilizând opțiunea Ștergeți din acest mediu .

   Important

   Aplicațiile canvas care știe de soluție, paginile personalizate sau bibliotecile de componente pe care nu le ștergeți dintr-un mediu înainte de migrare nu vor funcționa după finalizarea migrării.

Pentru aplicațiile care nu cunosc soluția

1. Accesați Power Apps, apoi selectați Aplicații.

2. Pentru fiecare aplicație pe care doriți să o mutați, selectați Mai multe comenzi și apoi selectați Exportați pachet (previzualizare).

3. Introduceți detaliile necesare pentru a efectua exportul aplicației, apoi selectați Export. După finalizarea exportului, începe o descărcare.

   Fișierul rezultat conține pachetul de aplicație care a fost selectat.

4. Repetați acești pași până când toate aplicațiile au fost exportate.

5. Ștergeți aceste aplicații care nu țin cont de soluții din mediu.

De asemenea, un administrator poate vizualiza sau șterge aplicațiile canvas din lista din portalul de administrare, parcurgând următorii pași:

1. Accesați Power Platform centrul de administrare și apoi selectați mediul din Gestionați.
2. Sub acțiunea Resurse , selectați Power Apps pentru a le vizualiza și șterge.

Pregăti Copilot Studio

Orice Copilot Studio chatbot trebuie să fie exportat manual. Unele componente dependente ale chatbot-urilor trebuie reconfigurate manual în timpul sau după migrare. De exemplu, conexiunile, variabilele de mediu și conectorii personalizați trebuie reconfigurate manual în timpul sau după migrare.

Roboții de chat sunt dependenți de soluții. Accesați Power Apps, navigați la pagina Soluții și exportați toate soluțiile chatbot, fie individual, fie grupate într-o singură soluție. Aflați mai multe în Exportați și importați roboți folosind soluții.

Pregăti Power Pages

Următorii pași trebuie efectuati pentru fiecare site web dintr-un mediu:

1. Conectați-vă la mediu.
2. Deschideți centrul de administrare.
3. Șterge site-ul web.

Creați un fișier de mapare a utilizatorului

Creați un fișier de mapare a utilizatorului pentru mediul sursă pentru a fi transferat în mediul țintă. Este esențial să rețineți că fiecare mediu necesită un fișier de mapare individual. Asigurați-vă că utilizatorii sunt prezenți și autorizați atât în ​​chiriașii de origine, cât și în cei de destinație, deoarece acest lucru este necesar pentru o migrare de succes. Domeniile utilizatorilor pot varia între sursă și țintă, cu condiția ca aceștia să fie activi.

1. Creați un fișier de mapare utilizator numit usermapping.csv.

   Notă

   Numele fișierului face distincție între majuscule și minuscule. Asigurați-vă că înregistrările sunt separate prin virgulă, nu prin punct și virgulă.

2. Înregistrați cu precizie detaliile utilizatorilor, inclusiv ID-urile lor de e-mail sursă și destinație. Asigurați-vă că nu există spații suplimentare înainte și după antet. Fișierul dvs. de mapare ar trebui să arate ca exemplul următor:

   Sursă	Destinație
   SourceUser@sourcetenant.com	DestinationUser@targettenant.com

Pentru utilizatorii cu acces complet

1. Accesați mediul sursă.

2. Utilizați Găsire avansată pentru a căuta utilizatori.

3. Selectați Utilizare vizualizare salvată>Utilizatori cu acces deplin, apoi selectați Editare coloane.

4. Eliminați toate coloanele, cu excepția coloanei Nume complet .

5. Selectați Adăugare coloane>Windows Live ID.

6. Selectați OK>Rezultate pentru a vedea lista utilizatorilor cu acces deplin.

7. Selectați toate înregistrările, selectați Exportare utilizatori în panglică, apoi alegeți Foaie de lucru statică.

8. Urmați pașii 1-7 de mai sus pentru chiriașul de destinație, dacă este posibil. Acum ar trebui să aveți două foi Excel separate: una pentru sursă și una pentru chiriașul țintă.

9. Deschideți fișierele Excel pentru editare.

10. Începând cu foaia Excel sursă, copiați înregistrările din coloana Windows Live ID în Notepad. Nu copiați antetul.

11. Salvați fișierul Notepad.

12. Introduceți ID-ul Windows Live ID (UPN) de destinație în același document Notepad din dreapta UPN-ului sursă corespunzătoare. Asigurați-vă că separați UPN-urile sursă și destinație cu o virgulă (,).

    Exemplu:

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

13. Salvați ca fișier CSV.

Pentru utilizatorii de acces administrativ

1. Accesați mediul sursă.
2. Utilizați Găsire avansată pentru a căuta utilizatori.
3. Selectați Utilizare vizualizare salvată>Utilizatori de acces administrativ, apoi selectați Rezultate pentru a vedea lista utilizatorilor de acces administrativ.
4. Dacă decideți să nu includeți niciunul dintre acești utilizatori, săriți peste pașii următori. În caz contrar, pentru a include acești utilizatori în fișierul de mapare, procedați în felul următor:

   1. Găsiți utilizatorii corespunzători în entitatea găzduită de destinație.

   2. Asigurați-vă că o licență validă este atribuită utilizatorului de destinație în chiriașul de destinație.

      Notă

      Dacă utilizatorului destinație nu i se atribuie nicio licență, migrarea eșuează.

   3. Salvați fișierul CSV care are mapați atât utilizatori cu acces complet, cât și utilizatori cu acces administrativ.

Migrare

Înainte de a continua cu migrarea, asigurați-vă că revizuiți și finalizați procesul de pregătire. După ce ați finalizat procesul de pregătire, completați următoarele secțiuni pentru a migra.

Instalați PowerShell pentru Power Platform administratori (atât administratorii sursă, cât și cei țintă)

Modulul PowerShell pentru Power Platform Administratori este modulul PowerShell recomandat pentru interacțiunea cu capabilitățile de administrare. Pentru informații care vă ajută să începeți cu modulul PowerShell pentru Power Platform Administratori, accesați Începeți cu PowerShell pentru Power Platform Administratori și Instalarea PowerShell pentru Power Platform Administratori.

Instalați sau actualizați modulul necesar utilizând una dintre următoarele comenzi:

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Instalați Azure PowerShell pe Windows (atât administratorii sursă, cât și țintă)

Modulul Azure PowerShell este un modul de acumulare. Instalarea modulului Azure PowerShell descarcă modulele disponibile în general și face cmdleturile acestora disponibile pentru utilizare. Aflați mai multe în Instalați Azure PowerShell pe Windows.

Utilizați cmdletul Install-Module pentru a instala modulul Azure PowerShell:

Install-Module -Name Az -Repository PSGallery -Force

conectați-vă la Microsoft Power Platform (atât administratorii sursă, cât și cei țintă)

conectați-vă la Microsoft Power Platform. Acest pas permite administratorilor să se autentifice și să acceseze mediul Power Platform .

Add-PowerAppsAccount

Trimiteți cererea de migrare (administrator sursă)

Pentru a iniția o migrare de la chiriaș la chiriaș, administratorul Dynamics 365 sau Power Platform chiriașului sursă trebuie să trimită o solicitare chiriașului țintă utilizând următoarea comandă și să furnizeze ID-ul numelui mediului și ID-ul locatarului.

Trebuie să aveți Power Platform acreditări de administrator sau de administrator Dynamics 365 pentru a finaliza acest pas.

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

Puteți vizualiza starea și MigrationID utilizând următoarea comandă:

TenantToTenant-ViewMigrationRequest

Vedeți și aprobați cererea de migrare (administrator țintă)

Administratorul locatarului de destinație ar trebui să execute următoarea comandă pentru a vedea toate solicitările și starea de migrare. Administratorul poate examina toate solicitările de migrare și opțiunile de aprobare sau respingere.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

Odată ce o solicitare este aprobată, administratorul chiriașului de destinație îl poate notifica pe administratorul chiriașului sursă pentru a continua cu următorul pas al migrației.

Generați o adresă URL a semnăturii de acces partajat (SAS) (administrator sursă)

Acest pas implică crearea adresei URL SAS, care este utilizată ulterior pentru încărcarea fișierului de mapare a utilizatorului. Rulați următoarea comandă PowerShell, înlocuind EnvironmentId cu ID-ul real al mediului.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Eșantion de ieșire

Code        :
Description :
Headers     :
Error       :
Errors      :
Internal    : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}

Încărcați fișierul de mapare a utilizatorului (administrator sursă)

Următorul pas implică transferul fișierului de mapare a utilizatorului la adresa URL SAS stabilită anterior. Pentru a realiza acest lucru, rulați următoarele comenzi în Windows PowerShell ISE, asigurându-vă că parametrii SASUri și FileToUpload conțin informațiile adecvate despre mediul dvs. Acest pas este crucial pentru încărcarea cu precizie a cartografierii utilizatorilor din sistem.

$SASUri ="Update the SAS Uri from previous step”
$Uri = [System.Uri] $SASUri
 
$storageAccountName = $uri.DnsSafeHost.Split(".")[0]
$container = $uri.LocalPath.Substring(1)
$sasToken = $uri.Query
 
# File to upload
# Note that the file name should be usermapping.csv (case sensitive) with comma separated values.
$fileToUpload = 'C:\filelocation\usermapping.csv'
 
# Create a storage context
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
 
# Upload the file to Azure Blob Storage
Set-AzStorageBlobContent -File $fileToUpload -Container $container -Context $storageContext -Force

Pregătiți migrarea mediului (administrator sursă)

Următorul pas implică efectuarea de validări cuprinzătoare pentru a se asigura că fiecare utilizator listat în fișierul de mapare a utilizatorului este verificat și activ în prezent în chiriașul țintă.

MigrationId poate fi vizualizat folosind comanda „TenantToTenant-ViewMigrationRequest” din chiriașul sursă.

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

Eșantion de ieșire

Code        : 202
Description : Accepted

Durata acestui pas variază în funcție de numărul de utilizatori din fișierul de mapare a utilizatorului. Puteți monitoriza progresul acestui pas utilizând comanda TenantToTenant-GetStatus , furnizată mai jos.

Verificați starea (administratorul sursă)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Eșantion de ieșire

• Validați migrarea chiriașului la chiriaș: în curs
• Validați migrarea chiriașului la chiriaș: a reușit
• Validarea a eșuat, erorile sunt actualizate pe blob aici: SASURI

Erori și cum să le rezolvi

• Dacă primiți o eroare care spune: Fișierul de mapare utilizator furnizat pentru migrarea Chiriașului către chiriaș este nevalid, verificați dacă numele fișierului de mapare utilizator este corect și dacă fișierul de mapare utilizator are o virgulă pentru a separa valorile.
• Rândul „{numerele de rând}” au același „{emailID}”: asigurați-vă că nu există intrări duplicat.
• Format de e-mail nevalid „{emailid}”: asigurați-vă că formatul de e-mail este corect pentru testuser@tenantdomain.com.
• Ținta online „{linenumber}” este aceeași cu codul de e-mail sursă: asigurați-vă că E-mailul de destinație este diferit de E-mail-ul sursă.
• Fiecare rând trebuie să aibă exact două coloane: „{line numbers}”: asigurați-vă că fiecare rând are doar două coloane: coloanele sursă și destinație. Eliminați orice virgule suplimentare.

După remedierea erorilor de mapare a utilizatorului, trebuie să reîncărcați fișierul de mapare a utilizatorului folosind același URI SAS.

Descărcați raportul de eroare (administrator sursă)

Dacă există erori în fișierul de mapare a utilizatorului, există o opțiune de a descărca un raport de eroare. Acest lucru se poate face prin copierea și lipirea directă a SasUrl furnizată în comanda Tenant-To-Tenant-GetMigrationStatus sau utilizând următoarele comenzi care utilizează URI-ul SAS de la pasul anterior pentru a verifica starea și locația dorită pentru a descărca raportul de eroare.

Finalizați pașii de mai jos:

1. Rulați următoarea comandă cu Windows PowerShell ISE.

   Import-Module Az.Storage 
   # Define the SAS URI of the blob
   $sasUri = " Update the SAS Uri from previous step "
   # Define the path where the blob will be downloaded
   $destinationPath = "C:\Downloads\Failed\"
   # Split the SAS URI on the '?' character to separate the URL and the SAS token
   $url, $sasToken = $sasUri -split '\?', 2
   $containerName = $url.Split('/')[3]
   $storageAccountName = $url.Split('/')[2].Split('.')[0]
   $storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
   Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext 
   

2. Remediați problemele din fișierul de mapare a utilizatorului.

3. Reîncărcați fișierul utilizând pașii din Încărcați fișierul de mapare a utilizatorului (administrator sursă).

După finalizarea cu succes a Pregătiți migrarea mediului (administrator sursă), puteți continua cu procedura Migrați mediul (administrator sursă) pentru migrarea mediului. Efectuați migrarea în următoarele șapte zile. Dacă nu finalizați migrarea în următoarele șapte zile, trebuie să începeți din nou procedura Pregătiți migrarea mediului (administrator sursă) .

Migrați mediul (administrator sursă)

MigrationId poate fi vizualizat folosind comanda TenantToTenant-ViewMigrationRequest din locatarul sursă.

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

Obține stare (administrator sursă)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Eșantion de ieșire

• Migrare Mediu: Running
• Migrare Mediu: Reușit

Proces post-migrare

După mutarea mediilor către altă entitate găzduită:

• Adresa URL a mediului, ID-ul organizației (OrgID) și numele nu se modifică.
• Mediul sursă nu are Dataverse.
• Utilizatorii care nu sunt incluși în fișierul de mapare nu vor fi migrați și mapați după migrare.

Finalizați următoarele proceduri pentru Power Automate, Power Apps, Copilot Studio și Power Pages.

Proces post-migrare pt Power Automate

După ce migrarea s-a încheiat, parcurgeți secțiunea Examinare componente ca o listă de verificare pentru a ajusta și activa fluxurile și alte componente. Pașii cheie sunt:

1. Creați conexiuni pentru toate referințele de conexiune.
2. Porniți toate fluxurile, inclusiv pornirea fluxurilor secundare înainte de fluxurile părinte.
3. Pentru orice fluxuri declanșate HTTP, preluați noua adresă URL și plasați-o în orice aplicații sau fluxuri de apelare pentru a reîmprospăta referințele respective.

Proces post-migrare pt Power Apps

Pentru aplicații conștiente de soluții

1. Selectați noul mediu din Power Apps și navigați la pagina Soluții .
2. Selectați Import și utilizați selectorul de fișiere pentru a selecta pachetele exportate de la pasul de mai sus.
3. Confirmați că importul a fost finalizat cu succes verificând conținutul soluției din mediul migrat.

Pentru aplicațiile care nu cunosc soluția

1. Salt la Power Apps.
2. Selectați noul mediu din lista verticală de mediu.
3. Selectați Aplicații.
4. Selectați Importați aplicația proiectată pe pânză.
5. Încărcați fișierul pachetului de aplicație.
6. Completați toate opțiunile de import selectate, apoi selectați Importare.
7. Repetați acești pași până când toate aplicațiile au fost importate.

Proces post-migrare pt Copilot Studio

1. Selectați noul mediu din Power Apps și navigați la pagina Soluții .
2. Selectați Import și utilizați selectorul de fișiere pentru a selecta pachetele exportate de la pasul de mai sus.
3. Confirmați că importul a fost finalizat cu succes verificând conținutul soluției din mediul migrat.

Proces post-migrare pt Power Pages

Următorii pași trebuie parcurși pentru fiecare site web din mediu.

1. Conectați-vă la mediu.
2. Deschideți centrul de administrare.
3. Furnizați site-ul web cu același tip de portal și limbă.

După finalizarea tuturor pașilor de mai sus și a migrației, puteți valida mediul în chiriașul țintă. Ulterior, puteți șterge mediul sursă din Power Platform centrul de administrare.

Întrebări frecvente

Operațiunile de fundal sunt activate în timpul migrării de la chiriaș la chiriaș?

Modul de administrare este activat în timpul migrării de la entitate găduită la entitate găzduită, prin urmare operațiunile de fundal nu rulează. Aflați mai multe în Modul de administrare.

Putem migra toți utilizatorii Dataverse organizației?

Putem migra toți utilizatorii Dataverse organizației numai dacă există utilizatori în chiriașul de destinație. De exemplu:

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com