Мигрирайте данните на Webex на вашата организация в друг регион в Control Hub

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

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

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

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

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

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

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

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

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

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

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

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

• Ако вашата организация е създала 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избиране на всеки бот, който сте създали, и след това щракване върху Regenerate Access Token.

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