Udostępnij za pośrednictwem

Migracje dzierżawy do dzierżawy

  • Artykuł

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żawami należy zapoznać się z poniższymi uwagami.

  • Obsługiwane typy środowisk: Tylko środowisko produkcyjne i piaskownica.
  • Nieobsługiwane typy środowisk: Domyślne, deweloperskie, próbne i Teams typy środowisk nie są obsługiwane. Government Community Cloud (GCC) do chmur publicznych i odwrotnie nie są obsługiwane.
  • Składniki, które nie są obsługiwane, to Dynamics 365 Customer Voice, wielokanałowa dla Customer Service, biblioteka Dynamics 365 Customer Insights - Journeys składników i Dynamics 365 Customer Insights - Data.
  • Istnieją określone kroki wymagane dla Power Apps, Power Automate, Power Pages, oraz dla studia, o których mowa w krokach Microsoft Copilot Studio przed migracją i po migracji.
  • Organizacji Dataverse połączonej z organizacją finansową i operacyjną nie można przeprowadzić migracji do innej dzierżawy.
  • Może zaistnieć konieczność ponownej konfiguracji niektórych aplikacji i ustawień po migracji pomiędzy dzierżawcami takimi jak Microsoft Dynamics 365 for Outlook, synchronizacja na serwerze, integracja z programem SharePoint itd.
  • 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 upewnij się, że zostały spełnione następujące wymagania wstępne.

  • Utwórz użytkowników w dzierżawie docelowej, w tym:
    • Tworzenie użytkowników w Microsoft 365 i Microsoft Entra ID.
    • Przypisywanie licencji.
  • Aby przeprowadzić migrację, musisz mieć uprawnienia administratora Power Platform lub administratora Dynamics 365.
  • Moduł PowerShell dla administratorów Power Platform jest zalecanym modułem programu PowerShell do współpracy z możliwościami administratorów. Aby uzyskać więcej informacji, zobacz temat Wprowadzenie dla administratorów do PowerShell w Power Platform.

Proces przygotowania

Wykonaj następujące procedury dla Power Automate, Power Apps, Copilot Studio i Power Pages przed migracją. Należy również utworzyć plik mapowania użytkownika.

Przygotowanie Power Automate

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

Wszystkie Power Automate przepływy, które powinny zostać zmigrowane, muszą mieć definicje dodane do Dataverse rozwiązań w środowisku źródłowym. 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

Wszystkie Power Apps muszą być wyeksportowane 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. Wybierz opcję Power Apps, a następnie 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 Power Platform centrum administracyjnego, a następnie wybierz środowisko z obszaru 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 chatbotó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 chatbotó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óre ma zostać przeniesione 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żytkowników o nazwie usermapping.csv.

    Notatka

    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 nie ma dodatkowej spacji przed i za nagłówkiem. Na przykład plik mapowany powinien wyglądać podobnie do następujących:

    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.

      Notatka

      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 przystąpieniem do migracji upewnij się, że proces przygotowania został przejrzany i ukończony. Po zakończeniu procesu przygotowania wykonaj następujące sekcje, aby przeprowadzić migrację.

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

Moduł PowerShell dla administratorów Power Platform jest zalecanym modułem programu PowerShell do współpracy z możliwościami administratorów. 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ę ( Microsoft Power Platform zarówno administratorzy źródłowi, jak i docelowi)

Zaloguj się do aplikacji Microsoft Power Platform. Ten krok umożliwia administratorom uwierzytelnianie i uzyskiwanie dostępu do Power Platform środowiska.

Add-PowerAppsAccount

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

Aby zainicjować migrację dzierżawy do dzierżawy, Dynamics 365 lub Power Platform administrator dzierżawy źródłowej musi przesłać żądanie do dzierżawy docelowej przy użyciu następującego polecenia i podać identyfikator nazwy środowiska i identyfikator dzierżawy.

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

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

Stan i identyfikator migracji można wyświetlić za pomocą następującego polecenia.

TenantToTenant-ViewMigrationRequest

Notatka

Zapisz identyfikator MigrationID, który jest używany w dalszych poleceniach migracji. Identyfikator migracji dzierżawy źródłowej różni się od identyfikatora migracji dzierżawy docelowej

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.

Generowanie adresu URL sygnatury dostępu współdzielonego (SAS) (administrator źródłowy)

