Udostępnij za pośrednictwem

Migracje dzierżawy do dzierżawy

  • Artykuł

Migrowanie środowiska do innej dzierżawy

Możesz użyć funkcji Migracja pomiędzy dzierżawcami, aby zażądać migracji* wystąpienia od jednego dzierżawcy do innego dzierżawcy. Ta cecha umożliwia klientom obsługę następujących przypadków:

  • Konsolidacja wielu dzierżaw pod jedną
  • Wsparcie przy przejściu z Firmy A do Firmy B

*Środowisko nie jest fizycznie przenoszone, ale jest skojarzone 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.

Musisz przesłać prośbę o wsparcie, aby zainicjować migrację między dzierżawami.

W ramach tego przenoszenie nie zachodzą żadne zmian w interfejsie użytkownika ani zmiany wersji. Możesz przenosić jedno lub kilka środowisk. Po zakończeniu środowiska pojawią się w nowej dzierżawie.

Ważne

  • Podczas przenoszenia poszczególnych środowisk od jednego dzierżawcy do innego, jeśli to wymaga zmiany regionu geograficznego, dzierżawca stanie się dzierżawcą wieloregionowym. Funkcje regionalne są włączane w Centrum administracyjnym Power Platform przez zespół obsługi technicznej. Więcej informacji: Migracja z i do lokalizacji geograficznej.
  • Po migracji między dzierżawcami może być konieczne ponowne skonfigurowanie niektórych aplikacji i ustawień, takich jak Microsoft Dynamics 365 for Outlook synchronizacja SharePoint na serwerze lub inne.
  • Zmiany regionu geograficznego nie są obsługiwane w usługach GCC, GCC High US, US DoD, OCE, IND ani Chiny.
  • Istniejące kopie zapasowe źródłowej bazy danych nie będą migrowane do docelowego lokatora.
  • Organizacja Dataverse powiązana z organizacją finansowo-operacyjną nie może być migrowana do innego dzierżawcy.
  • Migracja między dzierżawcami podlega zasadom Skrytka klienta w przypadku włączenia w obrębie dzierżawcy źródłowego.

Obsługiwane aplikacje i platformy

Obsługiwane Nieobsługiwane w pełni*
  • Dataverse
  • Aplikacje usługi Dynamics 365

*Podczas migracji może dojść do potencjalnej utraty danych i wymaganych jest więcej kroków. Upewnij się, że którekolwiek z poniższych rozwiązań jest zainstalowane w środowiskach, które mają zostać zmigrowane, ponieważ mogą one wymagać dodatkowych kroków od Ciebie lub pomocy technicznej.

Obsługiwane typy środowisk

Obsługiwane Nieobsługiwane
  • Migrowanie środowiska produkcyjnego
  • Resetowanie środowiska piaskownicy
  • Migrowanie dzierżawców z usługi GCC do GCC
  • Jedno lub wiele środowisk
  • Migracja środowiska domyślnego
  • Migracja środowiska zespołu
  • Migracja środowiska wersji próbnej
  • Migracja środowiska demonstracyjnego
  • Migracja środowiska developerskiego
  • Migracja lokatorów z GCC do innego geo lub z innego geo do GCC
  • Migrowanie organizacji Dataverse powiązanej z organizacją finansowo-operacyjną

Przepływ migracji

Kiedy wniosek o migrację zostanie wysłany, zespół wsparcia jest zaangażowany w jego ręczną weryfikację. Poniżej znajduje się lista kroków wykonywanych podczas całego procesu migracji.

Przepływ migracji

Wymagania wstępne

Jeśli nie masz płatnej subskrypcji Dynamics 365 Power Apps lub Microsoft Copilot Studio nie korzystasz z dzierżawy docelowej, musisz ją utworzyć. Być może będzie trzeba zakupić nową subskrypcję lub przekształcić subskrypcję wersji próbnej na płatną, jeśli jeszcze tego nie zrobiono.

Dzierżawca docelowy musi mieć taką samą lub większą liczbę aktywnych licencji użytkowników i taką samą lub większą pamięć masową niż dzierżawca źródłowy.

