Udostępnij za pośrednictwem

Migracje geograficzne

  • Artykuł

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.
  • Istnieją ważne i krytyczne kroki przygotowawcze wymienione w Kroki migracji geo-to-geo sekcji, które należy wykonać dla Power Apps lub Power Automate przed migracją geo. Jeśli te kroki zostaną pominięte, trudno jest odzyskać rozwiązania Power Apps lub 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

  • Kopie zapasowe środowiska poddawanego migracji geograficznej nie są już dostępne.
  • Adres URL organizacji został zmieniony. 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ę. Dowiedz się więcej na stronie Nowe regiony centrów danych.
  • Identyfikator środowiska zostanie zmieniony na nowy, unikatowy identyfikator globalny.

Notatka

Adresy URL organizacji muszą być unikatowe. Jeśli nazwa organizacji/domeny 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.

Kroki migracji geo-to-geo

Ważne

Ponieważ obsługa migracji geograficznej do lokalizacji geograficznej jest ograniczona, ma to wpływ na wiele składników Power Platform, aplikacji Dynamics 365 i środowiska oraz ustawień administracyjnych. Ważne jest, aby postępować zgodnie z tą sekcją, aby zachować funkcjonalność niektórych funkcji.

W przypadku środowiska funkcje administracyjne

Przed migracją geo-to-geo

  • Ustawienia środowiska (na przykład ustawienia funkcji, funkcje generatywnej AI, ustawienia prywatności i zabezpieczeń) zostaną przywrócone do wartości domyślnych po migracji geograficznej. Zanotuj wszystkie ustawienia środowiska, które należy ponownie skonfigurować po migracji.
  • Stan środowiska zarządzanego i skojarzone ustawienia zostaną utracone (na przykład skrót administratora, routing do środowiska). Zanotuj stan środowiska zarządzanego i skojarzone ustawienia, aby móc ponownie zastosować te ustawienia po migracji geograficznej.
  • Stan łącza zasad przedsiębiorstwa i skojarzone właściwości zostaną utracone (na przykład klucze zarządzane przez klienta, Virtual Network). Zanotuj wszystkie zasady przedsiębiorstwa połączone ze środowiskiem, aby można było ponownie połączyć zasady przedsiębiorstwa po migracji geograficznej.
  • Żądania Lockbox dla środowiska przechodzącego G2G zostaną utracone lub uszkodzone. Jeśli pomoc techniczna Microsoft wymaga dostępu do środowiska po migracji geograficznej, należy utworzyć nowe żądanie skrytki.
  • Zasady ochrony przed utratą danych (DLP), które obejmują lub wykluczają środowisko poddawane migracji geograficznej, nie będą już miały zastosowania do środowiska. Zwróć uwagę na zasady DLP, które mają zastosowanie do środowiska, aby można było ponownie zastosować zasady po migracji geograficznej.
  • Środowisko poddawane migracji geograficznej zostanie usunięte z grupy środowisk. Zanotuj grupę środowiska, w której znajduje się środowisko, aby móc ponownie dodać środowisko do grupy środowiska po migracji geograficznej.
  • Płatność zgodnie z rzeczywistym użyciem zostanie utracona dla środowiska poddawanego migracji geograficznej. Zwróć uwagę na wszelkie zasady rozliczeń płatności zgodnie z rzeczywistym użyciem przypisane do środowiska, które chcesz zachować po migracji geograficznej.
  • Alokacje walutowe zostaną utracone dla środowiska poddawanego migracji geograficznej. Zanotuj wszelkie alokacje walutowe dla środowiska, które chcesz zachować po migracji geograficznej.

Po migracji geo-to-geo

W przypadku składników, które znajdują się w rozwiązaniach

Przed migracją geo-to-geo

  1. Wszystkie rozwiązania muszą zostać wyeksportowane, jeśli zawierają którykolwiek z następujących składników, które nie obsługują migracji geograficznej:

Notatka

Rozwiązań zarządzanych nie można eksportować, ale najlepsze rozwiązania w zakresie zarządzania cyklem życia aplikacji (ALM) zapewniają, że wszystkie posiadane rozwiązania zarządzane mają skojarzone rozwiązanie niezarządzane, które można wyeksportować jako rozwiązanie zarządzane.

  • Aplikacje kanwy
  • Strony niestandardowe
  • Biblioteki składników
  • Łączniki niestandardowe
  • Przepływy danych
  • Zmienne środowiskowe używające typu danych „Źródło danych”
  • Odwołania do połączeń
  • Czatboty
  1. Usuń wszystkie aplikacje kanwy, strony niestandardowe i biblioteki składników w rozwiązaniach wyeksportowanych w kroku 1.

Ważne

Aplikacje kanwy obsługujące rozwiązania, strony niestandardowe i biblioteki składników, które nie zostaną usunięte ze środowiska przed migracją geograficzną do geograficznej, po zakończeniu migracji nie działają. Nie można ich odtwarzać, edytować ani eksportować. Musisz je usunąć, aby odblokować dalsze aktualizacje rozwiązania. Są one przywracane po zaimportowaniu rozwiązania po migracji geograficznej.

Po migracji geo-to-geo

Wykonaj następujące kroki w podanej kolejności:

  1. Czatboty muszą zostać usunięte. Są one ponownie tworzone po zaimportowaniu rozwiązania w następnym kroku.
  2. Wszystkie rozwiązania, które zostały wyeksportowane przed migracją geograficzną, muszą zostać zaimportowane.
    • Po wyświetleniu monitu o połączenia należy przejrzeć i dostosować wszystkie połączenia oraz w razie potrzeby utworzyć je ponownie.
    • Po wyświetleniu monitu o zmienne środowiskowe upewnij się, że zmienne środowiskowe są poprawnie skonfigurowane.
  3. W przypadku witryn Power Pages, usuń hosta witryny, a następnie ponownie aktywuj witrynę.
  4. W przypadku przepływów danych, w zależności od połączenia, może być konieczne edytowanie przepływu danych i ponowne skonfigurowanie połączenia.
  5. Aby przywrócić funkcjonalność, należy ponownie włączyć przepływy w chmurze.

W przypadku składników, których nie ma w rozwiązaniach

Ogólnie rzecz biorąc, zaleca się tworzenie i dodawanie wszystkich składników do rozwiązań, a wiele składników jest domyślnie dodawanych do rozwiązania. Jeśli jednak nadal masz składniki, których nie ma w rozwiązaniu, wiele z tych składników można zmigrować, wykonując następujące kroki.

Notatka

  • Nie można migrować bram lokalnych i należy je ręcznie ponownie skonfigurować po migracji geograficznej.
  • Połączeń nie można migrować i należy je ręcznie odtworzyć po migracji geograficznej. Jednak w przypadku połączeń używanych przez aplikacje kanwy, przepływy w chmurze lub dowolne składniki obsługujące rozwiązania zostanie wyświetlony monit o ich ponowne skonfigurowanie w ramach procesów importowania dla każdego z tych składników.

Łączniki niestandardowe

Łączniki niestandardowe, które nie znajdują się w rozwiązaniach, nie są obsługiwane w przypadku migracji geograficznej. Można je pobrać jako plik OpenAPI JSON, a następnie odtworzyć przy użyciu pliku OpenAPI JSON po migracji geograficznej do geograficznej.

Przed migracją geo-to-geo
  1. Przejdź do https://make.powerautomate.com/.
  2. Przejdź do strony Łączniki niestandardowe .
  3. Wybierz przycisk Pobierz obok łącznika niestandardowego, który chcesz pobrać. Spowoduje to pobranie pliku OpenAPI JSON na urządzenie.
Po migracji geo-to-geo
  1. Przejdź do https://make.powerautomate.com/.
  2. Przejdź do strony Łączniki niestandardowe .
  3. Kliknij opcję Nowy łącznik niestandardowy.
  4. Wybierz pozycję Importuj plik OpenAPI i wybierz plik JSON, który został pobrany OpenAPI w sekcji Przed migracją geograficzną do geograficznej.

Aplikacje kanwy

Aplikacje kanwy mogą istnieć poza rozwiązaniami. Aby zachować aplikacje kanwy, należy je wyeksportować przed migracją geograficzną, a następnie zaimportować po migracji geograficznej.

Przed migracją geo-to-geo

Wyeksportuj aplikacje kanwy, których nie ma w rozwiązaniach.

Po migracji geo-to-geo

Zaimportuj aplikacje kanwy, które zostały wyeksportowane w sekcji Przed migracją geograficzną do geograficznej.

Przepływy w chmurze

Przepływy w chmurze mogą istnieć poza rozwiązaniami. Aby zachować przepływy w chmurze, należy je wyeksportować przed migracją geograficzną, a następnie zaimportować po migracji geograficznej.

Przed migracją geo-to-geo

Wyeksportuj przepływy w chmurze, których nie ma w rozwiązaniach.

Po migracji geo-to-geo

Zaimportuj przepływy w chmurze, które zostały wyeksportowane w sekcji Przed migracją geo-to-geo.

Aplikacje usługi Dynamics 365

Jeśli używasz którejkolwiek z następujących aplikacji Dynamics 365, musisz wykonać następujące akcje, aby zachować funkcjonalność po migracji geograficznej.

Dataverse Accelerator

Po migracji geo-to-geo

Odinstaluj aplikację za pomocą PAC CLI z tymi poleceniami:

pac solution delete --solution-name msdyn_DataverseAcceleratorApp --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator_Anchor --environment <environment URL>

Po odinstalowaniu należy ponownie zainstalować aplikację poprzez centrum administracyjne Power Platform.

Project for the Web

Po migracji geo-to-geo

Project for the Web jest ponownie inicjowane automatycznie po przejściu do programu https://project.microsoft.com/. Twoje dotychczasowe plany nadal pozostają nienaruszone.

Aplikacja Dynamics 365 Marketing (Customer Insights - Journeys)

Przed migracją geo-to-geo

Odinstaluj Dynamics 365 Marketing, korzystając z następującego przewodnika: Odinstaluj Dynamics 365 Marketing.

Po migracji geo-to-geo

Zainstaluj ponownie aplikację marketingową Dynamics 365 Marketing za pośrednictwem centrum administracyjnego Power Platform.

Aplikacje klasyczne

Jeśli używasz którejkolwiek z poniższych aplikacji klasycznych Power Platform, musisz wykonać następujące akcje, aby zachować funkcjonalność po migracji geograficznej.

Środowisko uruchomieniowe maszyny usługi Power Automate

Po migracji geo-to-geo

Jeśli wybrano środowisko, które jest migrowane jako środowisko maszyny w aplikacji środowiska uruchomieniowego komputera Power Automate, musisz ponownie wybrać środowisko w aplikacji po migracji geograficznej.

Na czym polega proces przenoszenia

Powyższe kroki należy wykonać przed i po migracji geo-to-geo. W poniższej tabeli opisano działania firmy Microsoft przed, w trakcie i po migracji geo-to-geo.

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 przeprowadzeniu migracji środowiska możesz wykonać kroki po migracji.

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