Ако искате да управлявате напълно потребителите, услугите на Webex и лицензите на едно място, можете да изберете да актуализирате управлението на Webex сайт от Администриране на сайта до Control Hub.
Относно актуализирането от Администриране на сайта до Контролен център
 | Актуализирането на сайт от администрация на сайта до Control Hub не изисква актуализация на клиентски версии. Някои сайтове не могат да използват тази функция, докато партньорите, които управляват тези организации, не са готови. |
| Ако вашата организация Webex for Government включва външни потребители, понастоящем не можете да преобразувате от използването на администрация на сайта в Център за управление. Получавате грешка, ако се опитате да конвертирате с външни потребители във вашата организация. Очакваме да направим тази възможност достъпна за организации с външни потребители в средата на 2023 г. |
Webex се превръща в унифицирана платформа за управление на срещи, съобщения, обаждания и други начини на сътрудничество. Ето защо искаме да преместим управлението на всички сайтове на Webex Meetings от администрация на сайта към Център за контрол.
Имаме инструмент в администрация на сайта , който да ви помогне да преминете през тази промяна. Ако вашият сайт вече отговаря на условията за актуализиране до Control Hub, можете да започнете, като щракнете върху Актуализиране на администрацията в менюто за навигация.
За демонстрация как работи актуализирането на вашия сайт до Control Hub, вижте този видеоклип.
За да помогнете при планирането на актуализацията на сайта си, прегледайте секцията Готовност за оценка на сайта.
Предимствата на управлението на сайтове в Control Hub включват:
Обединени лицензи за всички услуги на Webex, като срещи, съобщения и обаждания.
Последователни политики за сигурност във всички услуги на Webex.
Общ опит за влизане за всички крайни потребители между различни услуги на Webex.
Съвременни администраторски контроли, като например конектор на директория, SCIM и групи активни директории.
Шаблони за лицензи за автоматично присвояване на множество лицензи на потребителите.
 | Не можете да използвате Администриране на сайта за управление на сайт за срещи след актуализиране до Control Hub. |
