Migracje dzierżawy do dzierżawy

Funkcja migracji między dzierżawami umożliwia przenoszenie środowiska z jednej dzierżawy do drugiej. Ta funkcja obsługuje scenariusze, takie jak scalanie wielu dzierżaw w jedną i ułatwianie przejęć firm. Środowisko w rzeczywistości nie jest przenoszone, ale jest połączone z inną dzierżawą. Środowisko nadal istnieje, ale nie podlega już pod dzierżawę źródłową. Jest ona dostępna i zarządzana w ramach docelowej dzierżawy. W ramach tego przenoszenie nie zachodzą żadne zmian w interfejsie użytkownika ani zmiany wersji.

Przed rozpoczęciem

Przed rozpoczęciem migracji między dzierżawcami należy pamiętać o poniższych kwestiach.

• Obsługiwane typy środowisk: obsługiwane są tylko środowiska produkcyjne i piaskownicy.
• Nieobsługiwane typy środowisk: środowiska domyślne, deweloperskie, próbne i teams nie są obsługiwane. Usługa Government Community Cloud (GCC) do chmur publicznych i odwrotnie również nie jest obsługiwana.
• Następujące składniki nie są obsługiwane: Dynamics 365 Customer Voice, Omnichannel for Customer Service, biblioteka składników, Dynamics 365 Customer Insights — podróże i Dynamics 365 Customer Insights — dane.
• Konkretne kroki wymagane w przypadku Power Apps, Power Automate, Power Pages i Microsoft Copilot Studio są wywoływane w krokach przed migracją i po migracji.
• Organizacji Dataverse połączonej z organizacją zajmującą się finansami i operacjami nie można migrować do innego dzierżawcy.
• Po migracji między dzierżawcami może być konieczna ponowna konfiguracja niektórych aplikacji i ustawień, takich jak Dynamics 365 App for Outlook, synchronizacja na serwerze, SharePoint i inne.
• Po utworzeniu i skonfigurowaniu użytkowników należy utworzyć plik mapowania użytkowników, który opisano w dalszej części tego artykułu.
• Jeśli zmapowany użytkownik ma skrzynkę pocztową w dzierżawcy docelowym, to skrzynka ta jest automatycznie konfigurowana podczas migracji. Dla wszystkich innych użytkowników będziesz musiał ponownie skonfigurować skrzynkę.
  • Jeśli ta sama skrzynka jest używana w docelowym dzierżawcy test@microsoft.com, będzie ona domyślnie włączona. Przed rozpoczęciem procesu dzierżawy klienci muszą zmigrować/skonfigurować swoje skrzynki pocztowe na docelowym dzierżawcy.
  • Jeśli używasz domyślnej domeny onmicrosoft, test@sourcecompanyname.onmicrosoft.com nazwa domeny po migracji zostanie zmieniona na test@targetcompanyname.onmicrosoft.com. Klienci muszą ponownie skonfigurować skrzynkę pocztową. Dowiedz się więcej o konfiguracji skrzynki pocztowej w Połącz się z Exchange Online.

Wymagania wstępne

Przed rozpoczęciem procesu migracji pamiętaj o spełnieniu następujących wymagań wstępnych:

• Utwórz użytkowników w dzierżawie docelowej, w tym:
  • Twórz użytkowników w Microsoft 365 i Tożsamość Microsoft Entra.
  • Przypisywanie licencji.
• Aby przeprowadzić migrację, musisz mieć uprawnienia administratora w Power Platform lub Dynamics 365.
• Moduł PowerShell dla administratorów platformy Power Platform to zalecany moduł programu PowerShell do interakcji z funkcjami administracyjnymi. Aby uzyskać więcej informacji, zobacz temat Wprowadzenie dla administratorów do PowerShell w Power Platform.

Proces przygotowania

Przed migracją wykonaj poniższe procedury dla Power Automate, Power Apps, Copilot Studio i Power Pages. Musisz także utworzyć plik mapowania użytkownika.

Przygotuj Power Automate

Jeśli Twoje przepływy są już zdefiniowane w Dataverse, nie jest wymagana żadna dodatkowa praca.

