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

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

• Webex для BroadWorks
• Webex Call (до модернизации до Webex Calling)

Какие данные переносят

Все данные, связанные с Webex Identity, такие как имя, адрес электронной почты и группы пользователей, переносятся в регион назначения. Аналитические данные для вызовов, сообщений и устройств Webex также будут перенесены после завершения миграции удостоверений 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 событий могут осуществлять только сотрудники отдела по обеспечению соответствия.

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

Влияние на видеосообщения (Vidcast)

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

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