Відомості про оновлення з Сайту до Центру керування


 

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

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

У нас є інструмент в Адміністрації сайту, який допоможе вам подолати цю зміну, тому, якщо ваш сайт вже має право на оновлення до Control Hub, ви можете розпочати роботу, натиснувши Оновити адміністрування в меню навігації.

Щоб дізнатися, як працює оновлення сайту до Центру керування, перегляньте це відео.

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

До переваг керування сайтами в Центрі керування входять:

  • Уніфіковані призначення ліцензій для всіх служб Webex, таких як "Наради", "Повідомлення" та "Дзвінки".

  • Узгоджена політика безпеки для всіх служб Webex.

  • Загальні можливості входу для всіх кінцевих користувачів між різними службами Webex.

  • Сучасні елементи управління адміністратора, такі як з'єднувач каталогів, SCIM і групи активних каталогів.

  • Шаблони ліцензій для автоматичного призначення кількох ліцензій користувачам.


 

Не можна використовувати адміністрування сайту для керування сайтом нарад після оновлення до Центру керування.

Перш ніж оновлювати сайт до Центру керування, ми настійно рекомендуємо спочатку переглянути наведені нижче елементи, щоб оновлення пройшло якомога плавніше:

  • Спочатку перегляньте цей документ і переконайтеся, що ваша організація дотримується практичних порад, рекомендованих у розділі Підготовка центру контролю.
  • Далі увійдіть в адміністрування Webex і натисніть Оновити адміністрування. На етапі готовності сайту ви не повинні робити жодних рекомендованих дій у файлі з розділу рецензентів користувачів і поки не повинні вимикати будь-які функції, описані в розділі функцій огляду. Дотримуючись цих інструкцій, оцінка готовності сайту стає операцією лише для читання лише для оцінки змін, які потрібно зробити перед оновленням до Control Hub.
Оцінка сайту перед оновленням до Центру керування
  1. У розділі «Перегляд користувачів » натисніть « Експорт користувацького файлу CSV» та завантажте файл CSV, який називається users-to-review-xxxxx.csv.

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

  2. У розділі Огляд функцій перегляньте всі функції, перелічені з червоним значенням X у стовпці наслідки. Це повідомить вас про готовність вашого сайту з точки зору конфлікту функцій.
  3. Не переходьте до кроку 2 і ще не натискайте кнопку Оновити до центру керування.

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


 

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

Керування сайтами в Control Hub схоже на керування в адміністрації сайту. Керування користувачами в Control Hub має більш сучасні базові технології, тому в Control Hub є кілька відмінностей в управлінні сайтами. У цьому розділі основна увага приділяється відмінностям, виявленим під час оновлення сайту.


 

Докладніший огляд відмінностей між Сайтом адміністрування та Центром керування наведено в цій статті.

Керування користувачами

У нас є централізована система управління користувачами, що лежить в основі Control Hub, де користувачі є окремими та унікальними в межах усієї організації (і всього Webex). В Адміністрації сайту профіль користувача відрізняється від місця зустрічі.

Єдиний вхід (SSO) з автоматичним створенням облікового запису

Адміністратор сайту має функцію "автоматичне створення облікового запису", яка створює користувачів, коли вони автентифікують себе за допомогою єдиного входу.

Знімок екрана: адміністратор сайту з параметром єдиного входу для автоматичного створення облікового запису

Ця функція недоступна в Центрі керування, оскільки існують надійніші способи додавання нових користувачів. Ви повинні вимкнути цю функцію в Адміністрації сайту, перш ніж оновлювати сайт до Центру керування.

Багато організацій, які використовують SSO, можуть вважати за краще централізовано керувати своїми користувачами в засобах зовнішніх каталогів, таких як Microsoft® Active Directory і Microsoft Azure, а також вимагати автентифікації у зовнішніх постачальників посвідчень.

Детальніше про:

Обов'язкові дані профілю та коди відстеження

Адміністрація сайту дозволяє вказати обов'язкові поля профілю для нових користувачів (попередній скріншот). Ви можете розширити це, щоб вимагати коди відстеження для створення користувача (скріншот нижче). Якщо ви налаштуєте ці додаткові вимоги, ви не зможете додавати користувачів на сайт без них.

Знімок екрана: адміністрація сайту з параметрами застосування кодів відстеження

Центр керування потребує лише короткого імені та адреси електронної пошти для створення користувача.

Усі інші поля користувача не є обов'язковими під час створення нового користувача в Центрі керування, тому ми не застосовуємо додаткові дані профілю для керованих сайтів Центру керування.

Ви повинні вимкнути обов'язкові поля профілю та коди відстеження, перш ніж оновлювати сайт до Центру керування.

Керування паролями та блокування

Адміністрація сайту має функцію, яка тимчасово блокує користувачів, якщо вони не можуть увійти після ряду спроб.

Control Hub має наступні опції для запобігання несанкціонованого доступу:

  • Автоматичний тайм-аут після перших кількох невдалих спроб.

  • Механізм CAPTCHA (повністю автоматизований публічний тест Тьюринга, щоб відрізнити комп'ютери та людей).

  • Законні користувачі мають можливість самообслуговування змінювати свої забуті паролі.

Ліцензування хоста

Хости мають бути в організації Центру контролю

В Адміністраторі сайту ви можете призначити хост-ліцензію будь-якому користувачеві. Керуючи сайтом у Центрі керування, ліцензії на хост (і роль учасника) можна призначати лише користувачам у тій самій організації Control Hub.

Самостійна реєстрація для облікового запису Хоста

Адміністратор сайту може дозволити користувачам запитувати обліковий запис (хост) на сайті. Ви також можете дозволити користувачам з обліковим записом запитувати додаткові послуги на сайті. (див. скріншоти).

Знімок екрана: адміністратор сайту з опцією "Дозволити реєстрацію облікового запису хоста" Знімок екрана: адміністратор сайту з елементом керування, що дозволяє користувачам запитувати додаткові служби

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

Control Hub має централізований автоматизований спосіб призначення ліцензій на наради новим користувачам. Читати https://help.webex.com/n3ijtao.

Ви також можете керувати ліцензіями користувачів за допомогою API або групами за допомогою CSV.

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

Ви повинні відключити "Дозволити реєстрацію облікового запису хоста" і "Дозволити користувачам запитувати додаткові послуги" в Адміністрації сайту, перш ніж оновлювати свій сайт до Центру управління.

Control Hub має інші параметри керування ліцензіями, наприклад шаблони автоматичного призначення. Ви можете отримати звіт про неактивні хости, які допоможуть вам видалити ліцензії у цих користувачів, окремо чи масово, або за допомогою API.

Якщо вам потрібна ця опція автоматичної деактивації, а інші параметри в Control Hub вам не підходять, то вам слід уникати оновлення сайту до Control Hub в цей час.

Перш ніж оновлювати сайт нарад для керування в Центрі керування, підготуйте свою організацію Центр керування.


 

Переконайтеся, що в підписці немає очікуваних або заблокованих дій. Оновлення не вдасться, якщо:

  • У вас є будь-які незавершені дії щодо передплати, пов'язані із сайтом, який ви оновлюєте.
  • Сайт не має пов'язаної з ним підписки в організації Control Hub.
  • Відомості про ліцензію сайту в адміністрації сайту не збігаються з відомостями про ліцензію сайту в Control Hub.

Ми настійно рекомендуємо перевіряти свої домени та заявляти про своїх користувачів. Допоможе наступне читання:

  • Електронна книга Центру управління: https://ebooks.cisco.com/story/controlhubessentials/

  • Як керувати доменами: https://help.webex.com/cd6d84

  • Претензії користувачів з інших організацій (після перевірки доменів): https://help.webex.com/nceb8tm. Ствердження користувачів особливо важливо зробити, оскільки це гарантує, що якомога більше користувачів, які повинні бути у вашій організації, насправді там.


     

    Згідно з наведеним вище довідковим документом, твердження користувачів може зайняти до 14 днів. Переконайтеся, що ви плануєте відповідно, щоб уникнути деактивації користувачів в Адміністрації сайту, перш ніж оновлювати сайт наради до Центру керування.

  • Якщо сайт наради настроєно для єдиного входу, потрібно також настроїти єдиний вхід для організації Control Hub .

Організації із синхронізацією каталогів

Якщо вашу організацію настроєно на синхронізацію каталогів, переконайтеся, що на сайті присутні всі користувачі, яких потрібно включити до вашої організації. Це потрібно зробити за 24 години до початку процесу оновлення сайту, щоб користувачі на сайті могли бути пов'язані з новими користувачами у вашій організації Control Hub.


 
Помилка оновлення завершиться, якщо активних користувачів сайту не можна зв'язати з користувачами Центру керування.

API XML

API XML тепер сумісні з керованими сайтами Центру керування. Ви можете прочитати про деталі та застереження в оновленняхXML API 41.11.0.

Аутентифікація для інтеграції API за допомогою імені користувача та пароля, які працювали до оновлення сайту, продовжать працювати. Ці інтеграції API не потрібно змінювати, щоб використовувати адресу електронної пошти для автентифікації під час оновлення сайту. Це тимчасовий захід зупинки, і інтеграції все ще повинні оновлюватися, щоб використовувати адресу електронної пошти або Webex Oauth для автентифікації.

Повна роль адміністратора організації для інтеграції API

Для адміністраторів, чиї облікові дані використовуються для інтеграції API, ми рекомендуємо рекламувати цих адміністраторів до повноправних адміністраторів організації в Control Hub, в ідеалі перед оновленням сайту до Control Hub. Адміністратори, які мають лише роль адміністратора сайту, можуть не мати змоги виконувати деякі операції з API XML, наприклад змінювати адресу електронної пошти або коротке ім'я користувача.

Ви також можете дізнатися більше про інтеграцію XML API на керованих сайтах Control Hub за допомогою цього посібника . Цей посібник посилається на управління токенами webex Integration та про те, як обміняти ці токени на квитки на сеанси для використання в API XML.


 

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

Обхідні майданчики з ДСО

На сайтах єдиного входу адміністраторів сайту багато інтеграцій використовують локальний обліковий запис адміністратора для обходу автентифікації єдиного входу. У Control Hub ви можете виконати еквівалент, використовуючи для цього зовнішній обліковий запис повного адміністратора. Перегляньте цю довідкову статтю для отримання додаткової інформації. Якщо для інтеграції з API використовується обліковий запис обходу SSO, переконайтеся, що цей обліковий запис налаштовано як адміністратора або зовнішнього адміністратора в організації Control Hub; в іншому випадку інтеграція не завершиться після оновлення сайту до Control Hub.

Відмінності XML API в концентраторі керування

Більшість інтеграцій XML API повинні працювати, без будь-яких змін, після оновлення вашого сайту. Але є деякі винятки, які детально описані в наступному списку:

  • CreateUser— На керованих сайтах Control Hub ця операція також може створити користувача на сайті, що володіє організацією, перш ніж призначати ліцензію. Якщо користувач вже існує в іншій організації, ця операція провалиться. PMR ID parameter не набуде чинності для користувачів, які ще не мають активного стану в Центрі керування.

     

    createuser Заповнення API на керованих сайтах Control Hub займає більше часу. Для кращої продуктивності можна додати додатковий потік для розпаралелювання createuser Дзвінки.

  • SetUser— може призвести до призначення або видалення ліцензії на сайт нарад у користувача.
  • DelUser— видаляє ліцензію на сайт нарад, але не видаляє користувача з організації Control Hub.
  • LstsummaryUser— Також повертає користувача objectGUID.
  • AuthenticateUser— На керованих сайтах Control Hub ми рекомендуємо створити квиток сеансу через AuthenticateUser замість того, щоб використовувати ім'я користувача та пароль для кожного XML API. Використання відповіді SAML у вмісті тіла не підтримується під час цього виклику для керованих сайтів Центру керування.

ІНШІ API

Control Hub має власні API, зокрема API «Люди» та «Ліцензійні REST» для створення та ліцензування користувачів за адресою:

Однак інші API, наведені вище, не підтримують усі функції керування користувачами, доступні в API XML. Наприклад, вам все одно потрібно буде використовувати XML API для зміни типів сеансів і налаштування кодів відстеження для користувачів. People API не підтримує призначення ролей адміністратора сайту користувачам. Якщо ви хочете призначити ролі адміністратора сайту через API, вам все одно потрібно використовувати XML API.

API "Люди" можна використовувати для створення адміністраторів організації з повними дозволами лише для читання, і вони стають адміністраторами на всіх керованих сайтах нарад Центру керування.


 

Control Hub має ролі адміністратора веб-сайту, але API "Люди" наразі не може призначити цю роль.

Плани на майбутнє

  • Увімкнути ліцензування для зовнішніх користувачів, які не належать до тієї організації, якій належить керований сайт Центру керування. Ми також дозволимо ліцензувати зовнішніх користувачів за допомогою API.
  • Довгостроковий напрямок Cisco полягає у використанні тільки REST API (для всіх операцій на користувачів і сайтах зустрічей). XML API для управління користувачами продовжуватимуть підтримуватися до тих пір, поки REST API не зможуть використовуватися виключно для всіх операцій управління користувачами.
Перегляд інтерфейсу функцій для оновлення адміністрування в адміністраторі сайту

Деякі функції потрібно вимкнути, перш ніж ви зможете оновити веб-сайт до Центру керування. Ви можете побачити список, який показує вам, яку функцію потрібно вимкнути. Функції, які позначені червоним кружечком значка X, повинні бути виконані. Функції, позначені значком знака оклику жовтого трикутника, призначені лише для вашої інформації та не вимагають жодних дій.

Демонстрацію про те, як оновити сайт до Control Hub, дивіться в цьому відео.

  1. Увійдіть в адміністрацію сайту Webex і перейдіть до розділу Конфігурація > Загальні параметри сайту > Конфігураціяєдиного входу.

    (Про налаштування єдиного входу читайте на своєму webex сайті за адресою https://help.webex.com/g5ey83.)

  2. Знайдіть і вимкніть опцію Автоматичне створення облікового запису.

  3. Клацніть Оновити.

  4. Перейдіть до розділу Конфігурація > Загальні параметри сайту > Параметри.

    • Знайдіть і вимкніть опцію Дозволити реєстрацію облікового запису хоста.

    • Знайдіть Обов'язковий для реєстрації облікового запису: і очистіть усі поля для обов'язкових полів профілю користувача.

    • Знайдіть Дозволити користувачеві змінювати поля нижче: і очистіть всі ящики.

  5. Клацніть Оновити.

  6. Перейдіть до розділу Налаштування > Загальні параметри сайту > Кодивідстеження.

  7. У стовпці Профіль хоста змініть усі рядки коду відстеження, позначені як Обов'язкові для AdminSet або Необов'язкові.


     

    Усі значення коду відстеження для користувачів зберігаються під час оновлення сайту до Центру керування.

Перш ніж оновлювати сайт для керування в Центрі керування, переконайтеся, що:

  • Усі користувачі сайту, які мають бути у вашій організації, фактично належать до вашої організації Control Hub.
  • Усі користувачі сайту, які не повинні входити до вашої організації, видаляються з організації.
  • Користувачі в організації можуть бути автентифіковані вашим ідентифікатором, якщо вашу організацію настроєно для єдиного входу.
  • Ви переглянули розділ Підготовка центру керування з попередньої версії цієї статті.

Демонстрацію про те, як оновити сайт до Control Hub, дивіться в цьому відео.

Щоб переконатися, що ми успішно оновлюємо користувачів до Центру керування, перед оновленням сайту до Центру керуванняпотрібно виправити такі типи проблем користувачів:

  • Користувачі в інших організаціях Центру керування

  • Користувачі з невідповідними адресами електронної пошти в Центрі адміністрування та керування сайту

Перегляд інтерфейсу користувача користувача для оновлення адміністрування в адміністраторі сайту

Якщо спробувати оновити сайт до Центру керування, коли у користувачів виникнуть ці проблеми, процес адміністрування оновлень може не вдатися. Засіб не перевіряє, чи виправлено проблеми, доки не почнеться остаточне оновлення.

Користувачі в організаціях із синхронізацією каталогів

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


 

Помилка оновлення сайту завершиться, якщо будь-яких активних користувачів сайту не можна зв'язати з організацією Центру керування. Якщо в організації настроєно синхронізацію каталогів, перед початком оновлення переконайтеся, що всіх користувачів сайту, який має входити до складу організації Control Hub, додано до з'єднувача каталогів або Azure AD.

Користувачі доменів електронної пошти Webex для урядових організацій

Якщо у вас є користувачі, чиї домени адрес електронної пошти належать до центру керування, розташованої у webex for Government, ці користувачі повинні бути деактивовані в Адміністрації сайту перед оновленням сайту

Як перевірити наявність користувачів, які блокуватимуть оновлення сайту

  1. Увійдіть в обліковий запис Адміністрації сайту та відкрийте сторінку Адміністрування оновлень.

  2. Відкрийте розділ Перевірка обов'язкових умов для оновлення елемента керування адміністрування та виберіть пункт Експортувати користувачів, яких це стосується, у файл CSV.

  3. Дочекайтеся завершення експорту. Цей процес може зайняти деякий час в залежності від часу початку і кількості користувачів на сайті. Для цієї операції є затримка на кілька хвилин у верхній частині години.

  4. Натисніть кнопку Завантажити файл CSV після завершення експорту.

    Завантаження з вашого браузера users-to-review.csv.

  5. Відкрийте файл CSV і встановіть прапорець Біля стовпця Рекомендована дія (останній стовпець). Виконайте рекомендовану дію для кожного користувача у файлі.

Користувачі в інших організаціях Центру керування

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

З цього правила є виняток: Адміністратори сайту мають право на оновлення до Центру керування, якщо вони належать до партнерської організації, яка створила вашу організацію Control Hub або керує нею. Ми не вказуємо цих користувачів у розділі users-to-review.csv файл.

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


 

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

Користувачі з невідповідними адресами електронної пошти

Деякі користувачі можуть мати іншу адресу електронної пошти в Центрі адміністрування та керування сайту. Це можливо, якщо електронна пошта користувача була змінена лише в одному з двох місць після того, як користувач був пов'язаний з цього сайту з Control Hub.

Спробуйте виконати наведені нижче дії, щоб виправити користувачів із невідповідними адресами електронної пошти.

  • Змінення адреси електронної пошти користувача в адміністраторі сайту відповідно до адреси електронної пошти Центру керування

    Користувачі можуть редагувати свої профілі адміністратора сайту: https://help.webex.com/nmig1kcb

  • Змініть адресу електронної пошти користувача в Центрі керування відповідно до адреси електронної пошти адміністратора сайту. https://help.webex.com/nsi3kgb.

    Користувачі можуть змінити власні адреси електронної пошти в організації Control Hub: https://help.webex.com/nme40aeb


 

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

Як деактивувати користувачів


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

Для індивідуальної деактивації користувача в Адміністрації Сайту:

  1. Перейдіть до розділу Керування користувачами > Редагувати користувача.

  2. Використовуйте елементи керування індексом, пошуком і фільтром, щоб знайти користувача.

  3. Зніміть прапорець Активний .

  4. Надішліть зміни.

    Для отримання додаткової інформації дивіться розділ Керування обліковими записами користувачів в адміністрації сайту Cisco Webex.

Для пакетної деактивації користувача в Адміністрації Сайту:

  1. Експортуйте користувачів до файлу CSV.

  2. Відкрийте файл CSV та змініть його Active значення стовпців до N для всіх постраждалих користувачів.

  3. Імпортуйте змінений файл CSV.

    Користувачі, яких ви змінили, тепер неактивні .

    Для отримання більш детальної інформації дивіться розділ Пакетний імпорт та експорт користувачів Webex в розділі Адміністрування сайту Webex.

Перш ніж почати

Є деякі функції, які потрібно вимкнути, і ви повинні перевірити, чи всі користувачі перебувають у хорошому стані, щоб бути оновленими до Control Hub. Якщо ви використовуєте інтегровані програми API, вам потрібно оновити їх, щоб використовувати Webex API.

Про ці передумови ви можете прочитати в попередніх частинах цієї статті.


 

Переконайтеся, що всі ваші адміністратори знають, що ви оновлюєте сайт до Центру керування, і що вони не повинні вносити жодних змін до адміністратора сайту після запуску.

1.

Увійдіть в Адміністрацію сайту і натисніть Оновити адміністрування.

2.

Перегляньте обов'язкові умови, особливо список користувачів CSV в штатах, які можуть вплинути на успіх оновлення.

3.

Прочитайте про функції, які потрібно відключити, і про відмінності, які ви можете очікувати в управлінні користувачами та ліцензуванні хоста (також задокументовано в цій статті).

4.

Натисніть кнопку Оновити до Центрукерування. Ця кнопка активується лише після виконання наведених вище кроків.

З'явиться спливаюче вікно. У цьому вікні показано, що оновлення сайту до Центру керування є постійним, і ви не можете скасувати оновлення після його завершення. Після завершення оновлення цим сайтом більше не керуватиметься в Адміністрації сайту. Якщо ви не готові повністю керувати цим сайтом у Центрі керування, вийдіть із майстра зараз.
5.

Клацніть ОК.


 

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

Під час оновлення над Адміністрацією сайту з'явиться банер, який повідомить вас про те, що оновлення сайту триває. Якщо щось піде не так, ви побачите повідомлення про помилку із запропонованою дією. В іншому випадку ви побачите повідомлення про успіх.

Оновлення сайту займає приблизно 2 хвилини + 500 користувачів /хвилину. Наприклад, якщо ви почали оновлення сайту о 5:20, а ваш сайт має 3000 користувачів, ви можете очікувати, що оновлення буде зроблено приблизно за 8 хвилин. Але ваші результати можуть відрізнятися.

6

Натисніть кнопку Увійти в Центркерування.

Після запуску оновлення сайту від Адміністрації сайту Webex можна ввійти в Центр керування, щоб побачити стан оновлення сайту.


 
Оновлення сайту займе більше часу для оновлення, якщо воно спрацьовує у верхній частині години. Оновлення сайту призупиняються на кілька хвилин до і після початку кожної години.
  1. Увійдіть у Центр керування та https://admin.webex.com відкрийте сторінку Наради .

    Список сайтів нарад можна переглянути.

  2. Клацніть сайт, щоб переглянути відомості про нього.

  3. Знайдіть розділ Оновлення сайту, де можна прочитати станОновлення.

    Після завершення оновлення ви можете завантажити список всіх користувачів в Адміністрації сайту і подивитися, хто з цих користувачів був активним або неактивним на сайті. Користувачі, які відображаються як неактивні в стовпці стану користувача в адміністрації сайту, не матимуть доступу до керованого сайту Центру керування. Ці користувачі також не відображатимуться як такі, що мають доступ до сайту в розділі користувачів Control Hub.


     

    Може знадобитися деякий час, щоб з'явилася кнопка завантаження (хвилини для більшості організацій).

  4. Перегляньте список, щоб перевірити наявність проблем під час оновлення.

Ви більше не можете керувати цим сайтом в Адміністрації сайту після завершення оновлення сайту. Все управління для цього сайту повинно здійснюватися в Control Hub. Ось кілька кроків, щоб ознайомитися з керуванням сайтом і спробувати його в Центрі керування:

  1. Виберіть хост і перевірте його типи ліцензій і сеансів. Підтвердьте, що їхні заплановані зустрічі є ефективними.

    Попросіть користувача перевірити, чи може він планувати та проводити нові зустрічі.

  2. Додавання нового користувача до організації. Надайте їм ліцензію на хост, змініть типи сеансів і переконайтеся, що вони можуть проводити зустрічі.

  3. Виберіть користувача, який був повноправним адміністратором сайту, і переконайтеся, що він має відповідний рівень доступу до оновленого сайту в Центрі керування.

    Вони повинні мати можливість читати і змінювати сайт; створювати, ліцензувати, змінювати та видаляти користувачів.

  4. Якщо на вашому сайті є API-інтеграції, перейдіть на використання API People. Переконайтеся, що оновлена інтеграція працює належним чином.

Дізнайтеся більше про керування сайтами нарад у Центрі керування за адресою https://help.webex.com/naqlzeu.

  • Користувачі матимуть єдиний уніфікований вхід у програму Webex і всі керовані сайти Control Hub.


     
    Якщо ім'я користувача не збігається з адресою електронної пошти користувача в Адміністрації сайту, це вплине на процес входу. Старі імена користувачів більше не можна використовувати, і ці користувачі повинні використовувати свою адресу електронної пошти для входу.
  • Облікові дані користувача пов'язуються з посвідченнямЦентру керування. Ті самі облікові дані застосовуються до всіх керованих сайтів Центру керування в тій самій організації та до програми Webex.

  • Якщо в організації Control Hub настроєно єдиний вхід, цей єдиний вхід регулює вхід у програму Webex і на всі керовані сайти Control Hub.

  • Це не впливає на вхід у програму Webex внаслідок оновлення до Центру керування.

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


     
    Адміністратори можуть увімкнути параметр Запам'ятати мене в Центрі керування, щоб користувачам не доводилося вводити свою адресу електронної пошти знову під час кожного входу.
  • Залежно від історії кожного користувача, кількості сайтів, на яких він мав обліковий запис тощо:

    • Якщо користувачі були пов'язані з наявними користувачами в Webex Identity/Control Hub, то користувачі використовуватимуть той самий пароль для всіх веб-сайтів, оновлених до Control Hub.

    • Якщо користувачі були створені в Webex Identity/Control Hub через посилання на сайт, то застосовуються облікові дані їхнього першого пов'язаного сайту (якщо організація не була налаштована на єдиний вхід). Користувачам буде переспрямовано вхід на цей сайт. Якщо користувачі мають кілька сайтів із кількома обліковими даними, URL-адреса сайту допоможе їм визначити, які облікові дані використовувати.

    • Користувачам дозволяється скидати пароль в організаціях Control Hub (якщо пароль не керується за допомогою єдиного входу). Якщо користувачі забули свій пароль, вони можуть просто натиснути Забули своє ім'я користувача або пароль? на екрані входу, щоб скинути пароль. Користувачі також можуть скинути свій пароль, дотримуючись наступних інструкцій:

  • Якщо адреса електронної пошти кінцевого користувача змінилася, і на момент оновлення сайту в Центрі адміністрування та керування сайту у нього виникли інші адреси електронної пошти, під час спроби входу у нього можуть виникнути проблеми. Користувач може не знати, що тепер йому потрібно використовувати свою адресу електронної пошти Control Hub для входу або адреса електронної пошти в Control Hub може більше не діяти в ідентифікаторі єдиного входу своєї організації. Такого типу ситуацій краще уникати, оновлюючи адреси електронної пошти користувачів в Control Hub, оскільки в адміністраторі сайту вносяться зміни до адрес електронної пошти тих самих користувачів.

Настройки, які наразі не переносяться під час оновлення до Центру керування

  • Параметр Дозволити учаснику приєднуватися до аудіочастини Особистої конференції перед розміщенням не переноситься на сайти Центру керування, якщо його ввімкнуто в адміністрації сайту. Ми внесемо зміни, щоб забезпечити перенесення цього параметра.Надання учасникам можливості приєднатися до аудіочастини параметра "Особиста конференція" в адміністрації сайту

    Спосіб вирішення: Зв'яжіться з Cisco, щоб отримати перемикач EnablePCNAudioJBHForCISit встановлено на ON для вашого сайту, а потім знову ввімкніть цю настройку.

Проблеми з користувачем, які спричиняють помилку оновлення

  • Користувачі з адресами електронної пошти, пов'язаними з користувачами у веб-програмі Webex для урядової організації, спричинять помилку оновлення, якщо їх не буде деактивовано перед початком оновлення.

Поширені проблеми, через які оновлення не вдалося виконати, і рекомендовані дії

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

Помилки, які спричиняють помилку оновленняРекомендовані дії
Тип сайту неприпустимий. Зверніться до служби підтримки Webex, щоб підтвердити, що сайт пов'язаний з користувачем.
Сайт не має пов'язаної з ним підписки. Сайти мають бути пов'язані з передплатою, перш ніж її можна буде оновити до Центру керування.
Існує проблема з ідентифікатором організації. Ідентифікатор організації, пов'язаний із сайтом, не збігається з ідентифікатором організації за передплатою. Зверніться до служби підтримки Webex.
Наведена нижче передплата має операції в центрі керування, які очікують на розгляд: (СубіД). Повторіть спробу оновлення сайту після завершення поточної операції.
Існують конфлікти в налаштуваннях єдиного входу (єдиного входу). Якщо на сайті увімкнено єдиний вхід, переконайтеся, що:
  • Автоматичне створення облікового запису відключено.
  • Єдиний вхід увімкнуто в організації Control Hub.
Відомості про ліцензію сайту в адміністрації сайту не збігаються з відомостями про ліцензію сайту в Control Hub. Непослідовна інформація про ліцензію між адміністратором сайту та Центром керування. Зверніться до служби підтримки Webex.
Деякі імена користувачів або адреси електронної пошти в Адміністрації сайту конфліктують з іменами користувачів або адресами електронної пошти в Control Hub. Електронна пошта користувача в адміністраторі сайту використовується іншим користувачем у Центрі керування. Змініть одну з адрес електронної пошти або імені користувача.
У нас виникла проблема з оновленням вашого сайту. Внутрішня помилка завадила оновленню цього сайту. Зверніться до служби підтримки Webex.
У нас виникла проблема з оновленням користувачів Webex. Внутрішня помилка завадила оновленню цього сайту. Зверніться до служби підтримки Webex.

Q. Якщо користувача видалено в Центрі керування, а потім ту саму адресу електронної пошти знову додано до Центру керування та призначено ліцензію на наради на тому самому веб-сайті Webex, чи зможе користувач отримати доступ до своїх старих записів?

A. Так, користувач матиме доступ до всього свого старого вмісту Зустрічей, якщо йому буде призначено ліцензію на будь-який із попередніх вебекс-сайтів, на яких він був. Це стосується як керованих сайтів Центру керування, так і сайтів, оновлених до Центру керування.

Q. Якщо користувач був деактивований адміністратором сайту до оновлення сайту в Control Hub, а потім був переліцензований на той самий сайт Webex в Control Hub, чи матиме користувач доступ до своїх старих записів?

A. Так, користувач все одно матиме доступ до своїх старих записів. Крім того, будь-який користувач, якого було деактивовано в адміністраторі сайту до оновлення сайту, відображатиметься у файлі експорту CSV нарад у Центрікерування.

Q. Якщо на сайті не настроєно ідентифікатор єдиного входу, але в організації Control Hub є ідентифікатор єдиного входу, що станеться, коли сайт оновиться до Центру керування?

A. На сайті буде використовуватися той же ідентифікатор SSO, що і в організації Control Hub.

Q. Якщо на сайті настроєно інший ідентифікатор єдиного входу, ніж ідентифікатор єдиного входу в Диспетчерському центрі, що станеться, коли сайт оновиться до Control Hub?

A. Сайт перейде на використання того ж ідентифікатора SSO, що і організація Control Hub.

Q. Якщо на сайті настроєно ідентифікатор єдиного входу, але в організації Control Hub немає ідентифікатора єдиного входу, що станеться, коли сайт оновиться до Control Hub?

A. Вам буде заблоковано оновлення сайту. Щоб розблокувати сайт для оновлення до Центру керування, видаліть ідентифікатор єдиного входу із сайту адміністрування сайту або додайте ідентифікатор єдиного входу до центру керування.