Definicje wszelkich przepływów Power Automate, które powinny zostać zmigrowane, muszą zostać dodane do rozwiązań Dataverse w środowisku źródłem. Więcej informacji: Dodaj istniejący składnik do rozwiązania. Można to zrobić zbiorczo, uruchamiając polecenie cmdlet Add-AdminFlowsToSolution .

Przygotowanie Power Apps

Wszelkie aplikacje Power Apps należy wyeksportować ręcznie. Nie wspieramy migracji łączników klienta, połączeń czy bram. Jeśli masz skonfigurowane któreś z tych komponentów, musisz je ręcznie skonfigurować ponownie po migracji.

Dla aplikacji, które są świadome rozwiązań

1. W przypadku aplikacji, które rozpoznają rozwiązania, przejdź do Power Apps, przejdź do strony Rozwiązaniai wyeksportuj wszystkie aplikacje i rozwiązania. Możesz wyeksportować je pojedynczo lub zgrupować w jednym rozwiązaniu, jeśli jeszcze tego nie zrobiono.

2. Po eksporcie należy usunąć te aplikacje świadome rozwiązania w środowisku.

3. Aplikacje należące do rozwiązań zarządzanych można usunąć tylko przez usunięcie rozwiązania.

4. Aplikacje, które znajdują się w rozwiązaniu niezarządzanym, można usunąć przy użyciu opcji Usuń z tego środowiska .

   Ważne

   Aplikacje kanwy świadome rozwiązania, strony niestandardowe lub biblioteki składników, których nie można usunąć ze środowiska przed zakończeniem migracji.

Dla aplikacji, które są świadome rozwiązań

1. Przejdź do Power Apps i wybierz pozycję Aplikacje.

2. Dla każdej aplikacji, którą chcesz przenieść, wybierz Więcej poleceń (...), a następnie wybierz Eksportuj pakiet (podgląd).

3. Podaj szczegóły wymagane do wyeksportowania aplikacji, a następnie wybierz opcję Eksport. Po zakończeniu eksportu należy rozpocząć pobieranie.

   Plik wynikowy zawiera pakiet aplikacji, który został wybrany.

4. Powtórz te kroki, aż do wyeksportowania wszystkich aplikacji.

5. Usuń ze środowiska aplikacje niezwiązane z żadnym rozwiązaniem.

Administrator może również wyświetlać lub usuwać aplikacje kanwa z listy w portalu administracyjnym, wykonując następujące kroki:

1. Przejdź do centrum administracyjnego platformy Power Platform, wybierz opcję Zarządzaj.
2. W obszarze akcji Zasoby wybierz Power Apps , aby je wyświetlić i usunąć.

Przygotowanie Copilot Studio

Wszystkie czatboty Copilot Studio muszą być wyeksportowane ręcznie. Niektóre zależne składniki czatbotów muszą zostać ręcznie ponownie skonfigurowane w trakcie migracji lub po jej zakończeniu. Niektóre zależne komponenty czatbotów muszą być ręcznie rekonfigurowane podczas lub po migracji — na przykład połączenia, zmienne środowiskowe i niestandardowe łączniki.

Chatboty są świadome rozwiązań. Możesz przejść do Power Apps, przejść do strony Rozwiązania i wyeksportować wszystkie rozwiązania czatbotów — pojedynczo lub zgrupuj je w ramach jednego rozwiązania. Dowiedz się więcej w Eksportowanie i importowanie botów przy użyciu rozwiązań.

Przygotowanie Power Pages

Poniższe kroki należy wykonać dla każdej witryny internetowej w środowisku:

1. Zaloguj się do środowiska.
2. Otwórz centrum administracyjne.
3. Usuń witrynę internetową.

Tworzenie pliku mapowania użytkownika

Utwórz plik mapowania użytkownika dla środowiska źródłowego, który ma zostać przeniesiony do środowiska docelowego. Należy pamiętać, że każde środowisko wymaga indywidualnego pliku mapowania. Upewnij się, że użytkownicy są obecni i autoryzowani zarówno w dzierżawie źródłowej, jak i docelowej, ponieważ jest to wymagane do pomyślnej migracji. Domeny użytkowników mogą się różnić w zależności od źródła i celu, pod warunkiem, że są aktywne.

1. Utwórz plik mapowania użytkownika o nazwie usermapping.csv.

   Uwaga

   W nazwie pliku nie jest rozróżniana wielkość liter. Upewnij się, że rekordy są oddzielone przecinkiem, a nie średnikiem.

