Споделяне чрез

Мигрирания от едно географско местоположение в друго

  • Статия

Бележка

Новият и подобрен Power Platform център за администриране вече е в публичен преглед! Проектирахме новия център за администриране така, че да бъде по-лесен за използване, с ориентирана към задачите навигация, която ви помага да постигате конкретни резултати по-бързо. Ще публикуваме нова и актуализирана документация, когато новият Power Platform център за администриране премине към обща наличност.

Продължаваме да отваряме нови региони на центрове за данни за бизнес услуги и да добавяме центрове за данни към съществуващите региони.

Функцията за географска миграция позволява на клиентите да преместват своите среди в един клиент от един регион в друг. Няма промени на потребителския интерфейс или версията като част от това преместване. Ако средата се намира в Microsoft 365 среда в един клиент, преместването на средата не премества средата Microsoft 365 ; те са отделни услуги. Вашата среда все още се появява във вашия клиент заедно със средата Microsoft 365 .

Важно

  • Поддръжката за геомиграция е ограничена и по принцип не е налична.
  • За да заявите регионална миграция, се свържете с мениджъра на акаунта си или вижте Техническа поддръжка.
  • След като направите заявка, очаквайте поне 10 дни, за да приключи миграцията.
  • Географските миграции не се поддържат към или от САЩ в Персийския залив, САЩ GCC High или Китай.
  • Географските миграции са ограничени към или извън OCE или IND.
  • Има важни и критични стъпки за подготовка, споменати в раздела Стъпки за миграция от географски към гео, които трябва да бъдат извършени за Power Apps или Power Automate преди миграцията на място. Ако тези стъпки бъдат пропуснати, е трудно да се възстановят Power Apps или Power Automate решения.

Поддържани типове среда

Поддържани Не се поддържа

  • Мигриране на производствената среда

  • Мигриране на средата на пясъчника

  • Мигриране на средата по подразбиране

  • Мигриране на Dataverse for Teams среда

  • Мигриране на пробна среда

  • Мигриране на демонстрационната среда

  • Мигриране на средата за разработчици

  • Мигриране на среда от GCC към друго географско местоположение или от друго географско местоположение към GCC

Въздействие на миграцията

  • Резервните копия за средата, подложена на миграция от географски към географски произход, вече не са налични.
  • URL адресът на вашата организация е променен. Всеки от регионалните центрове за данни има уникален идентификатор в URL адреса. Когато вашата организация бъде преместена от един регионален център за данни в друг, този идентификатор се променя. Научете повече на Нови региони на центрове за данни.
  • ИД на средата ви се променя на нов глобален еднозначен идентификатор.

Бележка

URL адресите на организацията трябва да са уникални. Ако името на домейна на вашата организация вече е запазено в целевия център за данни, то не е налично. В малко вероятния случай, че това се случи, ние работим с вас, за да решим как да продължите.

Стъпки за миграция от географски към гео

Важно

Тъй като поддръжката за миграция от географско към географско местоположение е ограничена, Power Platform много компоненти, приложения на Dynamics 365 и настройките за администриране на средата са засегнати. Жизненоважно е да следвате този раздел, за да запазите функционалността на определени функции.

За околна среда, функции за администриране

