Предварителни изисквания

За да може вашата организация да отговаря на условията за мигриране между региони, вашата организация не трябва да има нито една от следните услуги:

• Webex за BroadWorks
• Spark Call (преди надстройката до Webex Calling)

Какви данни се мигрират

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

Въздействие върху Вашите Webex услуги

По време на миграцията

След като миграцията започне:

• Завършването на мигрирането на данни може да отнеме по-малко от един час за организации в Webex с по-малко от 10 000 потребители и може да отнеме до осем часа за организации с около 100 000 потребители. Моля, планирайте миграцията на данните си на дата, на която можете да се настаните за необходимия престой.

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

• Няма да имате достъп до Control Hub и потребителите няма да имат достъп до никакви съобщения, обаждания, контактен център Webex и услуги за срещи за управлявани от Control Hub сайтове.
• Ако вашата организация е настроила единично влизане (SSO), тя ще бъде автоматично деактивирана.
• Локалните устройства, регистрирани с Webex Edge за устройства и устройства , регистрирани в облака, няма да могат да се присъединяват към събрания или да извършват разговори.
• Работното пространство или устройството масово изтриване или промяна на действията, започнати точно преди миграцията, могат да бъдат прекъснати от миграцията и може да не са завършени успешно.
• Ще изпращаме имейл напомняния до администраторите на организацията и след това ще актуализираме статуса на всеки два часа, докато се извършва актуализацията.

Какво се случва след мигрирането и необходимите действия от вас

• Ако вашата организация е създала SSO, тогава след миграцията потребителите не могат да влязат, докато SSO не бъде преконфигуриран, както следва:
  • Изтеглете метаданните за SP.
  • Импортирайте тези метаданни в IdP.
  • Активирайте SSO, като отидете на Настройки на организацията > Удостоверяване и включете Еднократна идентификация .
• Кодове за активиране на устройства , които са генерирани, но не са използвани преди миграцията, ще трябва да бъдат генерирани отново.
• Може да са необходими до 24 часа, за да функционират напълно устройствата след миграцията. Можете ръчно да рестартирате устройствата, за да ускорите този процес.
• Ако вашата организация използва интеграция на Okta, за да синхронизира потребителите на Okta в Control Hub, трябва да генерирате отново маркера за достъп на носител, както е посочено в стъпки 3 и 4 под Конфигуриране на Okta за синхронизиране на потребители в тази статия.
• Данните от анализа няма да се показват веднага след мигрирането. Мигрирането на данните от анализа ще продължи във фонов режим и ще продължи до два до три дни. Няма необходими действия, за да върнете данните от анализа. Ще се появи отново автоматично. Въздействието е, че няма да виждате аналитични данни в Control Hub до два или три дни след завършването на мигрирането.
• Мигрирането ще нулира локалните бази данни на потребителите, ако използват UCM Calling. В резултат на това хронологията на повикванията ще бъдат нулирани и хронологията на предишните повиквания вече няма да е налична.

Въздействие върху крайните потребители

• В началото на мигрирането потребителите излизат от приложението Webex. Потребителите трябва да влязат отново по време на или след миграцията.
• Ако вашите потребители са конфигурирали локални настройки в своите настолни и мобилни клиенти на приложението Webex, тогава те трябва да преконфигурират някои от тези настройки. Следните настройки ще бъдат нулирани след миграцията:
  • Набиране
  • Предпочитания за аудио и видео
  • Достъпност
  • Предпочитания за съобщения
  • Устройства

  Други локални настройки, като общи настройки, предпочитания за уведомяване, външен вид (например тъмен режим) и настройки за поверителност ще бъдат запазени (без промяна) след миграцията.

Въздействие върху интеграциите

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

Други интеграции, които не са упълномощени от потребителите, ще трябва да бъдат упълномощени отново от администраторите или служителите по съответствието. Например интеграциите на API на Events могат да бъдат повторно упълномощени само от служители по съответствието.

• Вградени приложения – Маркерите за достъп и обновяване за потребителите не се мигрират, така че потребителите трябва да упълномощават вградените приложения отново, след като мигрирането на общите данни на приложенията приключи. Това обикновено се прави чрез влизане във вграденото приложение.
• Интеграции – маркерите за достъп и обновяване за потребителите не са мигрирани, така че потребителите трябва да упълномощават интеграциите отново, след като мигрирането на общите данни на приложенията приключи.
  • Някои интеграции са конфигурирани в Control Hub и могат да бъдат деактивирани по време на мигрирането. Един пример е интеграцията на ThousandEyes, която е изключена по време на миграцията и трябва да се конфигурира отново. Страницата за приложения в Control Hub също е добра справка, за да видите кои интеграции са изключени.
  • Интеграциите с решенията за предотвратяване на загуба на данни трябва да бъдат повторно упълномощени от служители по съответствието.
  • Интеграциите на задачи за Webex Contact Center и конекторите трябва да бъдат упълномощени отново.
  • Ако вашите потребители са изградили интеграции на Webex API, маркерите за достъп и обновяване, свързани с тези интеграции, повече няма да работят.
• Приложенията за услуги трябва да бъдат упълномощени отново. Клиентът трябва да поиска нов маркер за достъп и обновяване.
• Ако вашата организация е създала ботове, токенът за достъп за всеки бот ще бъде отменен като част от миграцията. Ако се опитате да получите достъп до ботовете, ще получите грешка HTTP 401, тъй като токената за достъп ще бъде невалидна или изтекла. Трябва да регенерирате токена за достъп за всичките си ботове и да актуализирате конфигурациите на ботовете, за да използвате новия знак за достъп. Това може да стане чрез достъп, https://developer.webex.com/my-appsизбиране на всеки бот, който сте създали, и след това щракване върху Regenerate Access Token.

Ако вашите потребители имат проблеми с влизането в Cisco.com със свързан акаунт за Webex след мигрирането, можете да ги уведомите, че могат да поискат да прекъснат връзката на своите акаунти от Webex, за да коригират проблема.