2. Dokładnie rejestruj dane użytkowników, w tym ich źródłowe i docelowe identyfikatory e-mail. Upewnij się, że przed i po nagłówku nie ma dodatkowych spacji. Twój plik mapowania powinien wyglądać jak w poniższym przykładzie:

   Lokalizacja źródłowa	Lokalizacja docelowa
   SourceUser@sourcetenant.com	DestinationUser@targettenant.com

Dla użytkowników z pełnym dostępem

1. Uzyskaj dostęp do środowiska źródłowego.

2. Użyj zaawansowanego szukania, aby wyszukać użytkowników.

3. Wybierz opcję Użyj zapisanego widoku>Wyświetl użytkowników z pełnym dostępem, a następnie wybierz opcję Edytuj kolumny.

4. Usuń wszystkie kolumny z wyjątkiem Pełna nazwa.

5. Wybierz opcję Dodaj kolumny>Identyfikator Windows Live ID.

6. Wybierz opcję OK>Wyniki, aby wyświetlić listę użytkowników z pełnym dostępem.

7. Zaznacz wszystkie rekordy, wybierz Eksport użytkowników na wstążce, a następnie wybierz Statyczny arkusz.

8. Dla dzierżawcy docelowego wykonaj kroki 1-7 powyżej, jeśli to możliwe. Powinieneś teraz mieć dwa osobne arkusze Excela: jeden dla źródła, a drugi dla celu.

9. Otwórz pliki Excel do edycji.

10. Zaczynając od źródłowego arkusza Excela, skopiuj rekordy z kolumny Windows Live ID do Notatnika. Nie kopiuj nagłówka.

11. Zapisz plik w Notatniku.

12. Następnie w tym samym dokumencie Notatnika wpisz docelowe Windows Live ID (UPN) po prawej stronie odpowiadającego mu źródłowego UPN, oddzielając źródłowe i docelowe UPN przecinkiem (,). Pamiętaj, aby oddzielić źródłowe i docelowe nazwy UPN przecinkami (,).

    Przykład:

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

13. Zapisz plik w formacie CSV.

Użytkownicy z dostępem administracyjnym

1. Uzyskaj dostęp do środowiska źródłowego.
2. Użyj zaawansowanego szukania, aby wyszukać użytkowników.
3. Wybierz opcję Użyj zapisanego widoku>Użytkownicy z dostępem administracyjnym, a następnie wybierz opcję Wyniki, aby wyświetlić listę użytkowników z dostępem administracyjnym.
4. Jeśli zdecydujesz się nie włączać żadnego z tych użytkowników, pomiń poniższe kroki. W przeciwnym razie, aby uwzględnić tych użytkowników w pliku mapowania, wykonaj następujące czynności:

   1. Znajdź odpowiadających im użytkowników w docelowym lokancie.

   2. Upewnij się, że ważna licencja jest przypisana do użytkownika docelowego w lokancie docelowym.

      Uwaga

      Uwaga: Jeśli użytkownik docelowy nie ma przypisanej żadnej licencji, migracja nie powiedzie się.

   3. Zapisz plik CSV, w którym zmapowani są użytkownicy z pełnym dostępem oraz użytkownicy z dostępem administracyjnym.

Migracja

Przed kontynuowaniem migracji upewnij się, że przejrzałeś i zakończyłeś proces przygotowania. Po zakończeniu procesu przygotowania wykonaj następujące sekcje, aby przeprowadzić migrację.

Zainstaluj program PowerShell dla administratorów platformy Power Platform (zarówno administratorów źródłowych, jak i docelowych)

Moduł PowerShell dla administratorów platformy Power Platform to zalecany moduł programu PowerShell do interakcji z funkcjami administracyjnymi. Aby uzyskać informacje ułatwiające rozpoczęcie pracy z modułem PowerShell dla Power Platform administratorów, przejdź do sekcji Wprowadzenie do PowerShell dla Power Platform administratorów i Instalowanie PowerShell dla Power Platform administratorów.

Zainstaluj lub zaktualizuj wymagany moduł przy użyciu jednego z następujących poleceń:

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

