Udostępnij za pośrednictwem


Migracje geograficzne

Wciąż otwieramy nowe regiony centrów danych z usługami biznesowymi oraz dodajemy centra danych do istniejących regionów.

Funkcja Migracja geograficzna pozwoli klientom na przenoszenie środowisk w ramach jednej dzierżawy z jednego regionu do innego. W ramach tego przenoszenie nie zachodzą żadne zmian w interfejsie użytkownika ani zmiany wersji. W przypadku środowiska umieszczonego w jednej dzierżawie ze środowiskiem Microsoft 365 przeniesienie środowiska nie powoduje przeniesienia środowiska usługi Microsoft 365; gdyż są to oddzielne usługi. Twoje środowisko nadal będzie widoczne w dzierżawie obok środowiska usługi Microsoft 365.

Ważne

  • Obsługa migracji geograficznej ma ograniczony zasięg i nie jest powszechnie dostępna.
  • Aby poprosić o migrację regionalną, skontaktuj się ze swoim opiekunem klienta lub z działem pomocy technicznej.
  • Po złożeniu wniosku należy przygotować się na co najmniej 10 dni trwania migracji.
  • Migracje geograficzne nie są obsługiwane do usługi i z usługi GCC, US GCC, US i GCC High lub w Chinach.
  • Migracje geo są ograniczone do lub z OCE lub IND.
  • Aplikacja Dynamics 365 Marketing nie obsługuje migracji geograficznej ze względu na zależności składników. Aby uzyskać więcej informacji, zobacz artykuł Zarządzanie instancjami Dynamics 365 Marketing. Jeśli jest zainstalowana, aplikacja Dynamics 365 Marketing musi zostać odinstalowana przed migracją.
  • Migracja geograficzna nie jest obsługiwana w środowiskach Microsoft Dataverse for Teams.
  • Organizacja Dataverse powiązana z organizacją finansowo-operacyjną nie jest obsługiwana.
  • Poniżej wymieniono ważne i najważniejsze czynności przygotowawcze, dla których należy wykonać czynności Power Apps/Power Automate itd. przed migracją geograficzną. Jeśli te kroki zostaną przeobrane, trudno jest je odzyskać rozwiązania Power Apps/Power Automate.

Obsługiwane typy środowisk

Obsługiwane Nieobsługiwane

  • Migrowanie środowiska produkcyjnego

  • Resetowanie środowiska piaskownicy


  • Migracja środowiska domyślnego

  • Migrowanie środowiska Dataverse for Teams

  • Migracja środowiska wersji próbnej

  • Migracja środowiska demonstracyjnego

  • Migracja środowiska developerskiego

  • Migracja środowiska z GCC do innej lokalizacji geograficznej lub z innej lokalizacji geograficznej do GCC

Wpływ migracji

Przeniesienie środowiska do innego regionu zmienia dzierżawę na wieloregionalną — włączając funkcje regionalne w centrum administracyjnym Dynamics 365.

Ważne

Po przeniesieniu środowiska do nowego regionu wcześniejsze kopie zapasowe tego środowiska nie są już dostępne.

Druga znacząca zmiana dotyczy adresu URL organizacji. Każde z regionalnych centrów danych ma unikatowy identyfikator w adresie URL. Jeśli organizacja zostanie przeniesiona z jednego regionalnego centrum danych do innego, identyfikator zmieni się. Na przykład:

  • Ameryka Południowa (LATAM/SAM) = .crm2.dynamics.com
  • Kanada (CAN) = .crm3.dynamics.com
  • Europa, Bliski Wschód i Afryka (EMEA) = .crm4.dynamics.com
  • Azja Południowo-Wschodnia (APAC) = *.crm5.dynamics.com
  • Australia (OCE) = *.crm6.dynamics.com
  • Niemcy (GER) = *.crm16.dynamics.com
  • Japonia (JPN) = *.crm7.dynamics.com
  • Indie (IND) = *crm8.dynamics.com
  • United Kingdom (UK) = *.crm11.dynamics.com
  • Zjednoczonych Emiratach Arabskich (ZEA) = *.crm15.dynamics.com