Kiedy środowisko jest przenoszone z jednej dzierżawy do innej w tym samym regionie, adres URL nie ulega zmianie. Aby wykonać tę operację, musisz odpowiedzieć na kilka pytań, w tym:

  • Jaka jest domena dzierżawcy źródłowego i jego region? (Przykład: EMEA, NA, APAC)
  • Jaka jest domena dzierżawcy docelowego i jego region? (Przykład: EMEA, NA, APAC)
  • Czy docelowy lokator ma ważną subskrypcję Dynamics 365 z wystarczającą liczbą miejsc dla wszystkich użytkowników, którzy mają zostać zmapowani? Użytkownicy, którzy mają zostać udostępnieni w pliku mapowania, muszą być aktywni i licencjonowani zarówno w dzierżawach źródłowych, jak i docelowych.
  • Czy dzierżawca docelowy posiada wystarczającą liczbę licencji użytkownika?
  • Czy dzierżawca docelowy posiada wystarczającą ilość miejsca dla migrowanych środowisk?
  • Przed migracją środowisk produkcyjnych (lub środowisk, które mogą mieć wpływ na prowadzoną działalność), należy najpierw wykonać migrację kopii w piaskownicy. Celem tych migracji przy użyciu kopii ważnych środowisk produkcyjnych jest umożliwienie walidacji zmigrowanych środowisk przed rozpoczęciem migracji środowisk krytycznych dla prowadzonej działalności. Czy masz wystarczającą pojemność, aby dostarczyć kopię środowiska produkcyjnego do przeprowadzenia tego testu? Aby uzyskać instrukcje dotyczące kopiowanie środowiska, przejdź do artykułu Kopiowanie środowiska.

Musisz podać następujące informacje:

  • Środowiska, które mają zostać zmigrowane z dzierżawy źródłowej.
  • Plik mapujący użytkownika dla pierwszego środowiska, które ma być migrowane. Każde środowisko musi mieć oddzielny plik mapowania. Aby migracja zakończyła się pomyślnie, użytkownicy muszą istnieć zarówno w dzierżawie źródłowej, jak i docelowej, a także muszą mieć licencję i włączenie w środowiskach. Mogą one mieć różne domeny źródłowe i docelowe tak długo, jak są aktywne.
  • Jeśli należy przypisać grupę zabezpieczeń, identyfikator obiektu grupy zabezpieczeń w dzierżawie docelowej, który ma być przypisany do każdego środowiska. Identyfikator obiektu docelowej grupy zabezpieczeń dzierżawy jest przypisywany podczas migracji, jeśli zostanie podany. Jeśli nie zostanie on podany, grupę zabezpieczeń można przypisać z centrum administracyjnego Power Platform po zakończeniu migracji.

Kroki, Power Platform które ma wykonać administrator lub administrator Dynamics 365

  1. Bądź upoważniony do przeprowadzenia migracji.
  2. Migracja z kopią w piaskownicy powinna być wykonywana i sprawdzana przez wszystkie strony przed zaplanowaniem migracji środowiska o znaczeniu krytycznym dla działalności. W takim przypadku potrzebujemy również nowego środowiska w dzierżawie źródłowej, abyśmy mogli skopiować środowisko krytyczne dla biznesu do nowego środowiska i przeprowadzić migrację testową.
  3. Utworzenie użytkowników w dzierżawie docelowej. Należy wykonać:
    1. Utwórz użytkowników w Microsoft 365/Microsoft Entra ID.
    2. Przypisywanie licencji.
  4. Po utworzeniu i włączeniu użytkowników należy wygenerować plik mapowania, wykonując kroki opisane w dalszej części tego artykułu.
  5. Jeśli istnieją jakieś rozwiązania dla przepływów Power Apps lub Power Automate, muszą one zostać wyeksportowane z portalu Power Apps i ponownie zaimportowane do nowego środowiska po migracji.
  6. Jeśli skrytka jest włączona w dzierżawie źródłowej, przygotuj się do zatwierdzenia żądania skrytki na początku operacji między dzierżawcami.