Zainstaluj Azure PowerShell w systemie Windows (zarówno administratorzy źródłowi, jak i docelowi)

Moduł Azure PowerShell jest modułem zestawienia. Zainstalowanie modułu Azure PowerShell powoduje pobranie ogólnie dostępnych modułów i udostępnienie ich poleceń cmdlet do użycia. Dowiedz się więcej w temacie Instalowanie Azure PowerShell w systemie Windows.

Użyj polecenia cmdlet Install-Module, aby zainstalować moduł Azure PowerShell :

Install-Module -Name Az -Repository PSGallery -Force

Zaloguj się do Microsoft Power Platform (zarówno administratorzy źródeł, jak i docelowi)

Zaloguj się do Microsoft Power Platform. Ten krok umożliwia administratorom uwierzytelnienie i dostęp do środowiska Power Platform.

Add-PowerAppsAccount

Prześlij prośbę o migrację (administrator źródłowy)

Aby zainicjować migrację między dzierżawcami, administrator dzierżawy źródłowej Dynamics 365 lub Power Platform musi przesłać żądanie do dzierżawy docelowego za pomocą następującego polecenia i podać identyfikator nazwy środowiska i identyfikator dzierżawy.

Aby ukończyć ten krok, musisz mieć poświadczenia administratora Power Platform lub administratora Dynamics 365.

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

Stan i MigrationIDmożna wyświetlić za pomocą następującego polecenia:

TenantToTenant-ViewMigrationRequest

Wyświetlanie i zatwierdzanie żądania migracji (administrator docelowy)

Administrator dzierżawy docelowej powinien uruchomić następujące polecenie, aby wyświetlić wszystkie żądania migracji i stan. Administrator może przejrzeć wszystkie prośby o migrację oraz opcje zatwierdzenia lub odrzucenia.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

Po zatwierdzeniu żądania administrator dzierżawy docelowej może powiadomić administratora dzierżawy źródłowej, aby kontynuować następny krok migracji.

Przekaż plik mapowania użytkownika (administrator źródeł)

Ten krok obejmuje utworzenie adresu URL SAS-owego, który zostanie później użyty do przesłania pliku mapowania użytkownika. Uruchom następujące polecenie programu PowerShell, zastępując wartość EnvironmentId rzeczywistym identyfikatorem środowiska i wartością FileLocation rzeczywistą lokalizacją pliku.

TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}

Pamiętaj, aby skopiować wartość Tylko do odczytu pliku UserMapping ContainerUri zwróconą przez polecenie. Ten adres SAS URI jest wymagany jako parametr -ReadOnlyUserMappingFileContainerUri w poleceniu TenantToTenant-PrepareMigration.

Przygotowanie migracji środowiska (administrator źródłowy)

Poniższy krok obejmuje przeprowadzenie kompleksowych weryfikacji, aby upewnić się, że każdy użytkownik wymieniony w pliku mapowania użytkowników jest weryfikowany i obecnie aktywny w dzierżawie docelowej.

MigrationId można wyświetlić przy użyciu polecenia "TenantToTenant-ViewMigrationRequest" w dzierżawie źródłowej.

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

Przykładowe dane wyjściowe

Code        : 202
Description : Accepted

Czas trwania tego kroku różni się w zależności od liczby użytkowników w pliku mapowania użytkownika. Postęp tego kroku można monitorować przy użyciu polecenia TenantToTenant-GetStatus podanego poniżej.

Sprawdź stan (administrator źródła)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Przykładowe dane wyjściowe

• Weryfikuj migrację dzierżawy do dzierżawy: „Przeprowadzanie”
• Weryfikuj migrację dzierżawy do dzierżawy: „Powodzenie”
• Weryfikacja nie powiodła się. Błędy zostały zaktualizowane w magazynie obiektów blob: „SASURI”

Błędy i sposoby ich rozwiązywania

