Огляд

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

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

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

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

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

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

Винятки з переліку даних, які мігрують:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Запланувати міграцію даних спільних програм

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

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

1

Увійдіть до Control Hub і перейдіть до Служби > Оновлення та міграція.

2

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

3

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

4

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

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

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

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

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

1

Увійдіть до Control Hub і перейдіть до Служби > Оновлення та міграція.

2

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

3

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

4

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

5

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

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

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

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

1

Увійдіть до Control Hub і перейдіть до Служби > Оновлення та міграція.

2

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

3

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

4

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

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

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