Предварительные условия

Чтобы ваша организация имела право на миграцию между регионами, ваша организация не должна иметь какие-либо из перечисленных ниже служб.

• Webex для BroadWorks
• Webex Call (до обновления до Webex Calling)

Какие данные будут перенесены

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

Исключения для переноса данных: Данные аналитики CCUC не будет перенесен в это время. Миграция данных аналитики не применяется к организациям, осуществляющим миграцию между центром обработки данных в США в канадский центр обработки данных.

Влияние на ваши службы 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 для синхронизации пользователей в этой статье .
• Данные Google Analytics не появятся сразу после переноса. Перенос данных Google Analytics будет продолжаться в фоновом режиме в течение двух-трех дней. От вас не требуется никаких действий для возврата данных аналитики. Он появится снова автоматически. В результате вы увидите данные аналитики в Control Hub только через два-три дня после завершения миграции.
• При миграции будут сброшены локальные базы данных пользователей, если они используют вызовы UCM. В результате история вызовов будет сброшена, а история предыдущих вызовов больше не будет доступна.

Влияние на конечных пользователей

• В начале миграции пользователи выходят из приложения Webex. Пользователи должны повторно войти в систему во время или после миграции.
• Если ваши пользователи настроили локальные параметры в своих клиентах для настольных ПК и мобильных устройств в приложении Webex , им необходимо перенастроить некоторые из этих параметров. После миграции будут сброшены следующие настройки:
  • Вызов
  • Настройки аудио и видео
  • Специальные возможности
  • обмен сообщениями
  • Устройства

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

Влияние на интеграцию

В Webex возможно множество типов интеграций, которые обычно авторизованы пользователями. Токены пользователей в интеграциях аннулируются после начала миграции данных общего приложения. Для продолжения работы интеграций пользователям с соответствующими правами необходимо повторно авторизовать доступ к этим интеграциям.

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

Невозможность повторной авторизации интеграций приведет к тому, что интеграции перестанут работать.

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

Если после миграции у ваших пользователей возникли проблемы со входом в Cisco.com с помощью связанной учетной записи Webex, вы можете сообщить им, что они могут подать запрос на отмену связывания своих учетных записей с Webex, чтобы устранить проблему.