Дякуємо за відгук.
Надіслати відгук?Огляд
Якщо ваша організація розташована в одному регіоні, але ваші дані Webex знаходяться в іншому регіоні, ви можете мати право на міграцію даних Webex у свій власний регіон за допомогою функції міграції в Центрі керування.
Перш ніж розпочати звичайну міграцію даних програми, майте на увазі, що:
-
Почи наючи з 1 вересня 2026 року, організації, яким ще не в вімкнено загальну міграцію даних додатків, повинні будуть придбати ліцензію Служби міграції даних Webex, щоб використовувати цю функцію.
-
Поширена міграція даних програми наразі не підтримується для організацій-клієнтів з такими службами або ліцензіями:
- Webex для широковоркса
- Дзвінок іскри
- Миттєве підключення Webex для віртуального догляду
Ця функція доступна клієнтам у Європі, Канаді, Близькому Сході та Австралії, які хочуть мігрувати свої загальні дані додатків Webex у різних регіонів.
Міграція даних Analytics не застосовується до організацій, які мігрують свої дані до центрів обробки даних Канади, Індії, Сінгапуру або Об'єднаних Арабських Еміратів (ОАЕ).
Через непередбачені обставини спільна міграція даних Webex до центру обробки даних Об'єднаних А рабських Еміратів (ОАЕ) була відкладена до подальшого повідомлення.
Наша команда проактивно зв'яжеться з вами електронною поштою з оновленнями щодо міграції, як тільки вони стануть доступними.
Як перевірити поточний регіон для моїх даних та послуг
Ви можете перевірити місцезнаходження служб Webex у Центрі керування, перейшовши в Обліковий запис > Інформація > Роз ташування даних.
Які дані мігруються
Усі дані, пов'язані з ідентифікацією Webex, такі як ім'я, адреса електронної пошти та групи користувачів, переносяться до регіону призначення. Дані аналітики дляWebex Calling, обміну повідомленнями та пристроїв також будуть перенесені після завершення міграції Webex Identity.
Винятки з тих даних, які переносяться, є:
- Дані аналітики CCUC наразі не будуть перенесені. Дані аналітики CCUC будуть перенесені в рамках міграції даних обміну повідомленнями.
- Міграція даних Analytics не поширюється на організації, які здійснюють міграцію між центром обробки даних США або ЄС до центру обробки даних Канади або Об'єднаних Арабських Еміратів (ОАЕ).
- Конфігурації синхронізації каталогів CCUC не мігруються. Вам потрібно забезпечити синхронізацію каталогу CCUC у регіоні призначення після міграції.
Вплив на ваші служби Webex
Під час міграції
Як тільки починається міграція:
- Міграція даних може зайняти менше 1 години для організацій Webex з менш
ніж 10 000 користувачами, а для організацій з приблизно 100 000 користувачами може зайняти до 8 годин.
Будь ласка, заплануйте міграцію даних на дату, коли ви зможете витримати необхідний час
простою.
Переконайтеся, що всі пакетні завдання будуть виконані до початку запланованої мі грації.
- Ви не матимете доступу до центру керування, а користувачі не матимуть доступу до будь-яких служб обміну повідомленнями, дзвінками, контактним центром Webex та службами нарад для сайтів, керованих Control Hub.
- Локальні пристрої, зареєстровані Webex Edgeдля пристроїв, і пристрої, зареєстровані в хмарі, не зможуть приєднуватися до нарад або здійснювати дзвінки.
- Дії масового видалення або зміни робочого простору або пристрою, розпочаті безпосередньо перед міграцією, можуть бути перервані міграцією і можуть бути незавершені успішно.
-
Ми надсилатимемо нагадування електронною поштою адміністраторам організації, а потім періодично оновлюватимемо статус під час міграції.
Що відбувається після міграції і необхідні дії від вас
- Якщо ваша організація налаштувала SSO, SSO автоматично вимикається під час міграції.
Після міграції користувачі не зможуть входити, доки SSO не буде переналаштовано наступним чином:
- Завантажте метадані SP.
- Імпортуйте ці метадані до IdP.
- Активуйте SSO, перейшовши в Параме та увімкнувши Єдиний вхід.
- Коди активації пристрою, які були створені, але не використовувалися до міграції, доведеться згенерувати знову.
- Пристрої можуть зайняти до 24 годин, щоб вони повністю працювали після міграції. Ви можете вручну перезавантажити пристрої, щоб прискорити цей процес.
- Якщо ваша організація використовує інтеграцію Okta для синхронізації користувачів Okta з Центром керування, вам потрібно відновити маркер доступу на носій, як зазначено в кроках 3 та 4 у розділі Налаштувати Okta для синхронізації користувачів у цій статті.
- Після міграції аналітичні дані відображатимуться не відразу. Процес
міграції аналітики продовжуватиметься у фоновому режимі протягом 2—3 тижнів, протягом яких
ваші аналітичні дані почнуть поступово з'являтися в Control Hub. З вашого боку не
потрібно ніяких дій, оскільки дані знову з'являться автоматично.
Дані Analytics не мігруються під час міграції в центр обробки даних Канади або Об'єднаних Арабських Еміратів (ОАЕ).
- Міграція скине локальні бази даних користувачів, якщо вони використовують виклик UCM. В результаті історія дзвінків буде скинута, а історія попередніх дзвінків більше не буде доступна .
- Переконайтеся, що гібридні сервіси функціонують коректно. Деякі гібридні роз'єми можуть зайняти кілька хвилин, щоб повернутися до мережі після завершення міграції.
- Увійдіть у програму Webex і переконайтеся, що вона працює так, як налаштовано.
Вплив на кінцевих користувачів
- На початку міграції користувачі виходять із програми Webex. Користувачі повинні знову увійти в систему під час міграції або після неї.
- Якщо ваші користувачі налаштували локальні налаштування у своїх настільних і мобільних клієнтах програми Webex
, то їм потрібно переналаштувати деякі з цих налаштувань. Після міграції будуть
скинуті наступні настройки:
- Телефонуємо
- Параметри аудіо та відео
- Доступність
- Параметри обміну повідомленнями
- Пристрої
Інші локальні налаштування, такі як загальні налаштування, налаштування спові щень, зовнішній вигляд (наприклад, темний режим) та налаштування конфіденційності, будуть збережені (без змін) після міграції.
Вплив на інтеграцію
Існує багато типів інтеграції з Webex, і вони, як правило, дозволені користувачами. Токени користувачів до інтеграції скасовуються після початку міграції даних загальної програми. Для того, щоб інтеграція продовжувала працювати, користувачам з належними привілеями потрібно буде повторно авторизувати свій доступ до цих інтеграцій.
Інші інтеграції, які не авторизовані користувачами, повинні бути повторно авторизовані адміністраторами або співробітниками відповідності. Наприклад, інтеграцію API подій можуть повторно авторизуватися лише співробітниками з питань дотримання вимог.
Неможливість повторної авторизації інтеграції призведе до того, що інтеграція більше не працюватиме.
- Вбудовані програми — Токени доступу та оновлення для користувачів не мігруються, тому користувачі повинні повторно авторизувати вбудовані програми після завершення загальної міграції даних програми. Зазвичай це робиться шляхом входу в вбудовану програму.
- Інтегра ція — Токени доступу та оновлення для користувачів не
мігруються, тому користувачі повинні повторно авторизувати інтеграцію після завершення міграції даних
загальної програми.
- Деякі інтеграції налаштовуються в Control Hub і можуть бути деактивовані під час мі грації. Одним із прикладів є інтеграція ThousandEyes, яка вимикається під час міграції та потребує переналаштування. Сторінка програм у Control Hub також є хорошим посиланням, щоб побачити, які інтеграції були ви мкнені.
- Інтеграція з рішен нями запобігання втраті даних повинна бути повторно авторизована співробітниками з питань дотримання вимог.
- Необхідно повторно авторизувати інтеграцію завдань і роз'є ми контактного центру Webex.
- Якщо ваші користувачі створили будь-які інтеграції API Webex, токени доступу та оновлення, пов'язані з цими інтеграціями, більше не працюватимуть.
- Службові додат ки потрібно повторно авторизувати. Клієнту потрібно попросити новий доступ і оновити маркер.
- Якщо ваша організація створила ботів, токен доступу для кожного бота буде скасовано в рамках міграції. Якщо ви спробуєте отримати доступ до ботів, ви отримаєте помилку HTTP 401, оскільки токен доступу буде недійсним або термін дії закінчився. Ви повинні відновити маркер доступу для всіх ваших бо тів та оновити конфігурації бота, щоб використовувати новий маркер доступу. Це можна зробити, перейшовши на https://developer.webex.com/my-apps, вибравши кожного створеного вами бота, а потім натиснувши кнопку Віднов ити маркер доступу.
Вплив на відеообмін повідомленнями (Vidcast)
Якщо ваша організація використовує відеообмін повідомленнями (Vidcast), ви повинні відкрити справу з командою підтримки Cisco після міграції, щоб перенести дані Vidcast в цільовий регіон. Це гарантує, що всі існуючі відео та записи Vidcast залишаються видимими та доступними в обліковому записі Webex кожного користувача.
Заплануйте спільну міграцію даних програми
Міграція даних може зайняти близько однієї години, якщо у вашій організації менше 10 000 користувачів, і до восьми годин, якщо ваша організація має близько 100 000 користувачів. Не забудьте запланувати міграцію на дату, яка матиме найменший час простою для вашої організації.
Переконайтеся, що всі пакетні завдання будуть виконані до початку запланованої мі грації.
| 1 |
Увійдіть до центру керування. |
| 2 |
Перейдіть в . |
| 3 |
Виберіть Переглянути регіональний план міграції даних. |
| 4 |
Натисніть За планувати мігра цію. |
| 5 |
Виберіть дату та час для початку міграції, а потім натисніть кнопку Роз клад. Якщо ви вирішите перенести перенесення даних або скасувати міграцію, ради мо внести будь-які зміни за день до запланованої дати. |
Перепланування дати міграції
Якщо ви вирішили перенести міграцію, радимо внести будь-які зміни за день до запланованої дати.
Ви не можете перенести заплановані міграції протягом 24 годин після запланованого часу початку. У цей час кнопка перенесення не буде доступна в Центрі керування.
| 1 |
Увійдіть у Центр керування та перей діть до . |
| 2 |
Виберіть Перегля д на кар тці Переміщення до регіонального центру обробки даних. |
| 3 |
Натисніть Переглянути деталі в розділі Пові домлення. |
| 4 |
Виберіть Перепланувати. |
| 5 |
Виберіть дату та час, а потім натисніть Переплан увати. |
Скасування запланованої дати міграції
Якщо ви вирішите скасувати міграцію, радимо внести будь-які зміни за день до запланованої дати.
Ви не можете скасувати заплановані міграції протягом 24 годин після запланованого часу початку. К нопка скасування в цей час не буде доступна в Центрі керування.
| 1 |
Увійдіть у Центр керування та перей діть до . |
| 2 |
Виберіть Перегля д на кар тці Переміщення до регіонального центру обробки даних. |
| 3 |
Натисніть Переглянути деталі в розділі Пові домлення. |
| 4 |
Виберіть Ска сувати міграцію. |
Огляд
Деякі організації можуть захотіти перенести свої дані обміну повідомленнями до власного регіону. Дані обміну повідомленнями мають дві складові:
-
Основні дані обміну повідомленнями: включає метадані, конфігурацію та регіональні налаштування, але не включає вміст обміну повідомленнями. Після перенесення основних даних обміну повідомленнями до потрібного регіону дані для нових команд та нових просторів обміну повідомленнями зберігатимуться в новому регіоні.
-
Дані вмісту обміну повідомленнями: включає всі існуючі команди та прост ори, а також весь вміст простору (повідомлення, дошки, файли тощо) та пов'язані ключі шифрування.
Ця функція доступна клієнтам у Європі та Австралії, які хочуть перенести свої дані обміну повідомленнями Webex у різних регіонів.
Ця служба вимагає придбання ліцензії служби міграції даних Webex.
Обов'язкова умов а: Перш ніж планувати міграцію повідомлень, переконайтеся, що:
- Ваші загальні дані програми знаходяться в регіоні призначення. Якщо це не так, виконайте міграцію даних заг альної програми, перш ніж планувати міграцію обміну повідомленнями.
- Політика збереження на рівні організації встанов Webex Messaging лена Webex Meetings на
180 днів або менше.
Наразі збереження нарад на рівні організації ввімкнено не для всіх клієнтів. Якщо у вашій організації є політика збереження, налаштована окремо для кожного сайту нарад, і не має політики збереження нарад на рівні організації, зверніться до служби підтримки Cisco, щоб надіслати запит на увімкнення політики збереження нарад на рівні організації. Після увімкнення ви можете налаштувати єдину політику, яка застосовується для всіх сайтів нарад у вашій організації.
Перший етап - міграція основних даних обміну повідомленнями
На першому етапі переміщуються налаштування регіону обміну повідомленнями організації та основні дані обміну повідомленнями. Цей етап передбачає простої для користувачів і адміністраторів. Користувачі вийдуть із програми Webex, а також не зможуть отримати доступ до центру керування, сайтів нарад Webex або програми Webex для обміну повідомленнями, нарад та інших служб пакету під час першого етапу. Цей етап може тривати до восьми годин.
Наприкінці цього етапу користувачам потрібно буде знову увійти, щоб отримати доступ до служб Webex.
Через описаний час простою слід запланувати, щоб міграція основних даних обміну повідомленнями почалася в той самий час, що і у вікно технічного обслуговування. Цей етап може зайняти до восьми годин. Після завершення першого етапу адміністратори отримають повідомлення електронною поштою, і користувачі зможуть знову увійти в Webex.
Ре Webex Calling гіон не буде мігруватися в рамках цієї міграції.
Очікувана поведінка після закінчення першого етапу:
- Нові простори Webex App, створені користувачами в організації, будуть знаходитися в регіоні, в який ваша організація перейшла.
- Існуючі простори та пов'язаний вміст до першого етапу міграції залишатиму ться у вихідному регіоні, доки дані вмісту організації не будуть перенесені на другому етапі. Хоча існуючі простори ще не перенесені, користувальницький досвід роботи є безперебійним.
Адміністративні дії після закінчення першого етапу:
- Організаціям, які налаш тували внутрішні політики бло кування комунікацій, потрібно буде переналаштувати ці політики в Центрі керування, щоб примусити переоцінювати політику, оскільки простори можуть стати невідповідними.
- Якщо перед мігра
цією був увімкнений Періодичний аудит, адміністратор повинен виконати додаткову
дію після міграції:
- У Центрі керування перейдіть до .
- Перейдіть до Н алаш тування та запишіть поточні налаштування синхронізації.
- Вимкніть перемика ч синхронізації Імпорт користувачів/контактів і натисніть Збере гти та оновити.
- Поверніться до Н алаш тування та знову увімкніть перемика ч синхроні зації Імпорт користувачів/контактів, який автоматично залучить користувачів та контакти з CCUC.
- Після завершення початкового завдання синхронізації користувач може включити Пері одичний аудит.
- Налаштовані шаблони пристроїв не будуть доступні після міграції. Адміністр аторам потрібно буде створити ці шаблони знову.
- Сторінка налаштувань нарад у Центрі керування може зайняти до 24 годин, щоб вона стала доступною.
Вплив на кінцевих користувачів
Користувачі не зможуть увійти в додаток Webex і отримати доступ до служб. Адміністратори, у тому числі користувачі, які виконують роль Compliance Officer, не матимуть доступу до центру керування. Простої на першому етапі міграції можуть тривати до восьми годин. Після завершення першого етапу міграції користува чам потрібно буде знову увійти, щоб отримати доступ до служб Webex.
Вплив на комплаєнс-службовців
Користувачі, які виконують роль відповідального директора в Контрольному центрі, повинні знати про наступне:
- Раніше згенеровані звіти електронної перевірки будуть видалені під час першого етапу міграції даних обміну повідомленнями, і вони не будуть доступні під час міграції та після неї.
- Офіцери з дотримання вимог після міграції основних даних обміну повідомленнями зможуть отримувати стар і дані та нові повідомлення та пробіли, створюючи нові звіти.
Вплив на політику збереження
Політика збереження даних на рівні організації Webex Meetings повинна бути встанов Webex Messaging лена на 180 днів або менше, перш ніж планувати міграцію обміну повідомленнями. Під час міграції даних обміну повідомленнями автоматичне видалення вмісту відповідно до політики збереження організації призупиня ється. Видалення вмісту за допомогою політики збереження відновлюється після завершення міграції.
Вплив на функцію дошки
Після завершення першого етапу міграції користувачі все одно матимуть доступ до дощок, створених до міграції, але ці дошки все одно будуть розміщені в США до завершення друго го етапу.
Нові дошки, створені після завершення міграції основних даних обміну повідомленнями, будуть розміщені в новому регіоні.
Вплив на Webex Calling - CUCM
Синхронізація всієї історії дзвінків у CUCM може зайняти до 4 годин після міграції.
Другий етап - міграція вмісту обміну повідомленнями
Міграція вмісту обміну повідомленнями виконує міграцію всіх існуючих команд та пробілів разом із усім вмістом простору (повідомлення, дошки, файли тощо) та пов'язаними ключами шифрування.
Другий етап починається відразу після першого етапу. Під час цього етапу:
-
Пробіли мігруються разом з усім вмістом у просторі (повідомлення, дошки, файли тощо).
-
Під час міграції простору цей простір може бути тимчасово заблокований на термін до 15 хвилин. Коли простір заблоковано, користувачі не матимуть доступу до місця для читання та запису. Протягом цього часу користувачі бачать сповіщення про те, що міграція триває, і їх попросять спробувати пізніше.
-
Ключі шифрування, пов'язані з пробілом, також переносяться в рамках цієї міграції.
-
Команди також будуть мігруватися на цьому етапі. Після перенесення команди нові простори, створен і в цій команді, будуть у новому регіоні.
-
Цей етап міграції обміну повідомленнями може зайняти години, тижні або навіть місяці залежно від кількості пробілів та повідомлень.
-
Запити електронного виявлення можуть не працювати, доки не буде завершена вся міграція вмісту обміну повідомленнями. Для отримання додаткової інформації див. розділ «Вплив на відповід альних службовців».
Політика збереження
Під час міграції даних обміну повідомленнями автоматичне видалення вмісту відповідно до політики збереження організації призупиняється. Видалення вмісту за допомогою політики збереження відновлюється після завершення міграції.
Огляд перенесених даних
Після закінчення міграції обміну повідомленнями наступні дані будуть переміщені в новий регіон:
| Дані концентратора управління | Webex Meetingsдані | Webex Messagingдані |
|---|---|---|
| Ключі шифрування | Контейнери для зустрічей | Космічні списки |
| Аналітика | Записи нарад | Космічні назви |
| Графіки зустрічей | Космічні аватари | |
| Списки нарад | Космічні повідомлення | |
| Штифти та прапор повідомлень | ||
| Історія дзвінків |
Плануйте міграцію основних даних обміну повідомленнями
Коли ви плануєте міграцію основних даних обміну повідомленнями, виберіть пункт призначення міграції.
Якщо ви ще не перенесли загальні дані програми, заплануйте спільну міграцію даних програми, перш ніж планувати міграцію основних даних обміну повідомленнями.
| 1 |
Увійдіть до центру керування |
| 2 |
Перейдіть в . |
| 3 |
Виберіть Переглянути регіональний план міграції даних. |
| 4 |
Натисніть За планувати мігра цію. |
| 5 |
Виберіть цільову країну або регіон у меню Переміщення до. |
| 6 |
Якщо ви ще не перенесли загальні дані програми, заплануйте спільну міграцію даних програми, перш ніж планувати міграцію повідомлень. |
| 7 |
Виберіть часовий пояс і дату початку з доступних дат. Через обмеження місткості не всі дати будуть доступні. Недоступні дати будуть позначені сірим кольором . |
| 8 |
Натисніть Розклад. |
Перепланування дати міграції
Якщо ви вирішили перенести міграцію, радимо внести будь-які зміни за день до запланованої дати.
Ви не можете перенести заплановані міграції протягом 24 годин після запланованого часу початку. У цей час кнопка перенесення не буде доступна в Центрі керування.
| 1 |
Увійдіть у Центр керування та перей діть до . |
| 2 |
Виберіть Перегля д на кар тці Переміщення до регіонального центру обробки даних. |
| 3 |
Натисніть Переглянути деталі в розділі Пові домлення. |
| 4 |
Виберіть Перепланувати. |
| 5 |
Виберіть дату та час, а потім натисніть Переплан увати. |
Скасування запланованої дати міграції
Якщо ви вирішите скасувати міграцію, радимо внести будь-які зміни за день до запланованої дати.
Ви не можете скасувати заплановані міграції протягом 24 годин після запланованого часу початку. К нопка скасування в цей час не буде доступна в Центрі керування.
| 1 |
Увійдіть у Центр керування та перей діть до . |
| 2 |
Виберіть Перегля д на кар тці Переміщення до регіонального центру обробки даних. |
| 3 |
Натисніть Переглянути деталі в розділі Пові домлення. |
| 4 |
Виберіть Ска сувати міграцію. |
Часті питання
Q. Які передумови для планування міграції обміну повідомленнями?
A. Перш ніж планувати міграцію повідомлень, переконайтеся, що:
- Ваша організація придбала ліцензію служби міграції даних Webex.
- Якщо ваш спільний ідентифікатор не знаходиться у вашому регіоні, виконайте міграцію даних загальної програми, перш ніж планувати міграцію обміну повідомленнями.
- Політика збереження на рівні організації встанов Webex Messaging лена Webex Meetings на 180 днів або менше.
Q. Де я можу знайти додаткову інформацію про ліцензію служби міграції даних Webex?
A. Зверніться до команди облікових записів Cisco або партнера, щоб дізнатися більше про ліцензію на службу міграції даних Webex.
Q. Чому мені потрібно встановлювати політику збереження на рівні організації на 180 днів або менше? Webex Messaging Webex Meetings
Відповід ь: Якщо встановити політику збереження на 180 днів або менше , процес міграції завершиться в розумні терміни. Коротший період зберігання зменшує обсяг даних для міграції, що допомагає мінімізувати затримки та підвищити ефективність міграції.
Q. Як налаштувати політику збереження нарад для всієї організації?
A. Зберігання нарад на рівні організації наразі не увімкнено для всіх клієнтів. Якщо у вашій організації є політика збереження, налаштована окремо для кожного сайту нара д, і не має політики збереження нарад на рівні організації, зверніться до служби підтримки Cisco, щоб надіслати запит на увімкнення політики збереження нарад на рівні організації. Після увімкнення ви можете налаштувати єдину політику, яка застосовується для всіх сайтів нарад у вашій організації.
Q. Які дані включені в міграцію основних даних обміну повідомленнями?
A. Міграція основних даних обміну повідомленнями включає метадані, конфігурацію та регіональні налаштування, пов'язані з організацією, але не включає вміст обміну повідомленнями. Після завершення міграції основних даних обміну повідомленнями нові пробіли, пов'яз аний вміст та чат під час зустрічі зберігатимуться в регіоні призначення.
Q. Чи є наслідки простою для кінцевих користувачів під час першого етапу міграції основних даних обміну повідомленнями?
А. Так. Кінцеві користувачі вийдуть із програми Webex і не зможуть отримати доступ до центру керування, сайтів нарад Webex або програми Webex для обміну повідомленнями, нарад та інших служб пакету під час першого етапу. Цей етап може тривати до восьми годин.
Q. Чи мігруються ключі також як частина міграції основних даних обміну повідомленнями?
Відповід ь: Ні, але нові ключі будуть збережені в новому регіоні.
Q. Які дані включені до міграції даних вмісту обміну повідомленнями?
A. Міграція даних вмісту обміну повідомленнями включає всі існуючі команди та простори, а також весь вміст простору (повідомлення, дошки, файли тощо) та пов'язані ключі шифрування.
Q. Де зберігаються міжорганізаційні повідомлення 1:1?
А. Кожна організація має спільну власність, тому кластер, де зберіга ються міжорганізаційні повідомлення 1:1, автоматично вибирається системою, незалежно від того, хто ініціював розмову. З цієї причини не гарантується, що міжорганізаційні повідомлення 1:1 зберігаються в тому ж кластері, що й решта повідомлень 1:1 та групових просто рів, що належать клієнту. Аналогічно, міграція не гаран тує переміщення міжорганізаційних повідомлень 1:1 під час міграції.
Q. Чи можна одночасно перенести вміст обміну повідомленнями та загальні дані?
А. Ні. Перш ніж запланувати міграцію даних обміну повідомленнями, потрібно спочатку завершити загальну міграцію даних.
Q. Скільки триває час простою для міграції даних обміну повідомленнями?
A. Міграція даних обміну повідомленнями здійснюється у два етапи, і лише перший етап, мігра ція основних даних обміну повідомленнями, вимагає простою. Час простою може тривати до восьми годин до завершення міграції основних даних обміну повідомленнями.
Q. Чи перенесено існуючий вміст космічних повідомлень також як частину мі грації основних даних обміну повідомленнями?
Відповідь: Ні, дані вмісту обміну повідомленнями будуть перенесені на другому етапі, який є міграцією даних вмісту обміну повідомленнями.
Q. Чи є наслідки простою для кінцевих користувачів під час другого етапу міграції даних обміну повідомленнями?
А. Загалом, немає. Однак, коли кожен простір мігрується, цей простір може бути тимчасово заблокований на термін до 15 хвилин. Коли простір заблоковано, користувачі не матимуть доступу до місця для читання та запису. Протягом цього часу користувачі бачать сповіщення про те, що міграція триває, і їх попросять спробувати пізніше. Очікується, що загальний вплив буде мінімальним.
Q. Скільки часу займає загальна міграція даних обміну повідомленнями?
A. Міграція даних обміну повідомленнями може зайняти години, тижні або навіть місяці залежно від кількості пробілів та повідомлень.
Q. Чи видаляються повідомлення за допомогою політики збереження під час міграції даних обміну повідомленнями?
А. Ні. Політика збереження організації призупиняється на початку міграції основних даних обміну повідомленнями і буде відновлена лише після завершення міграції даних вмісту обміну повідомленнями для всіх просторів. Ми працюємо над тим, щоб зняти це обмеження в майбутньому.
Q. Чи можете ви пояснити, які нові простори будуть чи не будуть у цільовому регіоні після першого етапу?
А. Перший етап впливає на нові простори наступним чином:
- Нові простори, створені в командах, які не були перенесені в цільовий регіон (напр. ЄС) все ще буде в початковому пункті призначення (напр. США), поки ці команди не будуть міграновані.
- У регіоні призначення будуть створені нові простори, яких немає в існуючих командах.
- Нові простори для команд, створені після першого етапу міграції, будуть у регіоні призначення.
- У регіоні призначення буде створено чат під час нарад із зустрічей у нових просторах.
Q. Чи будуть перенесені простори, створені ботами?
А. Кімнати (простори), створені ботами, належать організації першого учасника, який не є ботом. Якщо організація володіє ботом, і перша особа, яка приєднається до простору, також є частиною організації, що мігрується, тоді простір буде переміщено в рамках мі грації. Однак якщо перший учасник простору з іншої організації, простір не буде переміщено.
Якщо користувач з організації, що мігрується, був першою особою, яка приєднався до простору, створен ого ботом іншої організації, то цей простір буде належати організації, що мігрується, і він буде переміщений у рамках міграції. Аналогічно, розмова 1:1 між користувачем організації, що мігрується, і ботом також буде переміщена в рамках міграції.
Q. Як адміністратори можуть контролювати хід міграції даних обміну повідомленнями?
A. Адміністратори можуть відстежувати хід міграції повідомлень у Центрі керування після планування міграції.
Q. Скільки часу займе загальна міграція вмісту обміну повідомленнями?
A. Міграція вмісту обміну повідомленнями може зайняти години, тижні або навіть місяці залежно від кількості пробілів та повідомлень.
Q. Чи заблоковані та розблоковані пробіли в командних просторах один за одним під час другого етапу міграції даних обміну повідомленнями?
А. Ні. Пробіли в командних просторах мігруються всі разом. Тому всі ці командні простори блокуються та розблоковуються одночасно.
Ця функція наразі доступна організаціям у Саудівській Аравії та на Близькому Сході, які хочуть перенести свої дані про зустрічі Webex до центру обробки даних Саудівської Аравії.
Почи наючи з 1 вересня 2026 року, організації в будь-якому іншому регіоні, де не в вімкнено Webex Meetings міграцію, повинні будуть придбати ліцензію Служби міграції даних Webex, щоб використовувати цю функцію.
Після придбання ліцензії служби міграції даних Webex зв'яжіться з технічною підтримкою Cisco, щоб узгодити міграцію ваших Webex Meetings сайтів.
Новий центр обробки даних Webex у Саудівській Аравії та план міграції для вашого сайту Webex Meetings
Cisco прагне до захисту та конфіденційності даних наших клієнтів, пам'ятаючи про непох итну потребу в додатковій гнучкості та можливості розміщення даних у вашому регіоні.
Станом на лютий 2025 року новий центр обробки даних Саудівської Аравії повністю функціонує і пропонує повний пак Webex Meetings ет вебінарів. Це означає, що ви можете зберігати всі свої дані та дані вебінарів, включаючи записи Webex Meetings та транскрипти, у Саудівській Аравії. Щоб підтримати нашу прихильність до прозорості, ми також запускаємо новий інтерфейс користувача в Control Hub, який чітко відображає місцезнаходження даних вашої організації.
Як перевірити поточний регіон для моїх даних та послуг
Ви можете перевірити місцезнаходження служб Webex у Центрі керування, перейшовши в Обліковий запис > Інформація > Роз ташування даних.
Право на міграцію Саудівської Аравії
Усі поточні клієнти в Саудівській Аравії та на Близькому Сході, які використовують плат Webex Suite форму Meetings, мають право мігрувати свої Webex Meetings сайти до центру обробки даних Саудівської Аравії під час оголошеного плану міграції.
Якщо ви стали новим клієнтом після кінця лютого 2025 року і налаштували свій сайт Webex в одному з наведених нижче часових поясів, ваші Webex Meetings дані будуть автоматично надані в центрі обробки даних Саудівської Аравії:
-
(GMT + 02:00) Тріполі
-
(GMT + 02:00) Каїр
-
(GMT + 02:00) Джуба
-
(GMT + 02:00) Хартум
-
(GMT + 03:00) Ер-Ріяд
-
(GMT + 03:00) Стамбул
-
(GMT + 03:00) Багдад
-
(GMT + 03:00) Амман
-
(GMT + 03:00) Бейрут
-
(GMT + 03:00) Хеврон
-
(GMT + 04:00) Абу-Дабі
-
(GMT + 04:30) Кабул
Наш план планування міграції
Ми надішлемо вам електронний лист із запрошенням зареєструватися через Центр керування. Після того, як ми отримаємо ваш запит на участь, ми заплануємо перенесення вашого Webex Meetings сайту до центру обробки даних Саудівської Аравії та повідомляємо ваші дати міграції.
Ми плануємо, щоб ваша міграція збігалася протягом годин технічного обслуговування, що, сподіваємось, мінімізує будь-які збої та не вимагатиме від вас додаткових зусиль.
Міграція сайту Meetings до центру обробки даних Саудівської Аравії
| 1 |
Увійдіть до центру керування. |
| 2 |
Перейдіть в . |
| 3 |
Виберіть Переглянути регіональний план міграції даних. |
| 4 |
Увімкніть перемикач поруч із Webex Meetings сайтом, який потрібно перенести, у стовпці Увімк нути. |
Вплив на служби Webex під час міграції
Сайти Webex, які вибрали міграцію, заплановані під час звичайних вікон обслуговування сайту Webex. Хоча міграція не спричинить серйозних збоїв, ось вплив на служби Webex, з якими може зіткнутися ваша організація.
Webex Meetings
-
Господарі та учасники можуть періодично відчувати недоступність служби під час спроб прийняти наради або приєднатися до них під час вікна міграції. Якщо це станеться, користувачі, які постраждали, повинні знову приєднатися до зустрічі.
-
Дані про одноразові та повторювані зустрічі, які планували відбутися 13 місяців тому, але ніколи не проводили зустрічі, не будуть доступні після міграції. На існуючі заплановані зустрічі не вплинуть.
-
Учасники можуть відключитися від нарад, які проводяться під час вікна обслуговування сайту, і не зможуть приєднатися знову, якщо господар перезапустить нараду.
-
Дані для останніх особистих кімнат скидаються після міграції сайту як на сайті Webex, так і в програмі для настіль Webex Meetings них ПК. Користувачі можуть бачити лише останні особисті кімнати, до яких вони приєдналися після перенесення сайту.
-
На існуючі заплановані зустрічі не вплинуть.
-
Підсумок на ради та стеногра ма у ре зюме наради будуть поступово доступні протягом наступних 24 годин після завершення мі грації.
-
Звіт про засідання буде поступово доступний протягом наступних 24 годин після припинення мі грації.
Webex EdgeАудіо
Якщо ваша організація використовує Webex Edge аудіо, конфігурації залишатимуться незмінними після завершення міграції. Але щоб переконатися, що обраний найбільш оптимальний шлях медіа, скрипт Lua потрібно оновити в CUCM після завершення міграції. Для цього:
-
Увійдіть до центру керування.
-
Перейдіть в .
-
У розділі Глобальні номери викликів клієнтів Edge Audio натисніть Створити сценарій Lua.
-
Експортуйте скрипт
.luaу форматі. -
Перейдіть до довідкової статті Edge Audio та вико найте дії, наведені в розділі С творити скрипт нормалізації SIP з розділу Webex LUA Script.
-
Пере Cisco Unified CM Administration йдіть до Прист рій > Траун г і виберіть магістраль SIP, створений для Webex Edge аудіо.
-
Оновіть існуючий скрипт нормалізації SIP до нового, створеного на кроці 3.
-
Збереження та скидання SIP-магістралі.
Аудіо Webex
Номери дзвінків можуть бути змінені. Номер виклику надісланого електронного листа не зміниться. Будь ласка, повідомте своїм користувачам повторно надсилати запрошення, якщо їм потрібно оновити ці номери.
Часті питання
Q. Чи можу я відмовитися від графіка міграції Webex Meetings сайту?
Відповідь: За замовчуванням ви відмовитеся від міграції Webex Meetings сайту до центру обробки даних Са удівської Аравії. Якщо ви хочете взяти участь у міграції Webex Meetings сайту, виконайте дії в розділі Переміщення сайту зустрічей до центру обробки даних Саудівської Араві ї.
Q. Який термін, щоб прийняти або відмовитися від міграції Webex Meetings сайту до центру обробки даних Са удівської Аравії?
Відповід ь: У вас є 30 днів з моменту отримання повідомлення електронної пошти, щоб прийняти або відмовитися від міграції Webex Meetings сайту до центру обробки даних Саудівської Аравії.
Q. Якщо я не ввійду під час відкритих вікон, чи можу я перенести свої сайти зустрічей пізніше?
Відповідь: Щоб забезпечити безперебійну міграцію, радимо вам приє днатися під час вікна міграції. Якщо ви не можете взяти участь у рекомендованому вікні, зверніться до служби технічної підтримки Cisco або менеджера з успіху клієнтів (CSM), щоб обговорити можливі винятки для перенесення вас у майбутньому.
Q. Чи будуть перенесені мої Webex Meetings записи та стенограми?
А. Так. Усі Webex Meetings записи та стенограми будуть перенесені в центр обробки даних Саудівської Аравії.
Q. До кого я можу зв'язатися, якщо мені потрібна додаткова інформація?
Відповідь: Будь ласка, зв'яжіться з технічною підтримкою Cisco або менеджером успіху клієнтів, щоб отримати додаткову інформацію.
