Виконайте міграцію даних Webex вашої організації до іншого регіону в Control Hub

Передумови

Щоб ваша організація мала право на міграцію між регіонами, вона має відповідати вимогам ні мати будь-яку з таких служб:

• Webex для широких робіт
• Іскровий дзвінок (до оновлення до Webex Calling)

Які дані переносяться

Усі дані, пов’язані з Webex Identity, як-от ім’я, адреса електронної пошти та групи користувачів, переміщуються до регіону призначення. Дані аналітики для Webex Calling, обміну повідомленнями та пристроїв також буде переміщено після завершення міграції ідентифікатора Webex.

Вплив на ваші послуги Webex

Під час міграції

Після початку міграції:

• Для організацій Webex із кількістю користувачів менше ніж 10 000 користувачів міграція даних може тривати менше однієї години, а для організацій із кількістю користувачів приблизно 100 000 — до восьми годин. Будь ласка, заплануйте міграцію даних на дату, коли ви зможете прийняти необхідний час простою.

  Переконайтеся, що всі пакетні завдання будуть завершені до початку запланованої міграції.

• Ви не матимете доступу до Центру керування, а користувачі не зможуть отримати доступ до жодних повідомлень, дзвінків, контакт-центру Webex і служб нарад для сайтів, керованих Центром керування.
• Якщо в організації настроєно єдиний вхід (SSO), його буде автоматично вимкнуто.
• Локальні пристрої, зареєстровані у Webex Edge для пристроїв , і пристрої, зареєстровані у хмарі, не зможуть приєднуватися до нарад або здійснювати виклики.
• Дії з видалення або змінення робочої області або пристрою, розпочаті безпосередньо перед перенесенням, можуть бути перервані та можуть завершитися не успішно.
• Ми надсилатимемо нагадування електронною поштою адміністраторам організації, а потім оновлення стану кожні дві години, поки триває оновлення.

Що станеться після міграції та дії, які потрібно виконати

• Якщо у вашій організації настроєно SSO, після перенесення користувачі не зможуть увійти, доки єдиного входу не буде перенастроєно таким чином:
  • Завантажити метадані SP.
  • Імпортуйте ці метадані до IdP.
  • Активуйте SSO, перейшовши до Налаштування організації > Автентифікація і перемикання Єдиний вхід щоб увімкнути.
• Коди активації пристроїв які були згенеровані, але не використані до міграції, потрібно буде створити знову.
• Якщо ваша організація використовує інтеграцію Okta для синхронізації користувачів Okta в Control Hub, вам потрібно повторно створити маркер доступу носія, як зазначено в кроки 3 і 4 у цій статті в розділі Налаштування Okta для синхронізації користувачів .
• Дані аналітики не відображатимуться одразу після міграції. Міграцію даних Analytics буде продовжено у фоновому режимі й триватиме до двох-трьох днів. Для повернення аналітичних даних не потрібно виконувати жодних дій. Він знову з’явиться автоматично. Внаслідок цього ви побачите аналітичні дані в Control Hub лише через два-три дні після завершення міграції.
• У результаті міграції буде скинуто локальні бази даних користувачів, якщо вони використовують UCM Calling. Як наслідок, історію викликів буде скинуто, а історія попередніх викликів стане недоступною.

Вплив на кінцевих користувачів

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

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

Вплив на інтеграції

У Webex можливо багато типів інтеграцій, які зазвичай авторизуються користувачами. Маркери користувачів для інтеграцій відкликаються після початку міграції даних спільних програм. Щоб інтеграції продовжували працювати, користувачам із відповідними правами потрібно буде повторно авторизувати свій доступ до цих інтеграцій.

Інші інтеграції, які не авторизовані користувачами, повинні бути повторно авторизовані адміністраторами або відповідальними за дотримання вимог. Наприклад, інтеграції API подій можуть повторно авторизувати лише відповідальні за дотримання вимог.

• Вбудовані програми — Маркери доступу та оновлення для користувачів не переносяться, тому користувачі повинні знову авторизувати вбудовані програми після завершення міграції даних спільних програм. Зазвичай це робиться шляхом входу у вбудовану програму.
• Інтеграції — Маркери доступу та оновлення для користувачів не переносяться, тому користувачі повинні знову авторизувати інтеграцію після завершення міграції даних спільних програм.
  • Деякі інтеграції налаштовуються в Control Hub і можуть бути деактивовані під час міграції. Одним із прикладів є Інтеграція ThousandEyes , який вимкнено під час міграції та потребує переналаштування. , сторінки програм у Control Hub також є хорошим довідником, щоб побачити, які інтеграції було вимкнено.
  • Інтеграції з Рішення для запобігання втраті даних повинні бути повторно авторизовані відповідальними за дотримання вимог.
  • Контактний центр Webex інтеграції завдань і з’єднувачі має бути авторизований повторно.
  • Якщо ваші користувачі створили будь-які інтеграції API Webex, токени доступу та оновлення, пов’язані з цими інтеграціями, більше не працюватимуть.
• Програми-служби необхідно авторизуватися повторно. Клієнту потрібно попросити новий маркер доступу та оновлення.
• Якщо ваша організація створила ботів, токен доступу для кожного бота буде відкликано в рамках міграції. Якщо ви спробуєте отримати доступ до ботів, ви отримаєте помилку HTTP 401, оскільки токен доступу буде недійсним або закінчиться. Ви повинні відновити токен доступу для всіх своїх ботів і оновити конфігурації бота, щоб використовувати новий токен доступу. Це можна зробити, отримавши доступ , вибравши кожного створеного вами бота, https://developer.webex.com/my-appsа потім натиснувши « Відновити токендоступу».

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