• Jeśli zostanie wyświetlony komunikat o błędzie Plik mapowania użytkownika dostarczony na potrzeby migracji dzierżawy do dzierżawy jest nieprawidłowy, sprawdź, czy nazwa pliku mapowania użytkownika jest poprawna i czy plik mapowania użytkownika zawiera przecinek oddzielający wartości.
• Wiersz "{line numbers}" ma ten sam element "{email ID}": upewnij się, że nie ma żadnych zduplikowanych wpisów.
• Nieprawidłowy format wiadomości e-mail "{identyfikator poczty e-mail}": upewnij się, że format wiadomości e-mail jest poprawny dla elementu testuser@tenantdomain.com.
• Element docelowy w wierszu "{line number}" jest taki sam jak źródłowy identyfikator wiadomości e-mail: upewnij się, że docelowa wiadomość e-mail różni się od źródłowej wiadomości e-mail.
• Każdy wiersz musi mieć dokładnie dwie kolumny: '{numery wierszy}': upewnij się, że każdy wiersz ma tylko dwie kolumny: źródełą i docelową. Usuń wszelkie dodatkowe przecinki.

Po naprawieniu błędów mapowania użytkowników musisz ponownie przesłać plik mapowania użytkowników, używając tego samego identyfikatora URI SAS.

Pobierz raport o błędach (administrator źródłowy)

Jeśli jakiekolwiek błędy znajdują się w pliku mapowania użytkownika, istnieje możliwość pobrania raportu o błędach. Można to zrobić poprzez bezpośrednie skopiowanie i wklejenie adresu SasUrl podanego w poleceniu Tenant-To-Tenant-GetMigrationStatus do przeglądarki internetowej lub poprzez użycie poniższych poleceń, które wykorzystują adres SAS URI z poprzedniego kroku do sprawdzenia statusu i lokalizacji, z której należy pobrać raport o błędach.

Zakończ poniższe kroki:

1. Uruchom następujące polecenia w oknie 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. Napraw błędy w pliku mapowania użytkownika.

3. Prześlij ponownie plik, wykonując kroki opisane w temacie Przekazywanie pliku mapowania użytkownika (administrator źródłowy).

Po pomyślnym ukończeniu procedury Przygotowanie migracji środowiska (administratora źródłowego), możesz przejść do procedury Migracja środowiska (administratora źródłowego) w celu migracji środowiska. Migrację przeprowadź w ciągu najbliższych siedmiu dni. Jeśli migracja nie zostanie ukończona w ciągu najbliższych siedmiu dni, musisz ponownie rozpocząć procedurę Przygotowywanie migracji środowiska (administrator źródłowy).

Migrowanie środowiska (administrator źródłowy)

Identyfikator MigrationId można wyświetlić przy użyciu polecenia TenantToTenant-ViewMigrationRequest w dzierżawie źródłowej.

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

Pobieranie stanu (administrator źródłowy)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Przykładowe dane wyjściowe

• Migracja środowiska: Działanie
• Migracja środowiska: zakończyło się pomyślnie

Proces pomigracji

Po przeniesieniu środowisk do innej dzierżawy:

• Adres URL środowiska, identyfikator organizacji (OrgID) i nazwa się nie zmienią.
• Środowisko źródeł nie zawiera Dataverse.
• Użytkownicy, którzy nie znajdują się w pliku mapowania, nie zostaną zmigrowani i zmapowani po migracji.

Wykonaj poniższe procedury dla Power Automate, Power Apps, Copilot Studio i Power Pages.

Proces pomigracji dla Power Automate

Po zakończeniu migracji przejrzyj zaimportowane komponenty i wykonaj następujące kroki, aby upewnić się, że przepływy i inne zasoby działają poprawnie:

1. Utwórz lub zmapuj połączenia dla wszystkich odwołań do połączeń.
   • Otwórz rozwiązanie w środowisku docelowym.
   • Przejdź do odniesień do połączeń i ponownie uwierzytelnij lub połącz każde z nich z istniejącym połączeniem.
2. Włącz wszystkie przepływy.
   • Importowane przepływy są domyślnie wyłączone.
   • Rozpocznij wszelkie przepływy podrzędne przed włączeniem przepływów nadrzędnych, które je wywołują, aby uniknąć błędów.
3. Zaktualizuj adresy URL wyzwalaczy HTTP.
   • Przepływy wyzwalane przez protokół HTTP generują nowy adres URL po zaimportowaniu.
   • Zaktualizuj wszystkie aplikacje wywołujące, przepływy nadrzędne lub systemy zewnętrzne, aby korzystały z nowego adresu URL.

Proces pomigracji dla Power Apps

Dla aplikacji, które są świadome rozwiązań