| Този раздел е приложим само ако вашият сайт е избран от Cisco за автоматична актуализация за управление на сайта. |
Ако вашият сайт е насрочен за автоматична актуализация от управление в Site Admin до Control Hub, тогава ще видите следната екранна снимка.
Можете да кликнете върху Променете датата на актуализиране на вашия сайт за промяна на планираната дата.
Опитът с управление на сайтове в Control Hub е подобен на управлението в Site Administration. Управлението на потребителите в Control Hub има по-модерни основни технологии, така че има няколко разлики в управлението на сайтове в Control Hub. Този раздел се фокусира върху разликите, посочени при актуализиране на вашия сайт.
| За по-подробен преглед на разликите между администриране на сайта и контролен център вижте тази статия. |
Управление на потребители
Имаме централизирана система за управление на потребителите в основата на Control Hub, където потребителите са различни и уникални в рамките на цялата организация (и целия Webex). В администрирането на сайта потребителският профил е различен за всеки сайт за срещи.
- Единичен вход (SSO) с автоматично създаване на акаунт
-
В Site Admin имате функция „автоматично създаване на акаунт“, която създава потребители, когато се удостоверяват чрез SSO.
Тази функция е достъпна и в Control Hub. Отнесете се към SAML автоматично създаване и актуализиране на акаунт за Control Hub за повече информация.
Много организации, които използват SSO, може да предпочетат централизирано да управляват своите потребители в инструменти за външни директории като Microsoft® Active Directory и Microsoft Azure, както и да изискват удостоверяване с външни доставчици на идентичност.
Прочетете повече за:
Интегриране на вашия Организация на Центъра за управление с доставчик на идентичност .
- Задължителни профилни данни и проследяващи кодове
-
Администрирането на сайта ви позволява да зададете задължителни полета в профила за нови потребители (предишна екранна снимка). Можете да разширите това, за да изисквате проследяващи кодове за създаване на потребител (екранна снимка по-долу). Ако конфигурирате тези допълнителни изисквания, не можете да добавяте потребители към сайта без тях.
Control Hub се нуждае само от екранно име и имейл адрес, за да създаде потребител.
Всички други потребителски полета са незадължителни, когато създавате нов потребител в Control Hub, така че ние не налагаме допълнителни данни за профили за управлявани от Control Hub сайтове.
Трябва да деактивирате задължителните полета на профилите и проследяващите кодове, преди да актуализирате сайта си до Control Hub.
- Управление на пароли и блокиране
-
Администрирането на сайта има функция, която временно блокира потребителите, ако не успеят да влязат след няколко опита.
Control Hub има следните опции за предотвратяване на неоторизиран достъп:
Автоматично изчакване след първите няколко неуспешни опита.
Механизъм CAPTCHA (напълно автоматизиран публичен тест на Тюринг за разграничаване на компютрите и хората).
Легитимните потребители имат опция за самообслужване да променят забравените си пароли.
Лицензиране на хост
- Хостовете трябва да са във вашата организация Control Hub
-
В Site Admin можете да зададете лиценз за хост на всеки потребител. Когато управлявате сайта в Control Hub, можете да присвоявате лицензи за хост (и роля на присъстващ) само на потребители в същата организация на Control Hub.
- Самостоятелна регистрация за хост акаунт
-
В Администратор на сайта можете да изберете да разрешите на потребителите да заявят (хост) акаунт в сайта. Можете също така да разрешите на потребителите с акаунт да изискват допълнителни услуги на сайта. (вижте екранните снимки).
Когато управлявате сайт за срещи в Control Hub, потребителите не могат да поискат свой собствен хост акаунт за този сайт.
Control Hub има централизиран, автоматизиран начин вместо това да присвоявате лицензи за срещи на нови потребители. Прочетете https://help.webex.com/n3ijtao.
Можете също да управлявате потребителски лицензи чрез API или групово, като използвате CSV.
Ако искате потребителите да изискват своите хост акаунти, можете да конфигурирате помощта/поддръжката на сайта с указатели за връзка с администратори или връзка към други инструменти.
Трябва да деактивирате „Разрешаване на регистрация на хост акаунт“ и „Разрешаване на потребителите да изискват допълнителни услуги“ в Администрирането на сайта, преди да актуализирате сайта си до Control Hub.
-
Control Hub има други опции за управление на лицензи, като шаблони за автоматично присвояване. Можете да получите отчет за неактивни хостове, който да ви помогне да премахнете лицензите от тези потребители, поотделно или групово, или чрез API.
Ако имате нужда от тази опция за автоматично деактивиране, а другите опции в Control Hub не са подходящи за вас, тогава трябва да избягвате да актуализирате сайта си до Control Hub в момента.
Преди да актуализирате сайта си за срещи, за да се управлява в Control Hub, трябва да подготвите организацията на Control Hub.
| Уверете се, че в абонамента няма чакащи или блокиращи действия. Актуализацията ще бъде неуспешна, ако:
|
Силно препоръчваме да потвърдите вашите домейни и да заявите своите потребители. Следното четене ще помогне:
Електронна книга Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
Как да управлявате вашите домейни: https://help.webex.com/cd6d84
Заявете своите потребители от други организации (след като потвърдите домейните си): https://help.webex.com/nceb8tm. Заявяването на потребители е особено важно, защото гарантира, че възможно най-много потребители, които трябва да бъдат във вашата организация, действително са там. Заявяването на потребители с „Незабавен иск“ също така избягва забавяния при използването на имейл адресите във вашата организация.
Силно препоръчваме да заявите потребители, преди да актуализирате сайта си до Control Hub. Ако заявите потребители във вашата организация, след като сайтът е бил актуализиран до Control Hub, тогава тези потребители могат да загубят достъп до срещи и активи за срещи в сайта.
Като заобиколно решение можете да направите следното, за да сте сигурни, че потребителите няма да загубят достъп до срещи и активи за срещи в сайта, след като сайтът бъде актуализиран до Control Hub:
- За потребители с привилегии на външен администратор към организацията или сайта – Премахнете целия външен администраторски достъп до организацията и сайта и след това премахнете лиценза на място за срещи . След като заявите потребителя, лицензирайте повторно този потребител за сайта. Можете също да възстановите техните външни администраторски привилегии.
- За редовни потребители – Премахнете лиценза на място за срещи , заявете потребителя във вашата организация и след това лицензирайте повторно този потребител за сайта.
Ако сайтът за срещи е конфигуриран за SSO, тогава трябва също да конфигурирате SSO за вашата организация Control Hub.
Автоматично създаване на акаунт за нови потребители
Ако вашият сайт на Webex е активирал автоматично създаване на акаунт в Site Admin, можете да активирате подобна функция в Control Hub с Автоматично създаване на SAML акаунт . Уверете се също, че сте настройвам шаблон за автоматичен лиценз така че новите потребители автоматично ще получават присвоени лицензи, след като техните акаунти бъдат създадени в организацията Control Hub.
Организации със синхронизиране на директории
Ако вашата организация е конфигурирана за синхронизиране на директории, тогава се уверете, че всички потребители, които искате да бъдат във вашата организация, присъстват в сайта. Това трябва да се направи 24 часа преди да започнете процеса на актуализиране на сайта, така че потребителите на сайта да могат да бъдат свързани с новите потребители във вашата организация Control Hub.
| Актуализацията ще бъде неуспешна, ако активните потребители на сайта не могат да бъдат свързани с потребителите на Control Hub. |
Достъп на администратор до сайтовете на Webex след актуализиране
Лице с роля на администратор в цялата организация в Control Hub ще получи автоматично достъп до сайтове, които се актуализират от Site Admin до Control Hub. Например пълните администратори на организацията ще станат пълни администратори на сайт на Webex, администраторите на потребители на организацията ще станат администратори на потребители на сайт на Webex , а администраторите на организацията само за четене ще станат администратори на сайт на Webex само за четене.
XML API
XML API-ите вече са съвместими за препращане с управлявани от Control Hub сайтове. Можете да прочетете за подробностите и предупрежденията в Актуализации на XML API 41.11.0.
URL адресите на услугите на XML API остават непроменени, след като сайтът се актуализира от Администратор на сайта до управляван Център за контрол. Същите API URL адреси ще продължат да работят. Cisco препоръчва всички интеграции на API да използват OAUTH за удостоверяване.
Удостоверяване в XML API
Интеграции, които не се използват Webex OAUTH за удостоверяване може да се провали, след като сайтът се актуализира до Control Hub. Следващата таблица показва кой тип удостоверяване на администратора ще продължи да работи след актуализиране на вашия сайт.
| Тип удостоверяване на администратора в XML API преди актуализиране на сайта | Администратор в SSO org след актуализация на сайта | Администраторът не е в SSO организация след актуализация на сайта |
|---|---|---|
| потребителско име (webExID)/парола |  ще работи* | ще работи* |
| потребителско име (webExID)/sessionTicket | ще работи | ще работи |
| потребителско име/OAUTH (webExAccessToken) | ще работи | ще работи |
| имейл/парола | ще работи* | ще работи* |
| email/sessionTicket | ще работи | ще работи |
| имейл/OAUTH (webExAccessToken) | ще работи | ще работи |
| * Обратна съвместимост — Cisco е активирало удостоверяването на потребителско име/парола да работи в XML API след актуализиране на сайта, дори ако
Можете да научите повече за интегрирането на XML API на управляваните от Control Hub сайтове, включително OAUTH удостоверяване, с това ръководство . |
Username е настроен на имейл за всички потребители, когато сайтът се актуализира до Control Hub. If username се използва за полезни натоварвания на API , тогава полезните товари трябва да използват имейл вместо това, след като сайтът се актуализира.
Роля на администратор в Control Hub за интеграции на API
Администраторите само с роля на администратор на сайта може да не са в състояние да извършват някои операции с XML API, като например промяна на имейл адрес или показвано име на потребителя, след като сайтът се актуализира до сайт на Control Hub. За администратори, чиито идентификационни данни се използват за интеграции на API , препоръчваме да повишите тези администратори до пълни администратори на организация в Control Hub, в идеалния случай преди да актуализирате сайта до Control Hub.
| Като най-добра практика препоръчваме първо да актуализирате тестов сайт, за да потвърдите, че вашите API интеграции ще работят непроменени след актуализиране до Control Hub. |
В зависимост от това какво прави вашата интеграция, на администраторите може също да се наложи да им бъде назначен акаунт на домакин за срещи на сайта на Control Hub, за да работи интеграцията (това не се изисква за администратори в сайтове за администратори на сайта).
Разлики в XML API в Control Hub
Повечето интеграции на XML API трябва да работят, без никакви промени, след актуализиране на вашия сайт. Но има някои изключения, които са описани подробно в следния списък:
- CreateUser —На управлявани от Control Hub сайтове тази операция може също да създаде потребител в организацията, която притежава сайта, преди да присвои лиценз. Ако потребителят вече съществува в друга организация, тази операция ще бъде неуспешна.
PMR ID parameterняма да влезе в сила за потребители, които все още нямат Активен състояние в Control Hub.
createuserЗавършването на API отнема повече време в управляваните от Control Hub сайтове. За по-добра производителност можете да добавите допълнителна нишка за паралелизиранеcreateuserобаждания. - SetUser —Може да доведе до присвояване или премахване на лиценз на сайта за срещи от потребителя (в зависимост от параметрите на API или полезния товар).
- DelUser —Премахва лиценза на сайта за срещи, но не изтрива потребителя от организацията Control Hub.
- LstsummaryUser —Връща също и на потребителя
objectGUID. - AuthenticateUser —На управляваните от Control Hub сайтове препоръчваме създаване на билет за сесия чрез
AuthenticateUserвместо да използвате потребителско име и парола за всеки XML API. Използването на SAML отговор в основното съдържание не се поддържа с това обаждане за управлявани от Control Hub сайтове.
API тип REST
Control Hub има свои собствени API, включително People и License REST API за създаване и лицензиране на потребители на:
Типовете сесии и кодовете за проследяване също са налични с REST API на:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Въпреки това, горните REST API не поддържат всички функции за управление на потребителите, налични в XML API. Например, пак ще трябва да използвате XML API, за да присвоите лицензи за срещи на потребители извън организацията, която е собственик на сайта. People API не поддържа присвояване на роли на администратор на сайта на потребителите. Ако искате да зададете роли на администратор на сайта чрез API, все още трябва да използвате XML API.
Можете да използвате People API , за да създавате администратори на организация с пълни (или само за четене) разрешения и тези администратори могат също да управляват (или да преглеждат) вашите управлявани от Control Hub сайтове за срещи.
| Control Hub има специфични за сайта администраторски роли на Webex, но API за хора не може да присвои тази роля в момента. |
Бъдещи планове (подлежат на промяна)
- Нов лицензен API , който може също да предоставя лицензи за място за срещи на външни потребители, които не са в същата организация, която е създала сайта. Лицензирането на външни потребители е достъпно ръчно в Control Hub днес.
- SCIM API за създаване и изтриване на потребители в организацията.
- Дългосрочната насока на Cisco е да използва само REST API (за всички операции на потребители и сайтове за срещи). XML API за управление на потребителите ще продължат да се поддържат, докато REST API не могат да се използват изключително за всички операции по управление на потребителите. XML API-ите за управление на потребителите също ще бъдат оттеглени (дата е TBD).
Преди да актуализирате сайта си до Control Hub, силно препоръчваме първо да прегледате следните елементи, за да направите актуализацията възможно най-гладко:
- Първо прегледайте този документ и се уверете, че вашата организация спазва най-добрите практики, препоръчани в секцията Подгответе организацията на Control Hub.
- След това влезте в Webex Administration и щракнете върху Актуализиране на администрацията. Във фазата на готовност на сайта вие не трябва да предприемате препоръчани действия във файла от секцията за потребители за преглед и не трябва да деактивирате все още функции, извикани в секцията с функции за преглед. Като следвате тези инструкции, оценката на готовността на сайта става операция само за четене, само за да оцените промените, които трябва да направите, преди да актуализирате до Control Hub.
- В секцията Преглед на потребителите кликнете върху Експортиране на потребителски CSV файл и изтеглете CSV файла, който се нарича
users-to-review-xxxxx.csv.Този файл ще изброява всички потребители, които се нуждаят от внимание, и ще има препоръчано действие за всеки потребител. Броят на потребителите в този файл ви дава представа колко проблеми, свързани с потребителите, трябва да работите, преди да можете да актуализирате сайта.
- В секцията Преглед на функциите вижте всички функции, изброени с червен X в колоната за последствия. Това ще ви информира за готовността на вашия сайт от гледна точка на конфликт на функции.
- Не преминавайте към Стъпка 2 и не все още кликвайте върху бутона Актуализиране до Control Hub.
След като прегледате потребителския CSV файл и разгледате какви функции може да се наложи да преконфигурирате, продължете да четете останалите секции в тази статия, за да подготвите сайта и организацията си как да актуализирате до Control Hub.
| Забележка: Ако вашият сайт има интеграции на API, извършени от вашата компания или чрез решения на трети страни, като например решения за управление на обучение, не забравяйте да прегледате раздела Подготовка на интеграции на API на сайта за работа с Control Hub. |
Функции за администрация на сайта , които блокират актуализирането на администрацията до Control Hub
Предстоящи промени за версия 43.6
Досега тези две функции трябваше да бъдат деактивирани, преди да се актуализира сайта до Control Hub:
- Задължителни полета за профил на хост
- Необходими кодове за проследяване
Започвайки с пускането на 43.6, сайтовете, които участват в бета версиите за персонализирани атрибути и задължителни функции на полетата на хост профил, вече няма да трябва да деактивират тези функции, преди да актуализират сайта си до Control Hub. Вместо това съветникът ще ви уведоми да прегледате тези две функции, тъй като текущата конфигурация ще бъде копирана в организацията Control Hub.
Ако участвате в задължителни полета на хост профил бета, тогава ще видите това предупреждение:
Ако участвате в необходими кодове за проследяване и персонализирани атрибути бета, тогава ще видите този елемент за действие:
Ако не участвате в тези бета версии, продължете да четете следващия раздел.
Деактивирайте функциите, които блокират актуализацията на сайта
Някои функции трябва да бъдат деактивирани, преди да можете да актуализирате сайт на Webex до Control Hub. Можете да видите списък, който ви показва коя функция трябва да бъде деактивирана. Функциите, които са маркирани с икона X с червен кръг, трябва да бъдат направени. Функциите, маркирани с жълта икона на удивителен триъгълник, са само за ваша информация и не изискват действие.
За демонстрация как да актуализирате сайта си до Control Hub, вижте този видеоклип.
| Ако вашата организация използва функцията за автоматично създаване на акаунт в Site Admin, тогава трябва да настройвам еквивалентна функция в Control Hub и да настройвам автоматичен шаблон за лиценз за автоматично присвояване на лицензи. Виж тази статия за повече подробности. Това трябва да се направи преди актуализиране на сайта, за да се управлява в Control Hub. |
Влезте в администрацията на сайта на Webex и посетете .
Намерете и деактивирайте опцията Разрешаване на регистрация на хост акаунт.
Намерете Изискване за регистрация на акаунт: и изчистете всички полета за необходимите полета на потребителския профил.
Щракнете върху Актуализиране.
Отидете на .
В колоната Профил на хост променете всички редове с проследяващ код, маркирани като Задължителни, на AdminSet или По избор.
Прочетете повече за проследяващите кодове на адрес https://help.webex.com/izu2ty.
Всички стойности на проследяващия код за потребителите се запазват, когато актуализирате сайт до Control Hub.
В бъдеще това ограничение ще бъде премахнато и ще можете да картографирате проследяващите кодове към необходимите персонализирани потребителски атрибути в Control Hub за еквивалентна функционалност.
| Функцията за проследяване на кодовете на картата към потребителските атрибути е чернова, която е в публичен преглед. Ето накратко какво да очаквате. |
Преди да можете да актуализирате сайт с задължително проследяващи кодове от администрация на сайта към Control Hub, трябва да съпоставите тези проследяващи кодове с потребителски атрибути в Control Hub. Можете да щракнете върху иконата под Информация, за да ви отведе направо до съветника за проследяване на картите към потребителските атрибути за сайта. Ако все още не сте картографирали или деактивирали необходимите проследяващи кодове, няма да можете да актуализирате сайта си до Control Hub.
Ако вашият сайт няма задължителни кодове за проследяване, все още можете да съпоставите проследяващите кодове с потребителски атрибути, преди да актуализирате сайта до Control Hub, като следвате тази процедура.
| За сайтове за срещи, които използват отдел като код за проследяване, препоръчваме да съпоставите този код за проследяване с атрибута „отдел“ на потребителския профил, а не с персонализиран атрибут. Тъй като отделът е стандартен атрибут на профилите в Control Hub, този сценарий ще бъде по-ефективен в повечето случаи. Ако този атрибут е задължителен, отидете в раздела за атрибути на потребителски профил и маркирайте атрибута на отдела като изискван. Имайте предвид, че този атрибут „отдел“, заедно с другите потребителски атрибути, няма да се попълва за външни потребители. |
| 1 | Влезте в Control Hub и отидете на Среща. | ||||||||||||||||||||||||||||||||||||||||||||
| 2 | Изберете сайт и след това отидете на . | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | Изберете Създайте карта с проследяващ код .  | ||||||||||||||||||||||||||||||||||||||||||||
| 4 | Изберете Отваряне на обобщението на кода за проследяване.  | ||||||||||||||||||||||||||||||||||||||||||||
| 5 | Щракнете върху Изтегляне на резюме на конфигурацията. Трябва да изтеглите копие на текущата конфигурация на кодовете за проследяване. Това обобщение ще ви трябва за следващите стъпки, за да се уверите, че всички стойности на атрибутите са в съответствие с текущите кодове за проследяване. Можете също да изтеглите списъците с предишните кодове за проследяване като CSV файл, за да качите същите стойности за персонализираните атрибути.  | ||||||||||||||||||||||||||||||||||||||||||||
| 6 | Върнете се в съветника и изберете Добавяне и преглед на потребителски атрибути.  | ||||||||||||||||||||||||||||||||||||||||||||
| 7 | Конфигурирайте всички нови персонализирани атрибути, необходими за този сайт. Маркирайте всички атрибути като задължителни, ако искате тези полета да бъдат попълнени за потребителите. Персонализираните атрибути не са приложими за организации, които синхронизират потребителите с Directory Connector, Azure AD и т.н. Можете да използвате тази стъпка като възможност да прегледате показваните имена за кодовете за проследяване. След като направите необходимите промени, щракнете върху Запиши.
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | Върнете се в съветника и изберете Съпоставяне на кодове за проследяване.  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | Използвайте падащия списък, за да съпоставите кодовете за проследяване с персонализираните атрибути или атрибутите на потребителските профили в организацията. Когато съпоставя код за проследяване за сайт с атрибут, системата първо съпоставя с вече съществуващите атрибути, които съответстват на имената на кодовете за проследяване, ако начинът на въвеждане е зададен на „текстово поле“. След като сте готови, щракнете върху Напред.
Преди беше възможно кодовете за проследяване да се конфигурират различно за всеки център. Всички центрове (срещи, събития, уебинари и др.) вече споделят една конфигурация за планиране. Когато съпоставите атрибут като задължителен, той ще бъде задължителен при планирането в Webex Meetings, Webex Webinars и др.  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | Щракнете върху Запазете картата . Синхронизирането се извършва автоматично по време на процеса на актуализиране на сайт до Control Hub.
Когато съпоставяте кодовете за проследяване с персонализирани атрибути, единственият надежден източник на данни е Webex Identity, а не всеки отделен сайт за срещи. Синхронизирането прави еднократно копие на потребителските стойности на кодовете за проследяване в съпоставените атрибути, които все още не са попълнени за потребителите, което означава, че последователността на сайтовете, на които синхронизирате кодовете за проследяване, има значение. Когато синхронизирате първия сайт, стойностите на кодовете за проследяване за потребителите от този сайт се копират в съпоставения потребителски атрибут за този потребител в Control Hub, но само ако тази стойност все още не е попълнена за потребителя. Някои стойности на кодовете за проследяване не могат да се копират от сайта в потребителските атрибути по време на синхронизирането Ако дадена стойност за потребител за съпоставен сайт е вече попълнена към момента на синхронизирането, стойността на кода за проследяване от този сайт не се копира в съпоставения атрибут в Control Hub за този потребител. За да избегнете заместване на данните с други кодове за проследяване за потребителите, препоръчваме да съпоставите и синхронизирате данните за дадения сайт за срещи с най-актуалните данни за кодовете за проследяване за потребителите.
Таблицата по-долу съдържа възможни сценарии, при които данните заместват първоначалните кодове за проследяване. В тези сценарии кодът за проследяване и съпоставеният атрибут са градът на потребителя.
* Предишната стойност на проследяващия код се замества от съществуващия картографиран атрибут. | ||||||||||||||||||||||||||||||||||||||||||||
Преди да актуализирате сайта си, за да се управлява в Control Hub, уверете се, че:
- Всички потребители на сайта, които трябва да бъдат във вашата организация, всъщност са във вашата организация Control Hub.
- Всички потребители на сайта, които не трябва да са във вашата организация, се изтриват от вашата организация.
- Потребителите в организацията могат да бъдат удостоверени от вашия IdP, ако вашата организация е конфигурирана за SSO.
- Полетата на потребителския профил, маркирани като необходими в сайта, също ще бъдат копирани в организацията Control Hub, когато актуализирате сайта. Ако не искате тези полета да бъдат маркирани като необходими за регистрация на акаунт на сайта в Control Hub, първо премахнете отметката от полетата в Site Admin, преди да актуализирате до Control Hub.
- Прегледахте секцията Подгответе организацията си в Control Hub от по-рано в тази статия.
| Силно препоръчваме да заявите потребители, преди да актуализирате сайта си до Control Hub. Ако заявите потребители във вашата организация, след като сайтът е бил актуализиран до Control Hub, тогава тези потребители могат да загубят достъп до срещи и активи за срещи в сайта. Виж Подгответе вашата организация Control Hub раздел за повече подробности. |
За демонстрация как да актуализирате сайта си до Control Hub, вижте този видеоклип.
Как да проверите за потребители, които ще блокират актуализацията на сайта
Влезте в администрацията на сайта и отворете страницата Актуализиране на администрацията.
Отворете контролата Преглед на предпоставките за актуализиране на администрацията и кликнете върху Експортиране на засегнатите потребители в CSV.
Изчакайте експортирането да приключи. Този процес може да отнеме известно време в зависимост от началния час и броя на потребителите в сайта. Експортирането се поставя на пауза за 6 минути в началото на часа (между xx:57 до xx:03).
Кликнете върху Изтегляне на CSV, след като експортирането приключи.
Вашият браузър се изтегля
users-to-review.csv.Отворете CSV файла и проверете колоната Препоръчано действие (последната колона). Извършете препоръчаното действие за всеки потребител във файла.
Потребители с несъответстващи имейл адреси
Някои потребители може да имат различен имейл адрес в центъра за администриране и контрол на сайта. Това е възможно, ако имейлът на потребителя е променен само на едно от двете места, след като потребителят е бил свързан от този сайт към Control Hub.
Опитайте тези действия, за да коригирате потребители с несъответстващи имейл адреси:
Променете имейл адреса на потребителя в администратора на сайта, за да съответства на имейл адреса на Control Hub
Потребителите могат да редактират своите профили на администратор на сайта: https://help.webex.com/nmig1kcb
Променете имейл адреса на потребителя в Control Hub, за да съвпада с имейл адреса на администратора на сайта: https://help.webex.com/nsi3kgb.
Потребителите могат да променят собствените си имейл адреси в организацията Control Hub: https://help.webex.com/nme40aeb
| Ако актуализирате сайта си до Control Hub, без да коригирате несъответствията на имейл адрес на потребителя, засегнатите потребители трябва да използват имейл адресите си в Control Hub, за да влизам в място за срещи. Тези потребители може да не успеят да влизам, ако се опитат да влизам с имейл адрес в администратора на сайта или ако имейл адрес им в Control Hub вече не е валиден в техния IdP (за SSO организации). Те няма да ви блокират да актуализирате сайта, но е по-добре да коригирате имейл адресите, преди да започнете актуализацията. |
Външни потребители с лиценз за основни срещи
Външни потребители с Лицензи за основни срещи ще трябва да бъде деактивиран или надстроен до платени лицензи на Webex Meetings , преди да се актуализира сайтът от Администратор на сайта до Control Hub.
Как да деактивирате потребителите
| Когато деактивирате потребителите, те губят лиценза си за хост или привилегията на присъстващите (в зависимост от ролята, която са имали, докато са Активни). Деактивираните потребители все още ще се показват в CSV файла за експортиране на сайта след актуализиране на сайта до Control Hub. |
За деактивиране на индивидуален потребител в администрацията на сайта:
Отидете на .
Използвайте контролите за индексиране, търсене и филтриране, за да намерите потребителя.
Премахнете отметката от квадратчето Активно.
Изпратете промените.
Виж Управление на потребителски акаунти в Webex администрация на сайта за повече информация.
За групово деактивиране на потребители в администрацията на сайта:
Експортирайте потребителите в CSV файл.
Отворете CSV файла и променете
Activeстойности на колоната доNза всички засегнати потребители.Импортирайте модифицирания CSV файл.
Потребителите, които променихте, вече са Неактивни.
Вижте Пакетно импортиране и експортиране на потребители на Webex в администрацията на сайта на Webex за повече подробности.
Потребители в организации със синхронизиране на директории
Ако има потребители без връзка, които трябва да са във вашата организация, но все още не са добавени, първо трябва да ги добавите към вашата организация. Това е особено важно за организации, които са конфигурирани за синхронизиране на директории (чрез Directory Connector или Azure AD), тъй като синхронизирането на директории няма да позволи на процеса на актуализиране на сайта да добавя потребители.
| Актуализацията на сайта ще бъде неуспешна, ако активните потребители на сайта не могат да бъдат свързани с организация на Control Hub. Ако вашата организация е конфигурирана за синхронизиране на директории, уверете се, че всички потребители на сайта, които трябва да са част от организацията на Control Hub, са добавени първо към Directory Connector или Azure AD, преди да започнете актуализацията. |
Отстранете потребителските проблеми, преди да започнете актуализацията
Ако се опитате да актуализирате сайта до Control Hub, без да разрешите проблемите за потребителите в users-to-review файл, процесът на администриране на актуализиране може да се провали. Инструментът не проверява дали сте коригирали проблемите, докато не стартирате окончателната актуализация.
Актуализиране на SSO сайтове и сайтове без SSO , свързани с SSO org
Организацията Control Hub може да поддържа множество доставчици на идентичност (IdPs) за SSO , като един от IdP е Webex IdP (локално удостоверяване)
Множество IdP в Control Hub ще помогне:
- Когато IdP за SSO сайт в Site Admin е различен от SSO IdP на Control Hub.
- Когато потребителите в сайта не са в SSO IdP, конфигуриран в организацията, тези потребители вече могат просто да бъдат добавени към локалния Webex IdP. След това можете да преместите тези потребители към конфигурирания SSO IdP по-късно.
Настройването на множество IdP може да позволи на всички потребители на сайта, който се актуализира от Site Admin до Control Hub, да влизам чрез метода за удостоверяване, конфигуриран в организация на Control Hub. За да постигнете това, можете:
- Добавете допълнителни SSO IdP към организацията Control Hub.
- Добавете потребители към вече конфигуриран IdP.
- Добавете потребители към локалния Webex IdP.
Виж тази статия за да научите повече за множество IdP в Control Hub.
Преди да започнете
Има някои функции, които трябва да деактивирате и трябва да проверите дали всички потребители са в добро състояние, за да бъдат актуализирани до Control Hub. Ако използвате интегрирани приложения с API, трябва да ги актуализирате, за да използват API на Webex.
Можете да прочетете за тези предпоставки в по-ранните части на тази статия.
| Уверете се, че всички ваши администратори знаят, че актуализирате сайта до Control Hub и че не трябва да правят никакви промени в Site Admin, след като стартирате. |
| 1 | Експортиране и запишете файла за експортиране на потребителите на сайта. Този файл действа като архив на потребителска конфигурация, за да ви помогне да потвърдите след актуализацията. | ||
| 2 | Влезте в администрацията на сайта и щракнете върху Актуализиране на администрацията. | ||
| 3 | Прегледайте предпоставките, особено CSV списъка с потребители в държави, които биха могли да повлияят на успеха на актуализацията. | ||
| 4 | Прочетете за функциите, които трябва да бъдат деактивирани, и за разликите, които можете да очаквате в управлението на потребителите и лицензирането на хост (също документирано в тази статия). | ||
| 5 | Кликнете върху Update to Control Hub. Този бутон се активира само след приключване на стъпките по-горе.  Появява се изскачащ прозорец. Този прозорец показва, че актуализирането на сайт до Control Hub е постоянно и не можете да отмените актуализацията, след като приключи. Когато актуализацията приключи, този сайт вече няма да се управлява в Администриране на сайта. Ако не сте готови да управлявате напълно този сайт в Control Hub, излезте от съветника сега.
 | ||
