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 migracji geograficznej umożliwia klientom przenoszenie środowisk w jednej dzierżawie z jednego regionu do innego. W ramach tego przenoszenie nie zachodzą żadne zmian w interfejsie użytkownika ani zmiany wersji. Jeśli środowisko znajduje się w Microsoft 365 środowisku w jednej dzierżawie, przeniesienie środowiska nie powoduje przeniesienia Microsoft 365 środowiska; są to oddzielne usługi. Środowisko nadal jest wyświetlane w dzierżawie wraz ze Microsoft 365 środowiskiem.

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 sekcji Kroki migracji geograficznej do lokalizacji geograficznej, które należy wykonać przed Power Apps migracją geograficzną lub Power Automate przed nią. Jeśli te kroki zostaną pominięte, trudno jest odzyskać Power Apps lub Power Automate rozwiązać problemy.

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 do lokalizacji geograficznej nie są już dostępne.
  • Adres URL organizacji został zmieniony. Każde z regionalnych centrów danych ma unikatowy identyfikator w adresie URL. Gdy organizacja zostanie przeniesiona z jednego regionalnego centrum danych do innego, ten identyfikator ulegnie zmianie. Dowiedz się więcej na stronie Nowe regiony centrów danych.
  • Identyfikator środowiska zostanie zmieniony na nowy unikatowy identyfikator globalny.

Uwaga

Adresy URL organizacji muszą być unikatowe. Jeśli nazwa domeny Twojej organizacji została już zarezerwowana w docelowym centrum danych, nie jest dostępna. W mało prawdopodobnym przypadku, gdy tak się stanie, współpracujemy z Tobą, aby zdecydować, jak postępować.

Kroki migracji między lokalizacjami geograficznymi

Ważne

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

W przypadku środowiska, funkcji administracyjnych

Przed migracją geograficzną do lokalizacji geograficznej

  • Ustawienia środowiska (na przykład ustawienia funkcji, funkcje generatywnej sztucznej inteligencji, ustawienia prywatności i zabezpieczeń) zostaną przywrócone do wartości domyślnych po migracji z lokalizacji geograficznej do lokalizacji 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 Admin Digest, Routing środowiska). Zanotuj stan środowiska zarządzanego i skojarzone ustawienia, aby można było ponownie zastosować te ustawienia po migracji z lokalizacji geograficznej do lokalizacji geograficznej.
  • Stan połączenia zasad przedsiębiorstwa i skojarzone właściwości zostaną utracone (na przykład klucze zarządzane przez klienta, sieć wirtualna). Zanotuj wszystkie zasady przedsiębiorstwa połączone ze środowiskiem, aby można było ponownie połączyć zasady przedsiębiorstwa po migracji z lokalizacji geograficznej do lokalizacji geograficznej.
  • Żądania skrytki dla środowiska podlegającego G2G zostaną utracone lub uszkodzone. Jeśli Microsoft pomoc techniczna potrzebuje dostępu do środowiska po migracji geograficznej do lokalizacji geograficznej, należy utworzyć nowe żądanie skrytki.
  • Zasady ochrony przed utratą danych (DLP), które obejmują lub wykluczają środowisko poddawane migracji geograficznej do lokalizacji geograficznej, nie będą już stosowane do środowiska. Zwróć uwagę na zasady DLP, które mają zastosowanie do środowiska, aby można było ponownie zastosować zasady po migracji geograficznej do geograficznej.
  • Środowisko poddawane migracji geograficznej do geograficznej zostanie usunięte ze swojej grupy środowiska. Zanotuj grupę środowiska, w której znajduje się środowisko, aby można było ponownie dodać środowisko do grupy środowiska po migracji geograficznej do geograficznej.
  • Płatność zgodnie z rzeczywistym użyciem zostanie utracona dla środowiska poddawanego migracji geograficznej do lokalizacji geograficznej. Zanotuj wszystkie zasady rozliczeń płatności zgodnie z rzeczywistym użyciem przypisane do środowiska, które chcesz zachować po migracji z lokalizacji geograficznej do lokalizacji geograficznej.
  • Alokacje walutowe zostaną utracone dla środowiska poddawanego migracji geograficznej do lokalizacji geograficznej. Zanotuj wszelkie alokacje walutowe dla środowiska, które chcesz zachować po migracji geograficznej do lokalizacji geograficznej.

Po migracji z obszaru geograficznego do obszaru geograficznego

Dla komponentów, które znajdują się w rozwiązaniach

Przed migracją geograficzną do lokalizacji geograficznej

  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 do lokalizacji geograficznej:

Uwaga