1. Wybierz nowe środowisko zPower Apps i przejdź do strony Rozwiązania.
2. Wybierz opcję Import i użyj selektora plików do wybrania pakietów wyeksportowanych z powyższych kroków.
3. Potwierdź, że import został pomyślnie ukończony, sprawdzając zawartość świadomą rozwiązania migrowanego środowiska.

Dla aplikacji, które są świadome rozwiązań

1. Przejdź do Power Apps.
2. Z listy rozwijanej nowe Środowisko wybierz opcję Środowisko.
3. Wybierz Aplikacje.
4. Wybierz Zaimportuj aplikację kanwy.
5. Prześlij plik z pakietem aplikacji.
6. Wykonaj wszystkie zaznaczeń opcji importu, a następnie wybierz opcję Importuj.
7. Powtórz te kroki, aż do importu wszystkich aplikacji.

Proces pomigracyjny dla Copilot Studio

1. Wybierz nowe środowisko zPower Apps i przejdź do strony Rozwiązania.
2. Wybierz opcję Import i użyj selektora plików do wybrania pakietów wyeksportowanych z powyższych kroków.
3. Potwierdź, że import został pomyślnie ukończony, sprawdzając zawartość świadomą rozwiązania migrowanego środowiska.

Proces pomigracji dla Power Pages

Poniższe kroki należy wykonać dla każdej witryny internetowej w środowisku.

1. Zaloguj się do środowiska.
2. Otwórz centrum administracyjne.
3. Zaopatrz stronę w ten sam typ portalu i język.

Po wykonaniu wszystkich powyższych kroków i migracji możesz sprawdzić poprawność środowiska w docelowej dzierżawie. Później możesz usunąć środowisko źródeł w centrum administracyjnym Power Platform.

Często zadawane pytania

Czy podczas migracji z dzierżawy do dzierżawy są włączone operacje w tle?

Tryb administracyjny jest włączony podczas migracji dzierżawy do dzierżawy, dlatego operacje w tle nie są uruchamiane. Dowiedz się więcej o trybie administrowania.

Czy można migrować wszystkich użytkowników organizacji Dataverse?

Możemy migrować wszystkich użytkowników organizacji Dataverse tylko wtedy, gdy użytkownicy istnieją w docelowej dzierżawie. Na przykład:

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com

Jakie środowiska są obsługiwane podczas migracji?

Obsługiwane są wyłącznie środowiska produkcyjne i testowe. Środowiska domyślne, deweloperskie, próbne i Teams nie są obsługiwane.

Czy środowisko fizycznie przeniesie się do nowego najemcy?

Nie Środowisko pozostaje na swoim miejscu, ale organizacja Dataverse zostaje przeniesiona do docelowego dzierżawcy. Nie jest już częścią dzierżawy źródłowej i jest zarządzany w nowym środowisku w dzierżawie docelowej. Dane przechowywane w usłudze Dataverse są nadal przechowywane w środowisku w dzierżawie. Dlatego po zakończeniu przenoszenia między dzierżawami należy usunąć osierocone środowisko i potwierdzić, że dane nie są już potrzebne w dzierżawie źródłowej.

Czy są jakieś składniki, które nie są w pełni obsługiwane?

Dowiedz się więcej w temacie Przed rozpoczęciem , aby dowiedzieć się, które składniki są obsługiwane i które składniki nie są obsługiwane.

Co się dzieje z konfiguracjami skrzynek pocztowych?

Jeśli zmapowany użytkownik (wymieniony w pliku mapowania użytkowników) ma skrzynkę pocztową w dzierżawie docelowej, zostanie ona automatycznie skonfigurowana. W przeciwnym razie konieczna będzie ręczna rekonfiguracja.

Jak rozpocząć migrację?

Administrator usługi Dynamics 365 lub Power Platform dzierżawy źródłowej musi przesłać żądanie przy użyciu poleceń programu PowerShell z nazwą środowiska, identyfikatorem i identyfikatorem dzierżawy. Zapoznaj się z powyższymi poleceniami.

Czy istnieje opcja samoobsługowego interfejsu użytkownika?

Tak. Po zatwierdzeniu TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} w dzierżawie docelowej jest dostępna opcja interfejsu użytkownika do przeniesienia środowiska na stronie środowiska.