Upewnij się, czy którekolwiek z poniższych rozwiązań jest zainstalowane w środowiskach, które mają zostać zmigrowane, ponieważ mogą one wymagać więcej kroków od Ciebie lub pomocy technicznej:

  • Power Apps lub Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • Migracja dzierżawy do dzierżawy nie jest obsługiwana Dynamics 365 Customer Voice. Projekty i ankiety muszą zostać odtworzone po migracji.
  • Portale usługi Power Apps
  • Narzędzie do sprawdzania dostępu do aplikacji Power Apps
  • Café X
  • Rozwiązanie Dynamics 365 Marketing
  • Skrzynki pocztowe Jeśli zmapowany użytkownik ma skrzynkę pocztową w dzierżawcy docelowym, to skrzynka ta jest automatycznie konfigurowana podczas migracji. W przypadku wszystkich innych użytkowników należy ponownie skonfigurować skrzynkę pocztową:
    1. Jeśli ta sama skrzynka pocztowa jest używana w dzierżawie docelowej (test@microsoft.com), skrzynka pocztowa jest domyślnie włączona. Przed rozpoczęciem procesu dzierżawy klienci muszą zmigrować/skonfigurować swoje skrzynki pocztowe na docelowym dzierżawcy.
    2. Jeśli jest używasz domyślnej domeny microsoftowej (test@sourcecompanyname.onmicrosoft.com), nazwa domeny po migracji zostanie zmieniona (test@targetcompanyname.onmicrosoft.com). Klienci muszą ponownie skonfigurować skrzynkę pocztową. Aby skonfigurować skrzynkę pocztową, zobacz Połączenie z Exchange Online.

Kroki do stworzenia pliku mapowania

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

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

  2. Użyj szukania zaawansowanego (Zrzut ekranu przedstawiający przycisk Wyszukiwanie zaawansowane.) i znajdź 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. Będą teraz dostępne dwa osobne arkusze Excela – jeden dla dzierżawcy źródłowego, a drugi docelowego.

  9. Otwórz pliki 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 (,).

    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.

Uwaga

Nie można migrować użytkowników aplikacji. Dowiedz się więcej o użytkownikach aplikacji w temacie Użytkownicy systemu i aplikacji.

Użytkownicy z dostępem administracyjnym:

  1. Uzyskaj dostęp do środowiska źródłowego.
  2. Użyj funkcji Szukanie zaawansowane (Zrzut ekranu przedstawiający przycisk Wyszukiwanie zaawansowane.) i poszukaj 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 włączyć tych użytkowników do mapowania:
    1. Znajdź odpowiadających im użytkowników w docelowym lokancie.
    2. Upewnij się, że ważna licencja Dynamics 365 jest przypisana do użytkownika docelowego w lokancie docelowym. Uwaga: jeśli użytkownik docelowy nie ma przypisanej żadnej licencji, migracja zakończy się niepowodzeniem.
    3. Zapisz plik CSV, w którym zmapowani są użytkownicy z pełnym dostępem oraz użytkownicy z dostępem administracyjnym.

Wykonaj następujące czynności dla Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps Portale i Marketing przed migracją i po niej:

Dla Power Apps i Power Automate:

  • Wszystkie przepływy Power Apps i Power Automate 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.
W przypadku aplikacji obsługujących rozwiązania

Przed migracją:

  1. W przypadku aplikacji, które obsługują rozwiązania, możesz przejść do https://make.powerapps.com/ strony Rozwiązania , przejść do niej i wyeksportować wszystkie aplikacje/rozwiązania (pojedynczo lub zgrupować je razem w jednym rozwiązaniu, jeśli jeszcze tego nie robią)
  2. Usuń te aplikacje obsługujące rozwiązania w środowisku po ich wyeksportowaniu.

Ważne

Aplikacje kanwy obsługujące rozwiązania, strony niestandardowe lub biblioteki składników, które nie zostaną usunięte ze środowiska przed migracją, pozostaną w stanie niesprawnym po zakończeniu migracji. Nie można ich odtwarzać, edytować ani eksportować. Musisz je usunąć, aby odblokować wszelkie dalsze aktualizacje rozwiązania.