Преди миграция от географски към гео

  • Настройките на средата (например настройки на функциите, функции за генеративен изкуствен интелект, настройки за поверителност и сигурност) ще бъдат върнати към стойностите си по подразбиране след миграция от географско към географско местоположение. Обърнете внимание на всички настройки на средата, които трябва да преконфигурирате след миграцията.
  • Състоянието на управляваната среда и свързаните с нея настройки ще бъдат загубени (например Admin Digest, Environment Routing). Обърнете внимание на състоянието на управляваната среда и свързаните с нея настройки, за да можете да приложите отново тези настройки след миграция от географско към географско местоположение.
  • Състоянието на връзката на корпоративните правила и свързаните с нея свойства ще бъдат загубени (например управлявани от клиента ключове, виртуална мрежа). Обърнете внимание на всички корпоративни правила, свързани със средата, за да можете да свържете отново корпоративните правила след миграция от географско към географско местоположение.
  • Заявките за заключени кутии за средата, подложена на G2G, ще бъдат загубени или прекъснати. Ако поддръжката на Microsoft се нуждае от достъп до вашата среда след миграция от географско към географско местоположение, трябва да се създаде нова заявка за заключване.
  • Правилата за предотвратяване на загуба на данни (DLP), които включват или изключват средата, подложена на миграция от географски към географски регион, вече няма да се прилагат за средата. Обърнете внимание на DLP правилата, които се прилагат за средата, за да можете да ги приложите отново след миграцията от географско към географско местоположение.
  • Средата, която е подложена на миграция от географски към географски район, ще бъде премахната от нейната група на околната среда. Обърнете внимание на групата на средата, в която се намира средата, за да можете да добавите отново средата към групата на средата след миграция от географски към географски район.
  • Плащането по време на движение ще бъде загубено за околната среда, подложена на миграция от географски към гео. Обърнете внимание на всички политики за плащане на плащания, присвоени на средата, които искате да запазите след миграцията от географско към географско местоположение.
  • Разпределението на валутата ще бъде загубено за околната среда, подложена на миграция от географски към гео. Обърнете внимание на всички валутни разпределения за средата, които бихте искали да запазите след миграцията от географски към гео.

След географска миграция

За компоненти, които са в разтвори

Преди миграция от географски към гео

  1. Всички решения трябва да бъдат експортирани , ако съдържат някой от следните компоненти, които не поддържат миграция от географско към географско местоположение:

Бележка

Управляваните решения не могат да бъдат експортирани, но най-добрите практики на ALM гарантират, че всички управлявани решения, които притежавате, имат свързано незавършено решение, което можете да експортирате като завършено решение.

  • Приложения за платно
  • Персонализирани страници
  • Библиотеки с компоненти
  • Персонализирани конектори
  • Потоци от данни
  • Променливи на средата, използващи тип данни "Източник на данни"
  • Препратки към връзка
  • Чатботове
  1. Изтрийте всички приложения за платно, персонализирани страници и библиотеки с компоненти в решенията, които експортирахте в стъпка 1.

Важно

Приложенията за платно, които не се съобразяват с решението, персонализираните страници и библиотеките с компоненти, които не изтривате от средата преди миграцията от географско към географско местоположение, остават в неработещо състояние след завършване на миграцията. Не можете да ги възпроизвеждате, редактирате или експортирате. Трябва да ги изтриете, за да деблокирате всички по-нататъшни актуализации на решението. Те се възстановяват при импортиране на решение след географска миграция.

След географска миграция

Изпълнете тези стъпки по ред:

  1. Чатботовете трябва да бъдат изтрити. Те се пресъздават при импортиране на решение в следващата стъпка.
  2. Всички решения, които са били експортирани преди миграцията от гео към гео, трябва да бъдат импортирани.
    • Когато бъдете подканени за Връзки, не забравяйте да прегледате и коригирате всички връзки и да създадете отново връзки, ако е необходимо.
    • Когато бъдете подканени за променливите на средата, уверете се, че променливите на средата са конфигурирани правилно.
  3. За Power Pages сайтове изтрийте хоста на уебсайта, след което активирайте отново сайта.
  4. За потоци от данни, в зависимост от вашата връзка, може да се наложи да редактирате потока от данни и да преконфигурирате връзката.
  5. Потоците в облака трябва да бъдат активирани отново, за да се възстанови функционалността.

За компоненти, които не са в решенията

По принцип се препоръчва да създавате и добавяте всички компоненти към решенията, а много компоненти се добавят към решение по подразбиране. Въпреки това, ако все още имате компоненти, които не са в решение, много от тези компоненти могат да бъдат мигрирани със следните стъпки.

Бележка

  • Локалните шлюзове не могат да бъдат мигрирани и трябва да бъдат ръчно преконфигурирани след миграция от географско към географско местоположение.
  • Връзките не могат да бъдат мигрирани и трябва да бъдат пресъздадени ръчно след миграция от географско към географско местоположение. Въпреки това, за връзки, които се използват от приложения за платно, потоци в облака или други компоненти, съобразени с решението, ще бъдете подканени да ги преконфигурирате като част от процесите на импортиране за всеки от тези компоненти.

