Огляд міграції даних поширених програм

Ця функція доступна всім клієнтам у Європі та Канаді, які бажають перенести дані своїх загальних програм Webex між регіонами.

Обов’язкові умови

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

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

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

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

Винятки щодо перенесення даних:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Якщо повторно не авторизувати інтеграції, вони перестануть працювати.

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

Вплив на відеоповідомлення (Vidcast)

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

Планування міграції даних спільних програм

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

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

1

Увійдіть у Центр керування та перейдіть до розділу Сервіси > Оновлення & Міграція.

2

Натисніть кнопку Докладно в розділі Загальні дані програми.

3

Виберіть пункт Запланувати перенесення.

4

Виберіть дату та час початку міграції, а потім натисніть Запланувати.

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

Перепланування дати перенесення

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

Ви не можете перенести заплановані міграції протягом 24 годин від запланованого часу початку. Кнопка перенесення часу буде недоступна в Центрі керування на той час.

1

Увійдіть у Центр керування та перейдіть до розділу Сервіси > Оновлення & Міграція.

2

Виберіть Переглянути на картці Перенести до регіонального центру обробки даних.

3

Натисніть кнопку Докладно в розділі Загальні дані програми.

4

Виберіть елемент Перепланувати.

5

Виберіть дату та час, а потім натисніть Перенести.

Скасування запланованої дати перенесення

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

Ви не можете скасувати заплановані міграції протягом 24 годин від запланованого часу початку. Кнопка скасування буде недоступна в Центрі керування на той час.

1

Увійдіть у Центр керування та перейдіть до розділу Сервіси > Оновлення & Міграція.

2

Виберіть Переглянути на картці Перенести до регіонального центру обробки даних.

3

Натисніть кнопку Докладно в розділі Загальні дані програми.

4

Виберіть елемент Скасувати перенесення.

Підключення користувачів Webex з проблемами входу до Cisco.com після міграції

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