Rozwiązań zarządzanych nie można eksportować, ale najlepsze rozwiązania 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 korzystające z 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, 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. Są one przywracane po zaimportowaniu rozwiązania po migracji geograficznej do geograficznej.

Po migracji z obszaru geograficznego do obszaru geograficznego

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

  1. Chatboty muszą zostać usunięte. Są one tworzone ponownie po zaimportowaniu rozwiązania w następnym kroku.
  2. Wszystkie rozwiązania, które zostały wyeksportowane przed migracją geograficzną do geograficznej, muszą zostać zaimportowane.
    • Po wyświetleniu monitu o połączenia upewnij się, że przejrzysz i dostosujesz wszystkie połączenia oraz w razie potrzeby utwórz ponownie połączenia.
    • Po wyświetleniu monitu o zmienne środowiskowe upewnij się, że zmienne środowiskowe są poprawnie skonfigurowane.
  3. W przypadku Power Pages witryn 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.

Dla komponentów, które nie znajdują się 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 migrować, wykonując następujące kroki.

Uwaga

  • Nie można migrować bram lokalnych i należy je ręcznie ponownie skonfigurować po migracji geograficznej do geograficznej.
  • Połączeń nie można migrować i należy je ręcznie ponownie utworzyć po migracji z obszaru geograficznego do obszaru geograficznego. Jednak w przypadku połączeń, które są używane 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 do lokalizacji geograficznej. Można je pobrać jako OpenAPI plik JSON, a następnie ponownie utworzyć przy użyciu OpenAPI pliku JSON po migracji geograficznej do geograficznej.

Przed migracją geograficzną do lokalizacji geograficznej
  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 OpenAPI pliku JSON na urządzenie.
Po migracji z obszaru geograficznego do obszaru geograficznego
  1. Przejdź do https://make.powerautomate.com/.
  2. Przejdź do strony Łączniki niestandardowe .
  3. Kliknij opcję Nowy łącznik niestandardowy.
  4. Wybierz pozycję Importuj OpenAPI plik 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ą do lokalizacji geograficznej, a następnie zaimportować po migracji z lokalizacji geograficznej do lokalizacji geograficznej.

Przed migracją geograficzną do lokalizacji geograficznej

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

Po migracji z obszaru geograficznego do obszaru geograficznego

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 chmury, należy je wyeksportować przed migracją z lokalizacji geograficznej do lokalizacji, a następnie zaimportować po migracji z lokalizacji geograficznej do lokalizacji geograficznej.

Przed migracją geograficzną do lokalizacji geograficznej

Eksportuj przepływy w chmurze, które nie znajdują się w rozwiązaniach.

Po migracji z obszaru geograficznego do obszaru geograficznego

Zaimportuj przepływy w chmurze, które zostały wyeksportowane w sekcji Przed migracją geograficzną do geograficznej.

Aplikacje Dynamics 365

Jeśli używasz dowolnej z następujących aplikacji Dynamics 365, musisz wykonać następujące działania, aby zachować funkcjonalność po migracji z lokalizacji geograficznej do lokalizacji geograficznej.

Dataverse Accelerator

Po migracji z obszaru geograficznego do obszaru geograficznego

Odinstaluj aplikację za pomocą interfejsu wiersza polecenia PAC za pomocą następujących poleceń:

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 zainstaluj ponownie aplikację za pośrednictwem centrum administracyjnego Power Platform .

Project dla sieci Web

Po migracji z obszaru geograficznego do obszaru geograficznego

Project dla sieci Web jest automatycznie ponownie aprowizowany podczas przechodzenia do https://project.microsoft.com/. Twoje istniejące plany pozostają nienaruszone.

Aplikacja marketingowa Dynamics 365 (Customer Insights - Journeys)

Przed migracją geograficzną do lokalizacji geograficznej

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

Po migracji z obszaru geograficznego do obszaru geograficznego

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

Aplikacje desktopowe

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

Środowisko uruchomieniowe maszyny usługi Power Automate

Po migracji z obszaru geograficznego do obszaru geograficznego

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

Na czym polega proces przenoszenia

Powyższe kroki należy wykonać przed migracją geograficzną do geograficznej i po niej. W poniższej tabeli opisano, co Microsoft dzieje się przed migracją geograficzną, w trakcie i po niej.

Przed przeniesieniem Podczas przenoszenia Po przeniesieniu
Co Microsoft daje Powiadomienie

Przedstawiciel pomocy technicznej lub opiekun klienta współpracuje z Tobą, aby poprosić o przeniesienie i zaplanować plan.		 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żna wykonać kroki po migracji.

W przypadku wszystkich przeprowadzek przestrzegamy warunków Microsoft Umowy o gwarantowanym poziomie usług online.