| 6 | Щракнете върху OK. Актуализацията започва, над Администрацията на сайта се появява банер, за да ви уведоми, че актуализацията на сайта е в ход. Ако нещо се обърка, ще видите съобщение за грешка с предложено действие. В противен случай ще видите съобщение за успех.
| ||
| 7 | Кликнете върху Вход в Control Hub. |
След като задействате актуализацията на сайта от Webex Site Administration, можете да влезете в Control Hub, за да видите състоянието на актуализацията на сайта.
| Актуализацията на сайта ще отнеме повече време за актуализиране, ако се задейства в началото на часа. Актуализациите на сайта се поставят на пауза за няколко минути преди и след началото на всеки час. |
Влезте в Контролен център и отворете Срещи страница.
Можете да видите списък на вашите сайтове за срещи.
Щракнете върху сайт, за да видите информация за този сайт.
Потърсете секцията Актуализиране на сайта, където можете да прочетете Състояние на актуализацията.
След като актуализацията приключи, можете да изтеглите списък с всички потребители в администрацията на сайта и да видите кои от тези потребители са били активни или неактивни на сайта. Потребителите, които са показани като неактивни в колоната за състоянието на потребителя на Администриране на сайта, няма да имат достъп до управлявания сайт на Control Hub. Тези потребители също няма да се показват като имащи достъп до сайта в потребителския раздел на Control Hub.
Може да отнеме известно време, докато бутонът за изтегляне се покаже (минути за повечето организации).
Прегледайте списъка, за да проверите за проблеми по време на актуализиране.
Вече не можете да управлявате този сайт в администрацията на сайта, след като актуализацията на сайта приключи. Цялото управление на този сайт трябва да се извършва в Control Hub. Ето няколко стъпки, за да се запознаете и изпробвате управлението на вашия сайт в Control Hub:
Проверете някои настройки на конфигурацията на сайта, за да потвърдите, че нищо не се е променило. Това е по-лесно, ако сте копирали някои настройки на администратора на сайта, преди да актуализирате до Control Hub.
Изберете хост и проверете техния лиценз, кодове за проследяване и типове сесии в Control Hub. Влезте в място за срещи и потвърдете, че техните насрочени срещи, записи и предпочитания не са променени. Проверката е по-лесна, ако данните на този хост се копират преди актуализиране до Control Hub.
Помолете потребителя да провери дали може да планира и организира нови срещи.
Добавете нов потребител към вашата организация. Предоставете им лиценз за хост, променете техните типове сесии и проверете дали могат да организират срещи.
Препоръчваме ви да настройвам на организация или група, за автоматично присвояване на лицензи към нови потребители или специфични групи нови потребители.Изберете потребител, който е бил пълен администратор в Site Administrator, и се уверете, че има подходящо ниво на достъп до актуализирания сайт в Control Hub.
Те трябва да могат да четат и променят сайта; създаване, лицензиране, модифициране и изтриване на потребители.
Ако вашият сайт има интегрирани API, тогава преминете към използване на API за хора. Потвърдете, че актуализираната интеграция работи според очакванията.
Прочетете повече за управлението на сайтове за срещи в Control Hub на адрес https://help.webex.com/naqlzeu.
Потребителите ще имат единно, унифицирано изживяване при влизане в приложението Webex и всички управлявани сайтове на Control Hub.
Ако потребителското име не съвпада с имейл адреса на потребителя в администрацията на сайта, тогава тези потребители ще имат влияние върху изживяването при влизане. Старите потребителски имена вече не могат да се използват и тези потребители трябва да използват своя имейл адрес, за да влязат.Потребителските идентификационни данни са свързани с тяхната идентичност в Control Hub. Същите тези идентификационни данни важат за всички управлявани от Control Hub сайтове в същата организация и за приложението Webex.
Ако организацията на Control Hub има конфигуриран SSO, тогава този SSO управлява изживяването при влизане в приложението Webex и всички управлявани от Control Hub сайтове.
Опитът при влизане в приложението Webex не е засегнат в резултат на актуализиране до Control Hub.
Когато потребителите влязат в сайт на Webex Meetings, екранът за влизане ще изглежда различно. Потребителите трябва да въведат своя имейл адрес, за да влязат, дори ако организацията им е конфигурирана за SSO.
Администраторите могат да активират опцията Запомни ме в Control Hub, така че потребителите да не трябва да въвеждат имейл адреса си отново всеки път, когато влизат.В зависимост от историята на всеки потребител, броя на сайтовете, в които са имали акаунт и т.н.:
Ако потребителите са били свързани със съществуващи потребители в Webex Identity/Control Hub, тогава потребителите ще използват същата парола за всички сайтове на Webex, които са актуализирани до Control Hub.
Ако потребителите са създадени в Webex Identity/Control Hub поради свързване на сайтове, тогава се прилагат идентификационните данни за първия им свързан сайт (ако организацията не е конфигурирана с SSO). Потребителите са пренасочени да влязат в този сайт. Ако потребителите имат няколко сайта с множество идентификационни данни, URL адресът на сайта трябва да им помогне да определят кои идентификационни данни да използват.
На потребителите е разрешено да нулират паролата си в организации на Control Hub (ако паролата не се управлява чрез SSO). Ако потребителите са забравили паролата си, те могат просто да щракнат върху Забравихте вашето потребителско име или парола? на екрана за вход, за да нулират паролата си. Потребителите могат също да нулират паролата си, като следват тези инструкции:
- Нулиране на паролата за приложението Webex: https://help.webex.com/article/n02v0b8/
- Нулиране на паролата за сайт на Webex Meetings: https://help.webex.com/article/6v6kaab/
Ако имейл адрес на краен потребител е променен и този потребител е имал различен имейл адрес в центъра за администриране и контрол на сайта по време на актуализацията на сайта, този потребител може да изпита проблеми, когато се опитва да влизам. Потребителят може да не знае, че сега трябва да използва своя имейл адрес на Control Hub за влизам или имейл адрес в Control Hub може вече да не е валиден в SSO IdP на тяхната организация. Този тип ситуация се избягва най-добре чрез актуализиране на имейл адресите на потребителите в Control Hub, тъй като се правят промени в имейл адресите на същите потребители в Site Admin.
Изисква се повторно влизам за потребители на мобилното приложение Webex Meetings за iOS:
- Ако актуализирате сайт без SSO до Control Hub, тогава вашите потребители ще трябва да влизам в мобилното приложение Webex Meetings за iOS. Въпреки че приложението Meetings за iOS няма да изисква от потребителите да се влизам повторно до два месеца след актуализацията на сайта, ние предлагаме потребителите да се влизам ръчно, за да избегнат превантивно тази ситуация.
По време на актуализацията на сайта, потребителите, чиито потребителски имена не съвпадат с техните имейл адреси, може да се наложи да влизам отново.
От тези потребители може да се наложи да влизам в своите клиенти на Webex , ако се опитат да получат достъп до услугите на Webex на сайта по време на актуализацията на сайта до Control Hub. Потребителите, които вече са се присъединили към срещи преди началото на актуализацията на сайта, няма да бъдат засегнати.
Празен CSV файл „потребител за преглед“.
Ако вашият сайт е голям и има повече от 1000 потребители, чиито имейл адреси са различни в Site Admin, отколкото в Control Hub, тогава може да изпитате празен CSV файл „потребител за преглед“ в съветника за актуализиране на сайта. Това кара актуализацията на сайта да не работи, защото няма да можете да разрешите проблемите на потребителите. По този проблем се работи и планираме да го разрешим през следващите седмици.
Настройки, които не се пренасят при актуализиране до Control Hub
- Ако вашият сайт, управляван от администратор на сайта, е бил на бавен канал и вашият Control Hub също се управлява от партньор, тогава можете да загубите видимост за контролите за актуализиране на версията на сайта за срещи след актуализиране до Control Hub. Ако това се случи, моля, свържете се с партньора си и го помолете да активира Позволете на клиента да надстрои версията на сайта настройка за вашата организация.
- Изчакващи заявки за самостоятелно записвам се акаунти не се пренасят в центъра за предупреждения. Потребителите трябва записвам се за акаунт отново след приключване на актуализацията.
- Стойностите на потребителското име в Site Admin се заменят с имейл адресите на потребителите в Control Hub след приключване на актуализацията.
Потребителски проблеми, които причиняват неуспешна актуализация
- Потребители с имейл адреси, които са свързани с потребители в организация на Webex за правителството, ще доведат до неуспешна актуализация, ако тези потребители не бъдат деактивирани преди стартиране на актуализацията.
Често срещани проблеми, които причиняват неуспех на актуализацията и препоръчани действия
Ако вашият сайт не успее да се актуализира до Control Hub, проверете следната таблица, за да видите дали една от тези често срещани грешки е причината и какво можете да направите, за да я поправите.
| Грешки, които причиняват неуспешно актуализиране | Препоръчително действие |
|---|---|
| Типът на сайта е невалиден. | Свържете се с екипа си за поддръжка на Webex , за да потвърдите, че сайтът е свързан с потребител. |
| Към сайта няма свързана абонамент. | Сайтовете трябва да бъдат свързани с абонамент, преди да могат да бъдат актуализирани до Control Hub. |
| Има проблем с ИД на организацията. | ИД на организация, свързан със сайта, не е същият като ИД на организацията за абонамент. Свържете се с вашия екип за поддръжка на Webex . |
| Следният абонамент има операции в очакване в Control Hub: (SubID). | Опитайте отново да актуализирате сайта, след като чакащата операция приключи. |
| Има конфликти в настройките за еднократна идентификация (SSO). | Ако сайтът е активиран SSO , тогава се уверете, че:
|
| Информацията за лицензиране на сайта в администрацията на сайта не съответства на информацията за лицензиране на сайта в Control Hub. | Непоследователна информация за лиценза между администратора на сайта и контролния център. Свържете се с вашия екип за поддръжка на Webex . |
| Някои потребителски имена или имейл адреси в администрацията на сайта са в конфликт с потребителски имена или имейл адреси в Control Hub. | Имейлът на потребител в администратора на сайта се използва от друг потребител в Control Hub. Променете един от имейл адресите или потребителските имена. |
| Проблем при актуализирането на вашия сайт. | вътрешна грешка попречи на актуализирането на този сайт. Свържете се с вашия екип за поддръжка на Webex . |
| Проблем при актуализирането на потребителите на Webex. | вътрешна грешка попречи на актуализирането на този сайт. Свържете се с вашия екип за поддръжка на Webex . |
Проблеми с влизането на потребителите
Уверете се, че винаги разрешавате бисквитките на Webex . В противен случай потребителите биха могли да имат проблеми с влизането след актуализиране до Control Hub.
В. Има ли дата, когато Cisco вече няма да поддържа администрация на сайта?
О. Да. Планираме да оттеглим Webex администрация на сайта в края на декември 2023 г.
В. Ще запазят ли администраторите на сайта в Site Admin своя административен достъп до сайта след актуализиране до Control hub management?
О. Да. Всички администратори на сайта в Site Admin все още имат административен достъп до сайта, след като сайтът бъде актуализиран до Control Hub management.
В. След като актуализирам място за срещи от администратор на сайта до управление на Control Hub, защо виждам нови администратори на сайта?
О. Тези нови администратори на сайта вероятно са били администратори на организация на Control Hub. Когато един сайт се актуализира от Site Admin до Control Hub, всички администратори в цялата организация ще станат администратори на сайта на новия управляван сайт Control Hub. Това означава, че пълните администратори на организацията ще станат пълни администратори на сайт на Webex, администраторите на потребители на организацията ще станат администратори на потребители на сайт на Webex , а администраторите на организацията само за четене ще станат администратори на сайт на Webex само за четене.
В. Защо влизането в инструмента за производителност не работи след актуализиране на сайта до Control Hub?
О. Уверете се, че интернет браузърите са конфигурирани за винаги позволявайте сесийни бисквитки , намиращ се в разширените настройки за поверителност на браузърите.
В. Ако потребител бъде изтрит в Control Hub и след това същият имейл адрес бъде добавен отново към Control Hub и му се присвои лиценз за срещи на същия сайт на Webex, може ли потребителят да получи достъп до старите си записи?
О. Да, потребителят ще има достъп до цялото си старо съдържание на Meetings, ако му е присвоен лиценз за някой от предишните сайтове на Webex , на които е бил. Това се отнася както за управляваните от Control Hub сайтове, така и за сайтовете, които са били актуализирани до Control Hub.
В. Ако потребител е бил деактивиран в Site Admin преди актуализирането на сайта до Control Hub и след това по-късно е бил повторно лицензиран за същия сайт на Webex в Control Hub, ще има ли потребителят достъп до старите си записи?
О. Да, потребителят все още ще има достъп до старите си записи. Освен това всеки потребител, който е бил деактивиран в Site Admin преди актуализацията на сайта, ще бъде посочен в CSV файл за експортиране на срещи в Control Hub .
В. Ако сайтът няма настройвам SSO IdP, но организацията Control Hub има SSO IdP, какво се случва, когато сайтът се актуализира до Control Hub?
О. Сайтът ще използва същия SSO IdP като организацията Control Hub.
В. Ако даден сайт има настройвам различен SSO IdP от този на SSO IdP в Control Hub, какво се случва, когато сайтът се актуализира до Control Hub?
О. Сайтът ще превключи, за да използва същия SSO IdP като организацията Control Hub.
В. Ако сайтът има настройвам SSO IdP, но организацията Control Hub няма SSO IdP, какво се случва, когато сайтът се актуализира до Control Hub?
О. Ще бъдете блокирани да актуализирате сайта си. За да деблокирате сайта, за да можете да актуализирате до Control Hub, или премахнете SSO IdP от сайта на администратора на сайта, или добавете SSO IdP към организацията Control Hub.
В. Мога ли все пак да влизам в URL на сайта за достъп до записи и насрочване на срещи или събития?
О. Да, все още можете да влизам в URL на сайта, където имате достъп до записи, насрочване на срещи и т.н.
В. Променени ли са специфичните за потребителя настройки по време на актуализацията на администрация на сайта на сайта до Контролен център?
О. Не, потребителски настройки ще останат непроменени. Тези настройки ще бъдат приложими както преди актуализацията на сайта.
В. Моите записи или насрочени срещи засегнати ли са от тази актуализация на сайта?
О. Записите на хоста не са засегнати. Все още ще имате достъп до тях. Вашите насрочени срещи също не са засегнати. По тях няма промени.
В. Актуализацията на този сайт засяга ли записите или насрочените срещи на потребители?
О. Потребителските записи не са засегнати. Те все още ще имат достъп до тях. Насрочените срещи също не са засегнати. По тях няма промени.
За потребители, които все още не са заявени, техните записи или насрочени срещи може да бъдат засегнати, ако ги заявите, след като актуализирате сайта до Control Hub. Вижте следната бележка за повече информация.
| Силно препоръчваме да заявите потребители, преди да актуализирате сайта си до Control Hub. Ако заявите потребители във вашата организация, след като сайтът е бил актуализиран до Control Hub, тогава тези потребители могат да загубят достъп до срещи и активи за срещи в сайта. Като заобиколно решение можете да направите следното, за да сте сигурни, че потребителите няма да загубят достъп до срещи и активи за срещи в сайта, след като сайтът бъде актуализиран до Control Hub:
|
В. Къде да прегледам чакащи заявки за записвам се за управлявани от Control Hub сайтове?
О. Вие и други администратори можете да преглеждате заявките за записвам се Център за предупреждения .
В. Мога ли да получа достъп до стойностите на потребителското име от администратора на сайта след актуализиране на сайт до Control Hub?
О. Потребителски файл за експортиране на всички потребители в Администратор на сайта е наличен в Control Hub за 90 дни след като актуализирате сайта до Control Hub. Този CSV файл включва стойности на потребителско име.
В. Използваме стойности на потребителско име, за да идентифицираме потребителите в администратора на сайта. Как можем да направим същото в Control Hub?
О. Стойностите на потребителското име се губят след актуализиране на сайт до Control Hub. Ако имате нужда от достъп до тези стойности, едно решение е да копирате стойностите в проследяващ код, преди да актуализирате сайта. Стойностите на проследяващия код за потребителите ще бъдат запазени и достъпни след актуализиране на сайта до Control Hub. Ако използвате SSO, тогава ExternalID е потребителски атрибут на Control Hub, който може да съдържа тази стойност. Това изисква да конфигурирате вашите SAML твърдения да предаде тази стойност, когато конфигуриране на SSO в Control Hub . Тази стойност също ще бъде предадена на Control Hub по време на автоматично създаване на нови потребители .
В. Колко време отнема завършването на актуализацията на сайта, след като е започнала?
О. Актуализацията на сайта отнема приблизително 3 минути + 1000 активни потребители/минута + 2000 неактивни потребители/минута, за да завърши. Например, ако сте започнали актуализацията на сайта в 05:20 и вашият сайт има 8000 активни потребители и 2000 неактивни потребители, актуализирането на сайта ще отнеме около 12 минути. Освен това актуализациите на сайта се поставят на пауза за 6 минути в началото на часа (между xx:57 до xx:03). Но вашите резултати могат да варират.
В. Как мога автоматично да лицензирам всеки нов потребител или нови потребители в определени групи след актуализиране на сайта, за да се управлява в Control Hub?
О. ти можеш настройвам на организация или група за автоматично присвояване на лицензи на нови потребители.
В. Има ли престой по време на актуализацията на сайта?
О. Не. По време на актуализацията на сайта:
- Потребителите могат да продължат да използват услугата Срещи, като например присъединяване и започване на планирани и ad-hoc срещи.
- Срещите, които се провеждат, когато актуализацията на сайта започне, няма да бъдат засегнати.
- Абонаментът ще бъде заключен в Control Hub.
- Настолният клиент на Meetings може да има проблеми със секцията „Предстоящи срещи“.
- Не се препоръчват промени в конфигурациите за управление на сайта.
