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

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

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

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

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

Изключения от това какви данни се мигрират са: Данни за анализ на CCUC няма да бъдат мигрирани в момента. Миграцията на данни от Анализ не се прилага за организации, които мигрират между център за център за данни за център за данни в Канада.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Неуспехът на повторното упълномощаване на интеграции ще доведе до това, че интеграциите вече не работят.

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

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