Na przykład jeśli istniejący adres URL organizacji to https://myorg.crm5.dynamics.com, a poprosisz o przeniesienie środowiska do Australii, nowym adresem URL organizacji będzie https://myorg.crm6.dynamics.com.

Konieczne będzie zaktualizowanie wszystkich bezpośrednich odwołań do adresu URL organizacji.

Uwaga

Adresy URL organizacji muszą być unikatowe. Jeśli nazwa organizacji została już zarezerwowana w docelowym centrum danych, nie będzie dostępna. Jeżeli dojdzie do takiej mało prawdopodobniej sytuacji, wspólnie z Tobą podejmiemy decyzję o dalszym postępowaniu.

Zobacz Gdzie znajdują się Twoje dane.

Poniższe tematy zawierają informacje, które mogą pomóc w zrozumieniu procesu przenoszenia:

Wykonaj następujące kroki dla Power Apps, Power Automate, Microsoft Copilot Studio, portali Power Apps i Marketing przed i po migracji:

Dla Power Apps i Power Automate:

  • Wszystkie przepływy Power Apps i Power Automate należy wyeksportować ręcznie przed datą i godziną, o czasie wykonywania migracji geograficznej do geograficznej.
  • 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ń

Przed migracją:

  1. Dla aplikacji, które mają świadomość rozwiązań, możesz wejść na stronę https://make.powerapps.com/, przejść do strony Rozwiązania i wyeksportować wszystkie aplikacje/rozwiązania (albo pojedynczo, albo zgrupować je w jedno rozwiązanie, jeśli jeszcze nim nie są)
  2. Po wyeksportowania aplikacji kanwy usuń je ze środowiska.

Ważne

Wszystkie aplikacje kanwy, strony niestandardowe lub biblioteki składników, które nie są usuwane w środowisku przed rozpoczęciem migracji, będą w stanie uszkodzonym po migracji.

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. Sprawdź treść rozwiązania w środowisku docelowym, czy import został pomyślnie ukończony.
Dla aplikacji, które nie są świadome 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. Sprawdź treść rozwiązania w środowisku docelowym, czy import został pomyślnie ukończony.

W przypadku portali Power Apps (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. Resetuj ten 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.

Dla aplikacji Dynamics 365 Marketing:

Aplikacja Dynamics 365 Marketing nie obsługuje migracji geograficznej ze względu na zależności składników. Aby uzyskać więcej informacji, zobacz artykuł Zarządzanie instancjami Dynamics 365 Marketing. Jeśli jest zainstalowana, aplikacja musi zostać odinstalowana przed migracją.

Przed migracją:

  1. Postępuj zgodnie z instrukcją Dezisntalacja Dynamics 365 Marketing, aby odinstalować aplikację Marketing ze środowiska.

Na czym polega proces przenoszenia

Otrzymasz listę wymagań wstępnych i uzupełniających dotyczących migracji. W poniższej tabeli przedstawiono działania firmy Microsoft wykonywane przed, podczas i po przeniesieniu.

Przed przeniesieniem Podczas przenoszenia Po przeniesieniu
Działania firmy Microsoft Powiadomienie

Pracownik działu pomocy technicznej lub Kierownik ds. klientów będzie pracować z Tobą, aby zażądać przeniesienia i zaplanować je.
Przerwa w działaniach

Przerwy w działaniach poszczególnych usług zależą od liczby użytkowników i ilości danych. Ten krok może potrwać od 1 do 6 godzin w przypadku mniejszych organizacji, ale nawet 48 godzin w przypadku dużych organizacji. Przerwy w działaniu są realizowane w godzinach wieczornych lub w weekendy.
Powiadomienia i pomoc techniczna

Otrzymasz powiadomienie w formie wiadomości e-mail lub telefonicznie o zmigrowaniu środowiska do nowego centrum danych.

Po zakończeniu migracji geograficznej możesz wykonać wymagane kroki pomigracyjne, przede wszystkim zmodyfikować nowe adresy URL odwołujące się do jakichkolwiek powiązanych wtyczek lub usług.

Będziemy przestrzegać warunków Umowy dotyczącej poziomu usług Microsoft Online Services dla wszystkich przeniesień.

Zobacz także