Po migracji:

  1. Wybierz nowe środowisko z https://make.powerapps.com/ 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.
W przypadku aplikacji, które nie rozpoznają rozwiązań

Przed migracją:

  1. Wybierz opcję https://make.powerapps.com, 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.

Po migracji:

  1. Przejdź do https://make.powerapps.com.
  2. Wybierz nowe środowisko z selektora środowiska w prawym górnym rogu.
  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.

Dla Microsoft Copilot Studio

  • Wszystkie czatboty Microsoft Copilot Studio muszą być wyeksportowane ręcznie.
  • Niektóre zależne komponenty chatbotów muszą być ręcznie rekonfigurowane podczas lub po migracji — na przykład połączenia, zmienne środowiskowe, niestandardowe łączniki.

Przed migracją:

  1. Chatboty są świadome rozwiązań. Możesz przejść do https://make.powerapps.com/, przejść do strony Rozwiązania i wyeksportować wszystkie rozwiązania chatbotów — pojedynczo lub zgrupuj je w ramach jednego rozwiązania. Aby uzyskać więcej informacji, zobacz Eksportuj i importuj boty za pomocą rozwiązań.

Po migracji:

  1. Wybierz nowe środowisko z https://make.powerapps.com/ 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.

W przypadku Power Apps portali (należy to zrobić dla każdego portalu w środowiskach):

Przed migracją:

  1. Zaloguj się do środowiska.
  2. Otwórz Centrum administracyjne portali Power Apps.
  3. Usuń portal.

Po migracji:

  1. Zaloguj się do środowiska.
  2. Otwórz Centrum administracyjne portali Power Apps.
  3. Zaopatrz portal w ten sam typ portalu i język.

W Dynamics 365 Marketing:

Jeśli aplikacja Marketing jest wdrożona w dzierżawie, upewnij się, że niezbędne licencje są obecne w docelowym dzierżawie, aby zrekonstruować aplikację po zakończeniu migracji. Przejdź do: Migracja aplikacji Dynamics 365 Marketing między dzierżawami.

Po migracji

Po przeniesieniu środowisk do innej dzierżawy:

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

Na czym polega proces przenoszenia

Otrzymasz listę wymagań wstępnych i końcowych dotyczących migracji w ramach zgłoszonego wniosku o pomoc techniczną. W poniższej tabeli opisano, co Microsoft dzieje się przed, w trakcie i po przeprowadzce.

Przed przeniesieniem:
Powiadomienie		 Podczas przenoszenia:
Przerwa w działaniach		 Po przeniesieniu:
Powiadomienia i pomoc techniczna
Co Microsoft daje Przedstawiciel pomocy technicznej lub menedżer konta współpracuje z Tobą, aby poprosić o przeniesienie i zaplanować je. Przerwa niezbędna do przeprowadzenia migracji trwa kilka godzin, w zależności od liczby użytkowników. W tym okresie środowisko jest niedostępne dla użytkowników, więc przerwa powinna zostać zaplanowana na godziny wieczorne lub na weekend.

Istnieje krok, który wymaga Twojego zaangażowania, który polega na dostarczeniu pliku mapowania użytkownika. Jest to planowane z wyprzedzeniem, abyśmy mogli sprawdzić poprawność przenoszonych użytkowników przed dokonaniem migracji.		 Użytkownik zostanie powiadomiony w formie wiadomości e-mail lub telefonicznie o migracji środowiska do innego dzierżawcy.

Po zakończeniu migracji dzierżawy przedstawiciel pomocy technicznej lub menedżer konta pomoże Ci skontaktować się z działem rozliczeń w celu anulowania i/lub przyznania środków na poprzednią subskrypcję, jeśli zajdzie taka potrzeba.

Przestrzegamy warunków Umowy o gwarantowanym poziomie usług dla Microsoft usług online we wszystkich przeprowadzkach.

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. Przejdź do Trybu administracji – Power Platform

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.com
user002@source.com, user002@destination.com