Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Migracja między dzierżawcami umożliwia przeniesienie środowiska od jednego dzierżawcy do innego, na przykład podczas konsolidacji dzierżawców lub przejęcia firmy. Migracja nie zmienia interfejsu użytkownika ani wersji.
W przypadku środowisk bez aplikacji Finance and Operations środowisko nie jest fizycznie przenoszone. Organizacja usługi Dataverse przenosi się do nowego środowiska w dzierżawie docelowej, a oryginalne środowisko pozostaje w dzierżawie źródłowej bez usługi Dataverse. W przypadku środowisk obejmujących aplikacje finansowe i operacyjne środowisko źródłowe przechodzi do dzierżawy docelowej i nie jest zachowywane w dzierżawie źródłowej.
Przed rozpoczęciem
Przed rozpoczęciem migracji między dzierżawami zapoznaj się z tymi zagadnieniami:
- Obsługiwane typy środowisk: obsługiwane są tylko środowiska produkcyjne i piaskownicy.
- Nieobsługiwane typy środowisk: domyślne, deweloperskie, próbne i teams środowiska nie są obsługiwane. Migracje między chmurą Government Community Cloud (GCC) i chmurami publicznymi nie są obsługiwane w żadnym kierunku.
- Następujące składniki nie są obsługiwane: Dynamics 365 Customer Voice, Omnichannel for Customer Service i biblioteki składników.
- Dynamics 365 Customer Insights - Journeys, Dynamics 365 Customer Insights - Data, Power Apps, Power Automate, Power Pages i Microsoft Copilot Studio wymagają określonych kroków przygotowawczych i czynności po migracji. Przejrzyj odpowiednie sekcje w tym artykule.
- Środowiska obejmujące aplikacje finansowe i operacyjne są obsługiwane, gdy spełniają dodatkowe wymagania wstępne dotyczące aplikacji finansowych i operacyjnych. Ta funkcja jest wdrażana i może nie być jeszcze dostępna w Twoim regionie.
- Po migracji może być konieczne ponowne skonfigurowanie aplikacji i ustawień, takich jak Dynamics 365 for Outlook, synchronizacja po stronie serwera i SharePoint.
- Po utworzeniu i skonfigurowaniu użytkowników utwórz plik mapowania użytkowników.
- Jeśli zamapowany użytkownik ma skrzynkę pocztową w dzierżawie docelowej, migracja skonfiguruje ją automatycznie. Dla wszystkich innych użytkowników skonfiguruj ponownie skrzynkę pocztową.
- Jeśli tenant docelowy używa tego samego adresu skrzynki pocztowej, takiego jak
test@microsoft.com, migracja domyślnie używa tej skrzynki pocztowej. Zmigruj i skonfiguruj skrzynki pocztowe w dzierżawie docelowej przed rozpoczęciem migracji z dzierżawy do dzierżawy. - Jeśli używasz domyślnej domeny
onmicrosoft.com, adres taki jaktest@sourcecompanyname.onmicrosoft.comzmienia się natest@targetcompanyname.onmicrosoft.compo migracji. Skonfiguruj ponownie skrzynkę pocztową. Aby uzyskać więcej informacji, zobacz Nawiązywanie połączenia z Exchange Online.
- Jeśli tenant docelowy używa tego samego adresu skrzynki pocztowej, takiego jak
- Przetestuj migrację przed migracją środowiska produkcyjnego. Migracja testowa pomaga zweryfikować kroki przygotowania i zrozumieć, czego można oczekiwać przed przeprowadzeniem migracji produkcyjnej. Skopiuj środowisko produkcyjne do nowego środowiska piaskownicy, a następnie zmigruj środowisko piaskownicy do dzierżawy docelowej.
Wymagania wstępne
Przed rozpoczęciem procesu migracji wykonaj następujące wymagania wstępne:
- Upewnij się, że masz uprawnienia administratora platformy Power Platform lub administratora Dynamics 365.
- Utwórz użytkowników w Microsoft 365 i Microsoft Entra ID w dzierżawie docelowej i przypisz im licencje.
- Jeśli przeprowadzasz migrację za pomocą programu PowerShell, użyj zalecanego modułu PowerShell dla administratorów platformy Power Platform. Aby uzyskać więcej informacji, zobacz Wprowadzenie do programu PowerShell dla administratorów platformy Power Platform.
Dodatkowe wymagania wstępne dotyczące aplikacji finansowych i operacyjnych
Porada
Migracja z dzierżawy do dzierżawy zmienia samo środowisko źródłowe finansów i operacji. W przeciwieństwie do migracji tenantu dla środowiska zarządzanego przez Lifecycle Services ten proces nie zachowuje środowiska źródłowego. Aby zachować nienaruszone środowisko źródłowe, skopiuj środowisko i zmigruj kopię.
Spełnij następujące dodatkowe wymagania wstępne dotyczące środowiska obejmującego aplikacje finansowe i operacyjne:
Upewnij się, że w środowisku nie są zainstalowane dodatki Finance and Operations.
Warning
Migracja między dzierżawami nie jest obsługiwana, gdy są zainstalowane dodatki Finance and Operations. Nie kontynuuj migracji, ponieważ może to spowodować nieoczekiwane zachowanie.
Uzyskaj zaktualizowane pliki licencji od niezależnego dostawcy oprogramowania (ISV). Istniejące licencje ISV nie są prawidłowe po migracji. Zaimportuj zaktualizowane pliki licencji po migracji.
Utwórz konto użytkownika administratora finansów i operacji w dzierżawie docelowej. Wprowadź adres e-mail tego użytkownika w obszarze Nowy adres e-mail administratora finops, gdy rozpoczynasz proces przygotowywania. Migracja nie powiedzie się, jeśli użytkownik nie istnieje w dzierżawie docelowej.
Important
Przed migracją środowiska produkcyjnego najpierw zmigruj środowisko sandbox i przetestuj wszystkie funkcje. Nie należy migrować środowiska produkcyjnego do momentu pomyślnego przeprowadzenia migracji środowiska testowego i weryfikacji.
Uwaga / Notatka
Moduł PowerShell dla administratorów platformy Power Platform wymaga programu Windows PowerShell 5.x. Nie jest ona zgodna z programem PowerShell 6.0 lub nowszym, które używają .NET Core. Aby uzyskać więcej informacji, zobacz Instalowanie programu PowerShell dla administratorów platformy Power Platform.
Proces przygotowania
Przed migracją wykonaj odpowiednie procedury dotyczące Power Automate, Power Apps, Copilot Studio i Power Pages. Należy również utworzyć plik mapowania użytkownika.
Przygotuj Power Automate
Jeśli przepływy są już zdefiniowane w usłudze Dataverse, nie musisz wykonywać żadnych dodatkowych przygotowań.
Dodaj definicje dowolnych przepływów Power Automate, które mają zostać zmigrowane do rozwiązań Dataverse w środowisku źródłowym. Aby uzyskać więcej informacji, zobacz Dodawanie istniejącego przepływu chmury do rozwiązania. Możesz uruchomić polecenie cmdlet Add-AdminFlowsToSolution , aby dodać te definicje zbiorczo.
Przygotowanie Power Apps
Ręcznie wyeksportuj aplikacje Power Apps. Migracja łączników niestandardowych, połączeń i bram nie jest obsługiwana. Jeśli używasz tych składników, ręcznie skonfiguruj je ponownie po migracji.
Dla aplikacji, które są świadome rozwiązań
Wyeksportuj aplikacje zależne od rozwiązania przed usunięciem ich ze środowiska źródłowego.
Przejdź do Power Apps, wybierz pozycję Rozwiązania i wyeksportuj wszystkie aplikacje i rozwiązania. Wyeksportuj je indywidualnie lub pogrupuj je w ramach jednego rozwiązania.
Po wyeksportowaniu aplikacji usuń je ze środowiska źródłowego. Aby usunąć aplikacje w rozwiązaniu zarządzanym, należy usunąć rozwiązanie.
Caution
Przed usunięciem rozwiązania zarządzanego dokładnie przejrzyj jego zawartość. Jeśli rozwiązanie zawiera tabele Usługi Dataverse, usunięcie go spowoduje również trwałe usunięcie wszystkich danych w tych tabelach. To ryzyko jest szczególnie ważne w przypadku rozwiązań zawierających aplikacje oparte na modelu, które zwykle korzystają z tabel usługi Dataverse. Przed kontynuowaniem wyeksportuj i wykonaj kopię zapasową wszelkich danych, które należy zachować.
Aby usunąć aplikacje w rozwiązaniu niezarządzanym, użyj polecenia Usuń z tego środowiska.
Important
Aplikacje kanwy obsługujące rozwiązania, strony niestandardowe lub biblioteki składników, których nie usunięto przed rozpoczęciem migracji nie będą działać po migracji.
Dla aplikacji, które są świadome rozwiązań
Eksportuj aplikacje, które nie obsługują rozwiązań jako pakiety aplikacji.
- Przejdź do Power Apps, a następnie wybierz pozycję Apps.
- Dla każdej aplikacji, którą chcesz przenieść, wybierz pozycję Więcej poleceń, a następnie wybierz pozycję Eksportuj pakiet (wersja zapoznawcza).
- Wprowadź wymagane szczegóły eksportu, a następnie wybierz pozycję Export. Po zakończeniu eksportu pakiet aplikacji pobiera się.
- Powtórz kroki 2 i 3 do momentu wyeksportowania wszystkich aplikacji.
- Usuń wyeksportowane aplikacje ze środowiska źródłowego.
Jako administrator możesz również wyświetlać lub usuwać aplikacje kanwowe w centrum administracyjnym platformy Power Platform:
- Przejdź do centrum administracyjnego platformy Power Platform, a następnie wybierz środowisko w obszarze Zarządzanie.
- W obszarze Resources wybierz pozycję Power Apps, aby wyświetlić lub usunąć aplikacje.
Przygotowywanie programu Copilot Studio
Ręcznie wyeksportuj agentów Copilot Studio. Podczas migracji lub po migracji ręcznie ponownie skonfiguruj składniki zależne, takie jak połączenia, zmienne środowiskowe i łączniki niestandardowe.
Agenci obsługują funkcję Solution Aware. Przejdź do Power Apps, wybierz pozycję Rozwiązania i wyeksportuj wszystkie rozwiązania dla agentów, pojedynczo lub pogrupowane w jednym rozwiązaniu. Aby uzyskać więcej informacji, zobacz Eksportowanie i importowanie agentów korzystając z rozwiązań.
Przygotowywanie Power Pages
Wykonaj następujące kroki dla każdej witryny internetowej w środowisku:
- Zaloguj się do środowiska.
- Otwórz centrum administracyjne.
- Usuń witrynę internetową.
Tworzenie pliku mapowania użytkownika
Utwórz oddzielny plik mapowania użytkownika dla każdego środowiska, które migrujesz. Upewnij się, że użytkownicy istnieją, są aktywni i są autoryzowani zarówno w dzierżawcach źródłowych, jak i docelowych. Ich domeny mogą się różnić między tenantami.
Utwórz plik mapowania użytkownika o nazwie
usermapping.csv.Uwaga / Notatka
W nazwie pliku jest uwzględniana wielkość liter. Oddzielaj wartości przecinkami, a nie średnikami.
Zarejestruj źródłowe i docelowe adresy e-mail każdego użytkownika. Nie dodawaj spacji przed lub po wartościach nagłówka. Użyj następującego formatu:
Source,Destination SourceUser@sourcetenant.com,DestinationUser@targettenant.com
Dla użytkowników z pełnym dostępem
Utwórz mapowania dla użytkowników z pełnym dostępem:
Zaloguj się do środowiska źródłowego.
Użyj Wyszukiwania zaawansowanego, aby znaleźć użytkowników.
Wybierz opcję Użyj zapisanego widoku>Wyświetl użytkowników z pełnym dostępem, a następnie wybierz opcję Edytuj kolumny.
Usuń wszystkie kolumny z wyjątkiem Pełne imię i nazwisko.
Wybierz Dodaj kolumny>Windows live ID.
Wybierz opcję OK>Wyniki, aby wyświetlić listę użytkowników z pełnym dostępem.
Wybierz wszystkie rekordy, wybierz pozycję Eksportuj użytkowników na wstążce, a następnie wybierz pozycję Arkusz statyczny.
Powtórz kroki od 1 do 7 dla tenanta docelowego, jeśli to możliwe. Masz teraz dwa arkusze programu Excel: jeden dla dzierżawcy źródłowego i jeden dla dzierżawcy docelowego.
Otwórz pliki Excel do edycji.
Skopiuj rekordy z kolumny Windows Live ID w arkuszu źródłowym do Notatnika. Nie kopiuj nagłówka.
Zapisz plik w Notatniku.
Wprowadź każdy docelowy identyfikator Windows Live ID (nazwa główna użytkownika lub UPN) po prawej stronie odpowiadającej źródłowej nazwy UPN. Rozdziel źródłowe i docelowe nazwy UPN przecinkami bez spacji.
Przykład:
user001@source.com,user001@destination.com user002@source.com,user002@destination.com user003@source.com,user003@destination.comZapisz plik jako plik CSV.
Użytkownicy z dostępem administracyjnym
Zdecyduj, czy uwzględnić użytkowników z dostępem administracyjnym w pliku mapowania:
- Zaloguj się do środowiska źródłowego.
- Użyj Wyszukiwania zaawansowanego, aby znaleźć użytkowników.
- 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.
- Jeśli nie chcesz dołączać tych użytkowników do pliku mapowania, pomiń pozostałe kroki. W przeciwnym razie wykonaj następujące kroki:
Znajdź odpowiadających im użytkowników w docelowym lokancie.
Upewnij się, że każdy użytkownik docelowy ma prawidłową licencję.
Uwaga / Notatka
Jeśli użytkownik docelowy nie ma licencji, migracja zakończy się niepowodzeniem.
Zapisz plik CSV z mapowaniami zarówno dla użytkowników z pełnym dostępem, jak i użytkowników dostępu administracyjnego.
Uwaga / Notatka
Grupy zabezpieczeń nie są migrowane. Zaktualizuj je w dzierżawie docelowej po migracji.
Migrowanie przy użyciu centrum administracyjnego platformy Power Platform
Przed przeprowadzeniem migracji przy użyciu centrum administracyjnego platformy Power Platform należy ukończyć proces przygotowywania.
Zaloguj się w Centrum administracyjnym Power Platform.
W okienku nawigacji wybierz pozycję Zarządzaj.
W okienku Zarządzaj, wybierz Środowiska.
Na stronie Środowiska wybierz środowisko do przeniesienia. Przenoszenie dzierżawy do dzierżawy obsługuje środowiska piaskownicy i środowiska produkcyjne z usługą Dataverse.
Na pasku poleceń wybierz pozycję Przenieś środowisko. Otworzy się okienko Żądanie przeniesienia z dzierżawy do dzierżawy.
Wprowadź identyfikator dzierżawy docelowej w polu Identyfikator dzierżawy docelowej, a następnie wybierz pozycję Prześlij żądanie.
Docelowy najemca otrzymuje żądanie migracji do zatwierdzenia. Na stronie Środowiska pojawia się baner oczekującego żądania.
Lista żądań migracji
Banery powiadomień są wyświetlane w górnej części strony Środowiska , gdy:
- Masz żądanie do zatwierdzenia jako docelowy dzierżawca.
- Przesłałeś prośbę o przegląd jako najemca źródła.
Żądanie zatwierdzenia jako docelowy dzierżawca
Przejrzyj żądania migracji w dzierżawie docelowej i odpowiedz na nie:
Wybierz pozycję Przejrzyj ruchy na banerze.
Panel zawiera listę żądań migracji, które wymagają zatwierdzenia. Wyszukaj według identyfikatora środowiska lub stanu żądania.
Wybierz identyfikator środowiska.
Przejrzyj żądanie, a następnie zatwierdź lub odrzuć je.
Uwaga / Notatka
Żądania wygasają po siedmiu dniach.
Żądanie przeglądu jako dzierżawca źródłowy
Wybierz pozycję Przejrzyj ruchy na banerze. Okienko zawiera listę przesłanych żądań migracji.
Wyszukaj według identyfikatora środowiska lub stanu żądania.
Przygotowanie migracji po zatwierdzeniu
Po zatwierdzeniu żądania migracji na stronie szczegółów środowiska zostanie wyświetlony baner z przyciskiem Rozpocznij przenoszenie .
Wybierz pozycję Rozpocznij przenoszenie, aby otworzyć okienko „Przygotuj się do tej migracji między dzierżawami”, które zawiera listę kroków przed przeniesieniem. Przycisk Przenieś środowisko na pasku poleceń również otwiera ten panel.
Przekaż plik mapowania użytkownika na potrzeby walidacji. Nadaj plikowi nazwę
usermapping.csv.Jeśli środowisko zawiera aplikacje finansowe i operacyjne, wprowadź adres e-mail użytkownika dzierżawy docelowej w polu New FinOps Admin Email. Ten użytkownik staje się administratorem finansów i operacji po migracji. Użytkownik musi istnieć w dzierżawie docelowej lub migracja kończy się niepowodzeniem.
Wybierz pozycję Weryfikuj , aby rozpocząć walidację. Poczekaj na zakończenie operacji.
Gdy walidacja zakończy się niepowodzeniem
Jeśli walidacja nie powiedzie się, zostanie wyświetlony baner z przyciskiem Pobierz błędy . Pobierz plik z błędami, rozwiąż problemy w pliku mapowania użytkownika i powtórz kroki przesyłania i walidacji.
Skorzystaj z poniższej tabeli, aby rozwiązać problemy z wynikami mapowania użytkowników.
| Kod błędu | Description | Działania |
|---|---|---|
SourceUserIdMissingInUserMap |
SourceUserId wartość jest pusta w mapowaniu. |
Popraw wpis użytkownika źródłowego w pliku mapowania. |
TargetUserIdMissingInUserMap |
TargetUserId jest puste w mapowaniu. |
Popraw docelowy wpis użytkownika w pliku mapowania. |
SourceUserIdIsNotValidGuid |
SourceUserId nie jest prawidłowym identyfikatorem GUID. |
Wprowadź prawidłowy identyfikator GUID użytkownika źródłowego w pliku mapowania. |
SourceUserDoesNotExistInOrgDB |
SourceUserId nie pasuje do żadnej SystemUserId w tabeli SystemUsers organizacji. |
Usuń wpis z pliku mapowania. |
TargetUPNDoesNotExistInAAD |
Nie znaleziono identyfikatora TargetUserId UPN w Microsoft Entra ID dzierżawy docelowej. |
Popraw wpis użytkownika docelowego tak, aby wskazywał prawidłowego użytkownika w dzierżawie docelowej, lub usuń wpis. |
RetryableError |
Wystąpił błąd podczas mapowania użytkownika. Operacja może zakończyć się powodzeniem po ponowieniu próby. | Uruchom ponownie polecenie mapowania użytkownika za pomocą pliku mapowania, który wyświetla listę użytkowników, których dotyczy ten błąd. |
ApplicationUserCannotBeMapped |
Użytkownik źródłowy jest użytkownikiem aplikacji, a operacja mapowania nie obsługuje takiego użytkownika. | Dla operacji mapowania nie jest wymagana żadna akcja. Utwórz użytkowników aplikacji w dzierżawie docelowej, ponieważ nie można ich migrować z dzierżawy źródłowej. |
SkippedMapping |
Użytkownik źródłowy nie istnieje w organizacji, a użytkownik docelowy już istnieje. | Nie trzeba podejmować żadnych działań. Użytkownik źródłowy został już zamapowany na użytkownika docelowego w poprzednim przebiegu lub ręcznie. |
Po pomyślnym zakończeniu walidacji
Po pomyślnym zakończeniu sprawdzania poprawności na stronie szczegółów środowiska zostanie wyświetlony baner z przyciskiem Przenieś środowisko.
Wybierz pozycję Przenieś środowisko , aby otworzyć okienko Przenieś to środowisko do innej dzierżawy . Możesz ponownie przeprowadzić walidację za pomocą nowego pliku mapowania użytkowników.
Przejrzyj kroki przed przeniesieniem, a następnie zaznacz pole wyboru, aby potwierdzić ich ukończenie.
Wybierz pozycję Przenieś środowisko , aby rozpocząć przenoszenie. Poczekaj na zakończenie operacji.
Zakończenie przenoszenia
Po zakończeniu przenoszenia:
- Proces przenosi organizację usługi Dataverse z dzierżawy źródłowej do dzierżawy docelowej.
- W przypadku środowiska bez aplikacji finansowych i operacyjnych oryginalne środowisko pozostaje w dzierżawie źródłowej bez organizacji Usługi Dataverse. Proces tworzy środowisko w dzierżawie docelowej o takiej samej nazwie jak środowisko źródłowe. To środowisko obejmuje przeniesioną organizację usługi Dataverse.
- W przypadku środowiska obejmującego aplikacje finansowe i operacyjne proces ten polega na przeniesieniu środowiska źródłowego do dzierżawy docelowej. Środowisko źródłowe nie jest zachowywane w dzierżawie źródłowej.
- Zaktualizuj grupy zabezpieczeń w dzierżawie docelowej. Grupy zabezpieczeń nie są migrowane.
- Ponownie włącz środowiska zarządzane w dzierżawie docelowej, jeśli środowisko źródłowe było środowiskiem zarządzanym. Upewnij się, że dzierżawca docelowy ma wymaganą licencję.
- Zaktualizuj te ustawienia środowiska, które nie zostały skopiowane.
- Funkcja generatywnej sztucznej inteligencji używa wartości domyślnych na poziomie środowiska.
Anuluj przenoszenie
Przeniesienie można anulować po przesłaniu żądania i przed zakończeniem przenoszenia. Wybierz pozycję Anuluj przenoszenie na banerze, aby otworzyć okno dialogowe Anuluj przenoszenie, a następnie anuluj przeniesienie.
Migrowanie przy użyciu programu PowerShell
Przed przeprowadzeniem migracji za pomocą programu PowerShell wykonaj proces przygotowywania . W poniższych sekcjach opisano kroki wykonywane przez administratorów dzierżawy źródłowej i docelowej.
Zainstaluj program PowerShell dla administratorów platformy Power Platform (zarówno administratorów źródłowych, jak i docelowych)
Obaj administratorzy muszą zainstalować moduł PowerShell dla administratorów platformy Power Platform. Aby uzyskać więcej informacji, zobacz Wprowadzenie do programu PowerShell dla administratorów platformy Power Platform i Instalowanie programu PowerShell dla administratorów platformy Power Platform.
Uwaga / Notatka
Moduł PowerShell dla administratorów platformy Power Platform wymaga programu Windows PowerShell 5.x. Nie jest ona zgodna z programem PowerShell 6.0 i nowszymi, które używają platformy .NET Core. Aby sprawdzić wersję, uruchom polecenie $PSVersionTable.PSVersion. Aby uzyskać instrukcje dotyczące instalacji, zobacz Instalowanie programu PowerShell dla administratorów platformy Power Platform.
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 dla administratorów źródłowych, jak i docelowych)
Obaj administratorzy muszą zainstalować Azure PowerShell. Moduł Az zbiorczy instaluje ogólnie dostępne moduły Azure PowerShell i udostępnia ich polecenia cmdlet. Aby uzyskać więcej informacji, zobacz Instalowanie programu Azure PowerShell w systemie Windows.
Użyj Install-Module, aby zainstalować Azure PowerShell:
Install-Module -Name Az -Repository PSGallery -Force
Zaloguj się do Microsoft Power Platform (zarówno administratorów źródłowych, jak i docelowych)
Zaloguj się do Power Platform w dzierżawcy:
Add-PowerAppsAccount
Prześlij prośbę o migrację (administrator źródłowy)
Jako administrator platformy Power Platform lub administrator Dynamics 365 w dzierżawie źródłowej prześlij żądanie migracji do dzierżawy docelowej. Podaj identyfikator środowiska i docelowy identyfikator dzierżawcy:
TenantToTenant-SubmitMigrationRequest -EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}
Aby wyświetlić stan i identyfikator migracji, uruchom polecenie:
TenantToTenant-ViewMigrationRequest
Uwaga / Notatka
Zapisz plik MigrationID , aby można było go użyć w kolejnych poleceniach migracji. Dzierżawcy źródłowi i docelowi mają różne identyfikatory migracji.
Wyświetlanie i zatwierdzanie żądania migracji (administrator docelowy)
Jako administrator dzierżawy docelowej zaloguj się i przejrzyj żądania migracji oraz ich stan. Następnie zatwierdź lub odrzuć żądanie przy użyciu jego identyfikatora migracji:
Add-PowerAppsAccount
TenantToTenant-ViewApprovalRequest
TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}
Po zatwierdzeniu żądania powiadom administratora dzierżawy źródłowej, aby mógł kontynuować.
Przekaż plik mapowania użytkownika (administrator źródeł)
Uruchom następujące polecenie z plikiem mapowania użytkownika. Zastąp {EnvironmentId} identyfikatorem środowiska i {FileLocation} pełną ścieżką pliku. Polecenie zwraca identyfikator URI sygnatury SAS dla pliku.
Uwaga / Notatka
Dołącz nazwę usermapping.csv pliku do ścieżki, na przykład C:\Filelocation\usermapping.csv.
TenantToTenant-UploadUserMappingFile -EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}
Skopiuj wartość Read Only UserMapping File ContainerUri zwróconą przez polecenie. Użyj tego identyfikatora URI sygnatury dostępu współdzielonego dla parametru -ReadOnlyUserMappingFileContainerUri w TenantToTenant-PrepareMigration.
Przygotowanie migracji środowiska (administrator źródłowy)
Sprawdź, czy każdy użytkownik w pliku mapowania użytkownika jest aktywny w dzierżawie docelowej.
Użyj TenantToTenant-ViewMigrationRequest w dzierżawie źródłowej, aby wyświetlić identyfikator migracji.
TenantToTenant-PrepareMigration -MigrationId {MigrationId} -TargetTenantId {TargetTenantId} -ReadOnlyUserMappingFileContainerUri {SasUri}
Uwaga / Notatka
Zastąp element {SasUri} identyfikatorem URI zwróconym przez TenantToTenant-UploadUserMappingFile.
Przykładowe dane wyjściowe
Polecenie zwraca odpowiedź potwierdzającą:
Code : 202
Description : Accepted
Czas weryfikacji zależy od liczby użytkowników w pliku mapowania użytkowników. Użyj polecenia TenantToTenant-GetMigrationStatus, jak pokazano w poniższej sekcji, aby monitorować postęp.
Sprawdź stan (administrator źródła)
Uruchom następujące polecenie, aby sprawdzić stan weryfikacji:
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
Przykładowe dane wyjściowe
Stan może zawierać następujące komunikaty:
Validate Tenant To Tenant Migration: Running
Validate Tenant To Tenant Migration: Succeeded
Validation Failed, Errors are updated on the blob here: SASURI
Błędy i sposoby ich rozwiązywania
Skorzystaj z poniższych wskazówek, aby rozwiązać problemy z mapowaniem użytkowników:
-
Plik mapowania użytkownika podany na potrzeby migracji tenant-to-tenant jest nieprawidłowy: upewnij się, że plik ma nazwę
usermapping.csvi używa przecinków do oddzielania 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 "{email ID}": użyj prawidłowego formatu adresu e-mail, takiego jak
testuser@tenantdomain.com. - Adres docelowy w wierszu "{line number}" jest taki sam jak źródłowy adres e-mail: Upewnij się, że docelowy adres e-mail różni się od źródłowego adresu 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 usunięciu błędów przekaż ponownie plik mapowania użytkownika przy użyciu tego samego SAS URI.
Pobierz raport o błędach (administrator źródłowy)
Jeśli plik mapowania użytkownika zawiera błędy, pobierz raport o błędach. Skopiuj element SasUrl zwrócony przez TenantToTenant-GetMigrationStatus do swojej przeglądarki. Alternatywnie użyj poniższej procedury, aby pobrać raport za pomocą programu PowerShell.
Uruchom następujące polecenia w programie Windows PowerShell ISE. Zastąp symbol zastępczy
$sasUriidentyfikatorem URI sygnatury dostępu współdzielonego z odpowiedzi stanu i ustaw$destinationPathna folder pobierania.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 $storageContextNapraw błędy w pliku mapowania użytkownika.
Prześlij plik ponownie, postępując zgodnie z instrukcjami Prześlij plik mapowania użytkownika (administrator źródłowy).
Po pomyślnym zakończeniu przygotowywania migracji środowiska (administrator źródłowy) przejdź do sekcji Migrowanie środowiska (administrator źródłowy). Ukończ migrację w ciągu siedmiu dni. W przeciwnym razie powtórz procedurę przygotowywania.
Migrowanie środowiska (administrator źródłowy)
Użyj TenantToTenant-ViewMigrationRequest w dzierżawie źródłowej, aby wyświetlić identyfikator migracji. Następnie uruchom polecenie migracji:
TenantToTenant-MigratePowerAppEnvironment -MigrationId {MigrationId} -TargetTenantId {TargetTenantId}
Pobieranie stanu (administrator źródłowy)
Uruchom następujące polecenie, aby sprawdzić stan migracji:
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
Przykładowe dane wyjściowe
Stan może zawierać następujące komunikaty:
Migrate Environment: Running
Migrate Environment: Succeeded
Uwaga / Notatka
Jeśli wystąpią jakiekolwiek problemy z uruchamianiem powyższych poleceń, prześlij wniosek o pomoc techniczną w celu uzyskania pomocy.
Proces pomigracji
Po przeprowadzeniu migracji środowiska do innego dzierżawcy:
- Adres URL środowiska, identyfikator organizacji (OrgID) i nazwa pozostają takie same.
- W przypadku środowiska bez aplikacji finansowych i operacyjnych środowisko źródłowe nie zawiera już usługi Dataverse. W przypadku środowiska obejmującego aplikacje Finance and Operations środowisko źródłowe nie jest zachowywane w dzierżawie źródłowej.
- Użytkownicy, którzy nie znajdują się w pliku mapowania, nie są migrowani ani mapowani po migracji.
- Zaktualizuj grupy zabezpieczeń w dzierżawie docelowej. Grupy zabezpieczeń nie są migrowane.
- Ponownie włącz środowiska zarządzane w dzierżawie docelowej, jeśli środowisko źródłowe było środowiskiem zarządzanym. Upewnij się, że dzierżawca docelowy ma wymaganą licencję.
- Zaktualizuj wszelkie ustawienia środowiska, które nie zostały skopiowane.
- Funkcja generatywnej SI używa wartości domyślnych na poziomie środowiska.
Warning
Po zakończeniu przenoszenia przypisz rolę Administrator systemu w środowisku docelowym administratorom, którzy zweryfikują migrację. Grupy zabezpieczeń nie są migrowane, więc administrator, który nie został uwzględniony w pliku mapowania użytkowników, widzi puste środowisko. Jest to problem z uprawnieniami, a nie utratę danych. Przed otwarciem wniosku o pomoc techniczną potwierdź przypisanie roli.
Ukończ odpowiednie procedury po migracji dla aplikacji Power Automate, Power Apps, Copilot Studio, Power Pages oraz aplikacji finansowych i operacyjnych.
Proces po migracji dla Power Automate
Po migracji przejrzyj zaimportowane składniki i wykonaj następujące kroki, aby upewnić się, że przepływy i inne zasoby działają prawidłowo:
- Utwórz lub zmapuj połączenia dla wszystkich odwołań do połączeń.
- Otwórz rozwiązanie w środowisku docelowym.
- ** Przejdź do referencji połączeń i ponownie je uwierzytelnij lub połącz z istniejącym połączeniem.
- Włącz wszystkie przepływy.
- Importowane przepływy są domyślnie wyłączone.
- Aby uniknąć błędów, włącz przepływy podrzędne przed przepływami nadrzędnymi, które je wywołują.
- 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 po migracji dla Power Apps
Zaimportuj aplikacje, które wyeksportowano podczas przygotowania.
Dla aplikacji, które są świadome rozwiązań
Użyj rozwiązań do importowania aplikacji obsługujących rozwiązania.
- W Power Apps wybierz środowisko docelowe, a następnie wybierz pozycję Rozwiązania.
- Wybierz pozycję Import, a następnie wybierz pakiety wyeksportowane podczas przygotowywania.
- Sprawdź zawartość rozwiązania w środowisku docelowym, aby potwierdzić, że importowanie zakończyło się pomyślnie.
Dla aplikacji, które są świadome rozwiązań
Zaimportuj każdy pakiet aplikacji do środowiska docelowego.
- Przejdź do Power Apps.
- Wybierz środowisko docelowe z listy środowisk.
- Wybierz Aplikacje.
- Wybierz Zaimportuj aplikację kanwy.
- Prześlij plik z pakietem aplikacji.
- Skonfiguruj opcje importowania, a następnie wybierz pozycję Import.
- Powtórz kroki od 4 do 6 do momentu zaimportowania wszystkich aplikacji.
Proces po migracji dla programu Copilot Studio
Zaimportuj rozwiązania agenta wyeksportowane podczas przygotowywania.
- W Power Apps wybierz środowisko docelowe, a następnie wybierz pozycję Rozwiązania.
- Wybierz pozycję Import, a następnie wybierz pakiety wyeksportowane podczas przygotowywania.
- Sprawdź zawartość rozwiązania w środowisku docelowym, aby potwierdzić, że importowanie zakończyło się pomyślnie.
Proces po migracji dla Power Pages
Wykonaj następujące kroki dla każdej witryny internetowej w środowisku docelowym:
- Zaloguj się do środowiska.
- Otwórz centrum administracyjne.
- Zaopatrz stronę w ten sam typ portalu i język.
Proces po migracji dla aplikacji finansowych i operacyjnych
Wykonaj następujące kroki w dzierżawie docelowej:
- Ponownie zaimportuj użytkowników.
- Przed migracją zaimportuj zaktualizowane pliki licencji ISV uzyskane od dostawców.
Proces po migracji dla usługi Customer Insights
Wykonaj kroki po migracji dla Dynamics 365 Customer Insights - Journeys, aby przywrócić funkcjonalność w dzierżawie docelowej. Aby uzyskać więcej informacji, zobacz Migrowanie Dynamics 365 Customer Insights - Journeys między dzierżawami.
Po zakończeniu migracji i wszystkich odpowiednich krokach po migracji zweryfikuj środowisko w dzierżawie docelowej. W przypadku środowisk bez aplikacji Finance and Operations usuń środowisko źródłowe zgodnie z opisem w poniższej sekcji.
Usuń środowisko źródłowe
W przypadku środowisk bez aplikacji finansowych i operacyjnych oryginalne środowisko w dzierżawie źródłowej staje się osieroconym środowiskiem po migracji: zachowuje swoją nazwę i adres URL, ale nie zawiera już organizacji usługi Dataverse. Usuń to osierocone środowisko po sprawdzeniu, czy migracja zakończyła się pomyślnie. W przypadku środowisk obejmujących aplikacje Finance and Operations środowisko źródłowe nie jest zachowywane w dzierżawie źródłowej, więc ten krok oczyszczania nie ma zastosowania.
Przed usunięciem osieroconego środowiska upewnij się, że:
- Aplikacje, przepływy i witryny Power Pages działają poprawnie w dzierżawie docelowej.
- Wszelkie dane, które należy zachować, są eksportowane lub obecne w dzierżawie docelowej.
- Środowisko źródłowe nie jest już potrzebne jako rezerwowe.
Aby usunąć środowisko osierocone, zaloguj się do centrum administracyjnego platformy Power Platform przy użyciu poświadczeń dzierżawy źródłowej, wybierz środowisko osierocone, a następnie wybierz pozycję Usuń na pasku poleceń. Aby uzyskać więcej informacji, zobacz Usuwanie środowiska.
Często zadawane pytania
Znajdź odpowiedzi na często zadawane pytania dotyczące migracji tenant-to-tenant.
Czy podczas migracji z dzierżawy do dzierżawy są włączone operacje w tle?
Operacje w tle nie są uruchamiane podczas migracji dzierżawy do dzierżawy, ponieważ tryb administracyjny jest włączony. Aby uzyskać więcej informacji, zobacz Tryb administracji.
Czy można migrować wszystkich użytkowników organizacji Dataverse?
Możesz migrować użytkowników tylko wtedy, gdy istnieją w dzierżawie docelowej. Na przykład następujące mapowania wymagają, aby obaj użytkownicy docelowi istnieli:
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?
W przypadku środowisk bez aplikacji finansowych i operacyjnych środowisko pozostaje w miejscu, ale jego organizacja Dataverse przenosi się do nowego środowiska w dzierżawie docelowej. Zarządzaj organizacją usługi Dataverse i jej danymi w dzierżawie docelowej. Po zweryfikowaniu migracji i potwierdzeniu, że środowisko źródłowe nie jest już potrzebne, usuń osierocone środowisko.
W przypadku środowisk obejmujących aplikacje finansowe i operacyjne środowisko źródłowe przechodzi do dzierżawy docelowej i nie jest zachowywane w dzierżawie źródłowej.
Czy są jakieś składniki, które nie są w pełni obsługiwane?
Aby uzyskać więcej informacji na temat obsługiwanych składników i których składników nie są obsługiwane, zobacz Przed rozpoczęciem pracy.
Co się dzieje z konfiguracjami skrzynek pocztowych?
Jeśli użytkownik w pliku mapowania użytkowników ma skrzynkę pocztową w dzierżawie docelowej, migracja automatycznie ją konfiguruje. W przeciwnym razie skonfiguruj ponownie skrzynkę pocztową ręcznie.
Jak rozpocząć migrację?
Rozpocznij migrację dzierżawcy do dzierżawcy przy użyciu centrum administracyjnego platformy Power Platform lub programu PowerShell. Obie metody są obsługiwane:
- Centrum administracyjne platformy Power Platform: przejdź do obszaru Zarządzanie>Środowiska, wybierz środowisko, a następnie wybierz pozycję Przenieś środowisko na pasku poleceń. Aby uzyskać więcej informacji, zobacz Migrowanie przy użyciu centrum administracyjnego platformy Power Platform.
-
PowerShell: użyj
TenantToTenant-SubmitMigrationRequestpolecenia cmdlet z identyfikatorem środowiska i identyfikatorem dzierżawy docelowej. Aby uzyskać więcej informacji, zobacz Migrowanie przy użyciu programu PowerShell.
W przypadku każdej metody administrator dzierżawy docelowej musi zatwierdzić żądanie, zanim przeniesienie będzie możliwe.
Jak długo potrwa migracja?
Czas migracji zależy od liczby użytkowników w pliku mapowania użytkowników. Migracja, która nie wydaje się podejmować postępów, niekoniecznie nie powiodła się. Poczekaj do 24 godzin na zakończenie migracji.
Czy istnieje opcja samoobsługowego interfejsu użytkownika?
Tak. Migrację można przesłać, zatwierdzić i ukończyć w całości za pośrednictwem centrum administracyjnego platformy Power Platform bez korzystania z programu PowerShell. Aby uzyskać więcej informacji, zobacz Migrowanie przy użyciu centrum administracyjnego platformy Power Platform.