Миграция данных Webex своей организации в другой регион в Control Hub

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

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

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

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

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

Воздействие на службы Webex

Во время миграции

После начала миграции:

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

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

• У вас не будет доступа к Control Hub, а пользователи не смогут использовать сообщения, вызовы, контакт-центр Webex и службы совещаний для веб-сайтов под управлением Control Hub.
• Если в вашей организации настроена система единого входа (SSO), она будет автоматически отключена.
• Локальное устройство, зарегистрированное в Webex Edge для устройств , а также устройств, зарегистрированных в облаке, не смогут присоединяться к совещаниям и звонить.
• Массовое удаление или изменение рабочего пространства или устройства перед миграцией может быть прервано миграцией и может не завершиться успешно.
• Напоминания по электронной почте будут отправлены администраторам организации, а затем будут обновляться каждые два часа во время выполнения обновления.

Что происходит после миграции и требуемые от вас действия

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

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

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

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

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

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

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

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

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