Передумови

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

• Webex для Broadworks
• Spark Call (перед оновленням до Webex Calling)

Які дані підлягають міграції

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

Винятки щодо міграції даних: Наразі дані аналітики CCUC не буде перенесено. Міграція даних Analytics не застосовується до організацій, які здійснюють міграцію між центрами обробки даних у США й Канадою.

Вплив на ваші сервіси Webex

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

Коли починається міграція:

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

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

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

Що відбувається після міграції та необхідні дії від вас

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

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

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

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

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

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

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

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

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

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