Ten krok obejmuje utworzenie adresu URL sygnatury dostępu współdzielonego, który jest później używany do przekazywania pliku mapowania użytkownika. Wykonaj następujące PowerShell polecenie, zastępując EnvironmentId rzeczywistym identyfikatorem środowiska.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Ważne

Upewnij się, że środowisko nie jest w trybie administratora, a użytkownik ma przypisaną rolę użytkownika podstawowego w środowisku.

Przykładowe dane wyjściowe

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

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

Kolejnym krokiem jest przeniesienie pliku mapowania użytkownika na wcześniej ustalony adres URL sygnatury dostępu współdzielonego. Aby to osiągnąć, wykonaj następujące polecenia w systemie Windows PowerShell ISE, upewniając się, że parametry SASUri i FileToUpload zawierają odpowiednie informacje o środowisku. Ten krok jest kluczowy dla dokładnego wgrania mapowania użytkowników do systemu.

Notatka

Instalacja modułu Azure jest wymagana do uruchomienia wspomnianego skryptu. Wykonaj następujące kroki w systemie Windows PowerShell ISE.

$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

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

Następny krok obejmuje przeprowadzenie kompleksowych walidacji, aby upewnić się, że każdy użytkownik wymieniony w pliku mapowania użytkownika jest zweryfikowany 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}

Notatka

Przekazując wartość SASUri , należy podać parametr w następujący sposób: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

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żytkowników. 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.
  • Numery wierszy{ mają to samo "}"{emailID}: Upewnij się, że nie ma żadnych zduplikowanych wpisów.
  • Nieprawidłowy format wiadomości e-mail '{emailid}': Upewnij się, że format wiadomości e-mail jest poprawny testuser@tenantdomain.com.
  • Cel w linii '{linenumber}' jest taki sam jak źródłowy emailId: 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ódłową i docelową. Usuń wszelkie dodatkowe przecinki, jeśli występują.

Po naprawieniu błędów mapowania użytkowników należy ponownie przekazać plik mapowania użytkownika przy użyciu tego samego identyfikatora URI sygnatury dostępu współdzielonego.

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

Jeśli w pliku mapowania użytkownika występują błędy, można pobrać raport o błędach. Można to zrobić, bezpośrednio kopiując i wklejając adres SasUrl podany w poleceniu Tenant-To-Tenant-GetMigrationStatus lub przy użyciu następujących poleceń, które używają identyfikatora URI sygnatury dostępu współdzielonego z poprzedniego kroku: do sprawdzenia statusu i określenia lokalizacji do pobrania raportu o błędach.

Wykoń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. Rozwiąż problemy 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)](#upload-the-user-mapping-file-(source-admin).

Po pomyślnym zakończeniu procesu Przygotowywanie migracji środowiska (administrator źródłowy) możesz przystąpić do migracji środowiska (administrator źródłowy) w celu przeprowadzenia 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 -EnvironmentName {EnvironmentId}

Przykładowe dane wyjściowe

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

Notatka

Jeśli napotkasz jakiekolwiek problemy z uruchomieniem powyższych poleceń,prześlij wniosek o pomoc techniczną, aby uzyskać pomoc.

Proces pomigracji

Po przeniesieniu środowisk do innej dzierżawy:

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

Wykonaj następujące procedury dla Power Automate, Power Apps, Copilot Studio, Power Pages

Proces pomigracji dla Power Automate

Po zakończeniu migracji przejdź przez sekcję Przeglądanie składników jako listę kontrolną, aby dostosować i aktywować przepływy i inne składniki. Oto kluczowe kroki:

  1. Tworzenie połączeń w odniesieniu do odwołań do połączeń.
  2. Uruchom wszystkie przepływy, w tym uruchamianie przepływów podrzędnych przed przepływami nadrzędnymi.
  3. W przypadku przepływów wyzwalanych przez protokół HTTP pobierz nowy adres URL i umieść go we wszystkich wywołujących aplikacjach lub przepływach, aby odświeżyć te odwołania.

Proces pomigracji dla Power Apps

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

  1. Wybierz nowe środowisko z Power 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 pomigracji dla Copilot Studio

  1. Wybierz nowe środowisko z Power 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 zweryfikować środowisko w dzierżawie docelowej, a później usunąć środowisko źródłowe 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żemy migrować wszystkich użytkowników organizacji Dataverse? Możemy zmigrować wszystkich użytkowników organizacji Dataverse tylko wtedy, gdy użytkownicy istnieją w dzierżawcy docelowym. Na przykład:

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