Персонализирани конектори

Персонализираните конектори , които не са в решенията, не се поддържат за миграция от географски към географски регион. Те могат да бъдат изтеглени като OpenAPI JSON файл, след което да бъдат пресъздадени с помощта на OpenAPI JSON файла след географска миграция.

Преди миграция от географски към гео
  1. Навигирайте до https://make.powerautomate.com/.
  2. Придвижете се до страницата Персонализирани конектори .
  3. Изберете бутона Изтегляне до персонализирания конектор, който искате да изтеглите. Това изтегля OpenAPI JSON файл на вашето устройство.
След географска миграция
  1. Навигирайте до https://make.powerautomate.com/.
  2. Придвижете се до страницата Персонализирани конектори .
  3. Изберете Нов персонализиран конектор.
  4. Изберете Импортиране на OpenAPI файл и изберете OpenAPI JSON файла, който е изтеглен в секцията Преди миграцията на географски към географски произход.

Приложения за платно

Приложенията за платно могат да съществуват извън решенията. За да се запазят приложенията за платно, те трябва да бъдат експортирани преди миграцията от географско към географско местоположение и след това импортирани след миграция от географско към гео.

Преди миграция от географски към гео

Експортирайте приложенията за платно, които не са в решенията.

След географска миграция

Импортирайте приложенията за платно, които са били експортирани в секцията Преди миграция от географско към географско местоположение.

Потоци за облак

Облачните потоци могат да съществуват извън решенията. За да се запазят облачните потоци, те трябва да бъдат експортирани преди миграцията от гео към гео и след това импортирани след миграция от гео към гео.

Преди миграция от географски към гео

Експортирайте потоците в облака, които не са в решенията.

След географска миграция

Импортирайте облачните потоци , които са били експортирани в секцията Преди миграция от географски към географски регион.

Приложения на Dynamics 365

Ако използвате някое от следните приложения на Dynamics 365, трябва да предприемете следните действия, за да запазите функционалността след миграция от географско към географско местоположение.

Dataverse Accelerator

След географска миграция

Деинсталирайте приложението с помощта на PAC CLI с тези команди:

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>

След деинсталиране преинсталирайте приложението чрез центъра за администриране Power Platform .

Проект за уеб

След географска миграция

Project за уеб се осигурява автоматично при навигиране до https://project.microsoft.com/. Вашите съществуващи планове все още остават непокътнати.

Приложение за маркетинг на Dynamics 365 (Customer Insights - Journeys)

Преди миграция от географски към гео

Деинсталирайте приложението Dynamics 365 Marketing, като използвате следното ръководство: Деинсталиране на Dynamics 365 Marketing.

След географска миграция

Преинсталирайте приложението Dynamics 365 Marketing чрез центъра за администриране Power Platform .

Настолни приложения

Ако използвате някое от следните Power Platform настолни приложения, трябва да предприемете следните действия, за да запазите функционалността след миграция от географски към географски регион.

Среда за изпълнение на Power Automate на машината

След географска миграция

Ако сте избрали средата, която се мигрира като ваша машинна среда в Power Automate приложението за изпълнение на машината, трябва да изберете отново средата в приложението след миграция на географски към географски район.

Как функционира преместването

Трябва да следвате горните стъпки преди и след миграцията от географско към географско местоположение. Таблицата по-долу описва какво прави Microsoft преди, по време и след миграцията от географски към гео.

Преди преместването По време на преместването След преместването
Какво прави Microsoft Известяване

Вашият представител за поддръжка или мениджър на акаунти работи с вас, за да заяви преместване и планиране.		 Прехвърляне

Времето на прекъсване за всяка услуга зависи от броя на потребителите и количеството данни. Тази стъпка може да отнеме от 1 до 6 часа за по-малки организации и до 48 часа за големи организации. Прекъсването се извършва вечер или през уикенда.		 Известяване и поддръжка

Ще бъдете предупредени по имейл или телефон, когато средата ви бъде мигрирана към новия център за данни.

След като средата ви мигрира, можете да изпълните стъпките след миграцията.

Ние се придържаме към условията на Споразумението за ниво на обслужване на Microsoft Online Services за всички премествания.