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 |
---|---|
|
|
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.crm
5.dynamics.com, a poprosisz o przeniesienie środowiska do Australii, nowym adresem URL organizacji będzie https://myorg.crm
6.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:
- Nowe regiony centrów danych
- Informacje o usłudze Microsoft Cloud w Australii
- Informacje o usłudze Microsoft Cloud w Kanadzie
- Informacje o centrum danych Microsoft Cloud Niemcy
- Informacje o usłudze Microsoft Cloud w Japonii
- Informacje o usłudze Microsoft Cloud w Indiach
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ą:
- 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ą)
- 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:
- Wybierz nowe środowisko z https://make.powerapps.com/ i przejdź do strony Rozwiązania.
- Wybierz opcję Import i użyj selektora plików do wybrania pakietów wyeksportowanych z powyższych kroków.
- 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ą:
- Wybierz opcję https://make.powerapps.com, a następnie wybierz pozycję Aplikacje.
- Dla każdej aplikacji, którą chcesz przenieść, wybierz Więcej poleceń (...), a następnie wybierz Eksportuj pakiet (podgląd).
- 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.
- Powtórz te kroki, aż do wyeksportowania wszystkich aplikacji.
Po migracji:
- Przejdź do https://make.powerapps.com.
- Wybierz nowe środowisko z selektora środowiska w prawym górnym rogu.
- Wybierz Aplikacje.
- Wybierz Zaimportuj aplikację kanwy.
- Prześlij plik z pakietem aplikacji.
- Wykonaj wszystkie zaznaczeń opcji importu, a następnie wybierz opcję Importuj.
- 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ą:
- 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:
- Wybierz nowe środowisko z https://make.powerapps.com/ i przejdź do strony Rozwiązania.
- Wybierz opcję Import i użyj selektora plików do wybrania pakietów wyeksportowanych z powyższych kroków.
- 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ą:
- Zaloguj się do środowiska.
- Otwórz Centrum administracyjne portali Power Apps.
- Resetuj ten portal.
Po migracji:
- Zaloguj się do środowiska.
- Otwórz Centrum administracyjne portali Power Apps.
- 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ą:
- 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
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla