將 Webex Meetings 網站管理由網站管理更新為 Control Hub

由「網站管理」更新至 Control Hub 的相關說明

將網站從「網站管理」更新為 Control Hub 不需要更新用戶端版本。部分網站在管理這些組織的合作夥伴準備就緒之前無法使用此功能。

如果您的Webex for Government 組織包含外部使用者，則您目前無法從使用「網站管理」轉換為 Control Hub。如果您嘗試使用組織中的外部使用者進行轉換，您會收到錯誤。我們預期在 2023 年年中向擁有外部使用者的組織提供此功能。

Webex 以後將作為統一平臺，提供會議管理、傳訊、通話等協作功能。這就是我們要將所有Webex Meetings網站的管理從「網站管理」移至 Control Hub 的原因。

我們在「網站管理」中有一個工具可以協助您完成此變更。如果您的網站已符合更新為 Control Hub 的資格，您可以透過按一下開始使用更新管理在導覽功能表中。

有關如何將您的網站更新為 Control Hub 的示範，請參閱此視視視。

若要説明計畫網站更新，請複查網站評估就緒狀態部分。

在 Control Hub 中管理網站具有以下優勢：

所有 Webex 服務（例如 Webex Meetings、Webex Messaging 和 Webex Calling）都採用統一的授權指派。
所有 Webex 服務都採用一致的安全性原則。
不同 Webex 服務之間的所有終端使用者都擁有通用的登入體驗。
新式管理員控制項，例如目錄連接器、SCIM 和 Active Directory 群組。
用於自動為使用者指派多個授權的授權範本。

更新為 Control Hub 後，您將無法使用網站管理來管理會議網站。

由 Cisco 起始的網站自動更新為 Control Hub 管理

此部分僅適用於您的網站已被Cisco選取用於自動網站管理更新的情況。

如果您的網站已排定從「網站管理」中管理到 Control Hub 進行自動更新，則您將看到以下螢幕擷取畫面。

您可以按一下變更網站更新日期 以變更排定的日期。

Control Hub 的預期差異

就網站的管理而言，Control Hub 的操作體驗與網站管理相似。Control Hub 中的使用者管理功能採用較新的底層技術，因此在 Control Hub 中管理網站與目前做法之間存在些許差異。本節著重於更新網站時所突顯的差異。

如需查看「網站管理」與 Control Hub 之間的差異的更詳細概觀，請參閱本文。

使用者管理

Control Hub 底層具有使用者集中管理系統，在整個組織下（以及 Webex 整體下），每個使用者皆認定為個別且唯一之用戶。在網站管理中，每一個會議網站的使用者設定檔都不同。

具有自動建立帳戶的單一登入 (SSO)

在網站管理中，您可以透過「自動建立帳戶」功能，在使用者通過 SSO 驗證時建立帳戶。

此功能在 Control Hub 中也可用。請參閱Control Hub 的SAML帳戶自動建立和更新獲取更多資訊。

許多使用 SSO 的組織可能偏好透過外部目錄工具（例如 Microsoft ^® Active Directory 和 Microsoft Azure）對使用者進行集中管理，並要求使用外部身份識別提供者進行驗證。

進一步瞭解：

將使用者新增至 Control Hub 。
整合您的具有身份識別提供者的 Control Hub 組織。

設定檔必填資料與追蹤碼

網站管理允許您為新使用者指定必填的設定檔欄位（請參考先前的螢幕截圖）。您可以將進一步利用該功能，要求建立使用者時加入追蹤碼（請參考下面的螢幕截圖）。一旦設定了這些附加條件，那麼在條件不符合的情況下將無法新增使用者至網站。

Control Hub 只需要代號和電子郵件地址便可建立使用者。

當您在 Control Hub 中建立新使用者時，使用者的其他欄位都非必填，因此我們不會針對 Control Hub 所管理的網站要求額外的設定檔資料。

將網站更新為 Control Hub 之前，您必須停用必填設定檔欄位以及追蹤碼。

密碼管理和鎖定

在網站管理中，可透過內建功能在使用者登入失敗數次後暫時將帳戶鎖定。

Control Hub 提供以下功能防止非法存取：

登入失敗數次後，於一段時間內不可再行嘗試。
CAPTCHA 機制（全自動區分電腦和人類的公開圖靈測試）
合法使用者具有自助選項來變更忘記的密碼。

主持人授權

主持人必須為 Control Hub 組織的一員

在網站管理中，您可以將主持人授權指派給任何使用者。在 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 組織。

確保訂閱上沒有擱置或封鎖動作。如果執行以下操作，更新將會失敗：

對於與要更新的網站關聯的訂閱，您具有任何擱置動作。
網站在 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，則也必須為 Control Hub 組織設定 SSO。

自動為新使用者建立帳戶

如果您的 Webex 網站已啟用在網站管理中自動建立帳戶，您可以在 Control Hub 中啟用類似功能，並建立 SAML 自動帳戶。請確保還設定自動授權範本，以便新使用者在 Control Hub 組織中建立帳戶後會自動獲得授權。

具有目錄同步的組織

如果您的組織已針對目錄同步進行配置，則請確保您希望其位於您組織的所有使用者都存在於網站中。應在您開始網站更新程式前 24 小時完成此工作，以便網站上的使用者可以鏈至 Control Hub 組織中的新使用者。

如果網站上的活動使用者無法鏈至 Control Hub 使用者，則更新將會失敗。

更新後管理員對Webex網站的存取權

在 Control Hub 中具有組織範圍管理員角色的人員將自動獲得對從網站管理更新為 Control Hub 的網站的存取權。例如，組織完全管理員將成為Webex 網站完全管理員，組織使用者管理員將成為Webex 網站使用者管理員，而組織唯讀管理員將成為Webex 網站唯讀管理員。

用於使用者管理的 API

XML API

XML API 現在與 Control Hub 管理的網站向前相容。您可以在 XML API 41.11.0 更新中閱讀詳細資訊和注意事項。

將網站從網站管理更新為 Control Hub 管理後， XML API服務 URL 保持不變。相同的 API URL 將繼續工作。Cisco建議所有API整合使用 OAUTH 進行驗證。

XML API 中的驗證

不使用的整合用於驗證的Webex OAUTH 在網站更新為 Control Hub 後，可能會失敗。下表顯示在更新網站後，哪種管理員驗證將繼續有效。

表 1. 網站更新後，將在XML API中運作的管理員驗證類型
網站更新前XML API中的管理員驗證類型	網站更新後SSO組織中的管理員	網站更新後，管理員不在SSO組織中
使用者名稱（webExID）/密碼	可以運作*	可以運作*
使用者名稱 (webExID)/SessionTicket	可以使用	可以使用
使用者名稱/OAUTH (webExAccessToken)	可以使用	可以使用
電子郵件/密碼	可以運作*	可以運作*
電子郵件/階段作業票證	可以使用	可以使用
電子郵件/OAUTH (webExAccessToken)	可以使用	可以使用

* 向下相容性 — Cisco已啟用使用者名稱/密碼驗證，以便在網站更新後在XML API 中運作，即使使用者名稱 與電子郵件不相符。相容性僅適用於以下情況：

使用者認證是在網站更新之前建立。不允許對使用者名稱 否則，先前的憑證將會失效。
當在網站管理中管理時， API驗證的憑證在 Control Hub 與網站中不能具有不同的密碼。
當網站更新為 Control Hub 時，其憑證用於驗證的使用者必須在「網站管理」中處於使用中狀態（而非非使用中狀態）。

您可以透過以下方式進一步了解 Control Hub 管理的網站上的XML API整合，包括 OAUTH 驗證，本指南。

使用者名稱 當網站更新為 Control Hub 時，針對所有使用者設定為電子郵件。如果使用者名稱 用於API有效荷載，則有效荷載必須在網站更新後使用電子郵件代替。

Control Hub 中用於API整合的管理員角色

只有網站管理員角色的管理員可能無法使用XML API 執行某些操作，例如在網站更新為 Control Hub 網站後，變更使用者的電子郵件地址或顯示名稱。對於其認證用於 API 整合的管理員，我們建議您在將網站更新為 Control Hub 之前，先將那些管理員提升為在 Control Hub 中組織完全管理員。

最佳做法是先更新測試網站，確認在更新至 Control Hub 後 API 整合將無修改。

根據您的整合執行的不同，可能還需要在 Control Hub 網站上為管理員指定 Meetings主持人帳號，整合才能工作（網站管理網站中的管理員不需要執行此操作）。

Control Hub 中的 XML API 差異

更新網站後，大多數 XML API 整合應該都工作，無需任何變更。但是下列清單中有一些詳細的例外：

建立使用者- 在 Control Hub 管理的網站上，此作業還可以在指定授權之前在網站擁有組織中建立使用者。如果使用者已存在於另一個組織中的，則此作業將失敗。PMR ID參數 將不會對還沒有的使用者生效使用中 Control Hub 中的狀態。
建立使用者 在 Control Hub 管理的網站上， API需要更長的時間才能完成。為了獲得更好的效能，您可以新增額外的執行緒來並行化建立使用者 通話。
設定使用者- 可能會導致向使用者指定或移除會議網站授權（取決於API參數或有效荷載）。
刪除使用者- 移除會議網站授權，但不會從 Control Hub 組織中刪除使用者。
全部使用者— 同時返回使用者的物件 GUID 。
驗證使用者— 在 Control 階段作業票證管理的網站上，我們建議透過驗證使用者 而不是對每個XML API使用使用者名稱和密碼。對於 Control Hub 管理的網站，此通話不支援在主體內容中使用 SAML 回應。

REST API

Control Hub 有自己的 API，包括用於在以下位置建立使用者並為使用者授權的 People REST API 及 License REST API：

階段作業類型和追蹤碼也適用於 REST API，網址為：

但是，上方的 REST API 不支援 XML API 中可用的所有使用者管理功能。例如，您仍將需要使用XML API 將會議授權指定給擁有網站的組織外部的使用者。人員 API 不支援將網站管理員角色指定給使用者。如果您想要透過 API 指定網站管理員角色，您仍然需要使用 XML API。

您可以使用 People API來建立組織管理員，並指派完整（或唯讀）許可權。這些管理員還可以管理（或檢視）Control Hub 管理的會議網站。

Control Hub 確實擁有 Webex 網站特定的管理員角色，但 People API 此時無法指派此角色。

未來的方案（可能變更）

新的授權API ，該 API 還可以將會議位置授權授予給不在建立網站的同一組織中的外部使用者。外部使用者授權可手動使用立即在 Control Hub 中使用。
SCIM API以在組織中建立和刪除使用者。
Cisco 的長期方向是僅使用 REST API（用於使用者和會議網站上的所有操作）。用於使用者管理的 XML API 將繼續受到支援，直到 REST API 只能用於所有使用者管理作業。使用者管理XML API 也將被棄用（日期待定）。

網站就緒狀態評估

將網站更新至 Control Hub 之前，我們強烈建議您先檢查下列專案，使更新順利進行：

首先，複查本檔並確保您的組織遵循準備 Control Hub 組織區段建議的最佳作法。
接下來，請登錄 Webex 管理並按一下更新管理。在網站就緒階段， 不應該 從檢查使用者區段對檔案執行任何建議的動作，並且不應該 停用在檢查功能區段叫用的任何功能。遵循這些指示，網站就緒狀態評估會變成隻讀作業，而只是評估在更新至 Control Hub 之前所需的變更。

根據複查使用者 區段，按一下匯出使用者CSV 檔案並下載CSV 檔案，該檔案名為要檢閱的使用者 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 組織。

如果您正在參加必填主持人設定檔欄位 測試版，那麼您將看到以下警告：

如果您正在參加必需的追蹤碼和自訂屬性 測試版，則您將看到以下動作項目：

如果您未參加這些 Beta 版，請繼續閱讀下一節。

停用封鎖網站更新的功能

必須先停用某些功能，然後您才能將 Webex 網站更新為 Control Hub。您可以看到一個清單，其中顯示需要停用的功能。必須完成以紅色圓圈 X 圖示標記的功能。標記為黃色三角形驚嘆號圖示的功能僅供您參考，您無需採取任何動作。

有關如何將您的網站更新至 Control Hub 的示範，請參閱此視訊。

如果您的組織使用「網站管理」中的自動帳戶建立功能，則您應在 Control Hub 中"安裝;設定"等效功能，並"安裝;設定"自動授權範本以自動指定授權。請參閱這篇文章獲取更多詳細資訊。這應該在更新要在 Control Hub 中管理的網站之前完成。

登入「Webex 網站管理」並前往設定 > 通用網站設定 > 選項。
- 尋找並停用允許主持人帳戶註冊選項。
- 尋找申請帳戶需要填寫的欄位：並清除所有使用者設定檔必填欄位。
按一下更新。
前往設定 > 通用網站設定 > 追蹤碼。
在主持人設定檔一欄，將所有標記為必填的追蹤碼列變更為管理員設定或選用。
- 關於追蹤碼的詳細資訊，請參考https://help.webex.com/izu2ty。
當您將網站更新為 Control Hub 時，會保留使用者的所有追蹤碼值。

將來，此限制將解除，您將能夠在 Control Hub 中將追蹤碼對映至必要的自訂使用者屬性，以實現等效功能。

將追蹤碼對映至 Control Hub 中的使用者屬性

將追蹤碼映射至使用者屬性功能是處於公開預覽狀態的草稿。讓您先睹為快。

在您可以使用以下功能更新網站之前必需追蹤碼從「網站管理」到 Control Hub，您必須將這些追蹤碼對映至 Control Hub 中的使用者屬性。您可以按一下資訊下的圖示，直接轉至網站的將追蹤碼對應至使用者屬性精靈。如果您尚未對應或停用所需的追蹤碼，則無法將網站更新為 Control Hub。

如果您的網站沒有必要的追蹤碼，則您仍然可以在遵循此程序將網站更新為 Control Hub 之前，將追蹤碼對映至使用者屬性。

對於使用部門作為追蹤碼的會議位置，建議您將該追蹤碼對應至部門使用者設定檔屬性而非自訂屬性。由於部門是 Control Hub 中的標准設定檔屬性，因此在大多數情況下此情境會更有效率。

如果此屬性是必需的，請轉至使用者設定檔屬性部分，並將部門屬性標示為必需。請記住，不會為外部使用者填入此部門屬性以及其他使用者屬性。

登入 Control Hub 並轉至會議。

選取網站，然後轉至設定 > 網站概觀。

選取建立追踪碼對應。

選取開啟追蹤碼摘要。

按一下下載組態摘要。您必須下載目前追蹤碼組態的副本。您在後續步驟中將需要此摘要，從而確保所有屬性值都與目前的追蹤碼一致。

您還可以將先前的追蹤碼清單下載為 CSV 檔案，以便為自訂屬性上傳相同的值。

返回到精靈並選取新增和檢閱使用者屬性。

設定此網站所需的任何新的自訂屬性。如果您想要為使用者填寫那些欄位，請將任何屬性標示為必填。自訂屬性不適用於使用 Directory Connector、Azure AD 等工具同步使用者的組織。您可以以此步驟為契機，來複查追蹤碼的顯示名稱。當您進行所需的變更後，按一下儲存。

鎖定的屬性類似於管理集 在傳統會議位置追蹤碼中。當您將自訂屬性標示為已鎖定時，使用者將看不到該屬性。

如果您在此步驟中按一下儲存，則您新增、移除或標示為必要的任何自訂屬性會立即對組織生效。加入組織的新使用者必須遵循此更新的自訂屬性組態，否則使用者加入將會失敗。在將自訂屬性標示為必要之前，請謹慎行事。

返回到精靈並選取對應追蹤碼。

使用下拉式清單將追蹤碼對應至組織的自訂或使用者設定檔屬性。將網站追蹤碼對應至屬性時，如果輸入類型設定為文字欄位，則系統首先會對應至預先存在且符合追蹤碼名稱的屬性。完成後按下一步。

如果您的組織使用自動化使用者加入程序（例如 Directory Connector 或 Azure AD），則您不應將追蹤碼對應至自訂屬性。您應該將追蹤碼對應至同步屬性。

先前，每個中心都可以採用不同的方式設定追蹤碼。所有中心（Meetings、Events、Webinars 等）現在共用單一排定組態。當您根據需要對應屬性時，在 Webex Meetings、Webex Webinars 等中排定時需要該屬性。

按一下儲存導圖。在將網站更新為 Control Hub 的過程期間，會自動完成同步。

我們建議為使用者建立追踪碼值的備份，方法是執行會議位置的網站使用者匯出

當您將追蹤碼對應至自訂屬性時，資料的單一事實來源來自 Webex 身份而不是每個會議位置。

同步會執行一次複製以將追蹤碼使用者值複製到尚未針對使用者填入的對應屬性，這意味著首先同步追蹤碼的網站的順序很重要。同步第一個網站時，該網站中的使用者的追蹤碼值會複製到 Control Hub 中該使用者的對應使用者屬性，但前提是尚未針對使用者填入該值。

在同步期間，某些追蹤碼值可能無法從網站複製到使用者屬性

如果在同步時已填入對應網站的使用者值，則該網站中的追蹤值不會複製到 Control Hub 中該使用者的對應屬性。

為避免資料取代使用者的其他追蹤碼，我們建議您對應會議位置的資料並將該資料與最新的使用者追蹤碼資料進行同步。

不會從將追蹤碼對應至透過外部來源（例如 Directory Connector 或 Azure AD）同步的使用者欄位的網站中複製追蹤碼值。

下表概述了資料可能取代原始追蹤碼的情境。在下列情境中，追蹤碼和對應屬性是使用者所在的城市。

表格 2. 可能適合現有追蹤碼的資料取代情境
使用者	同步前的追蹤碼值	同步前對應屬性的值	同步後對應屬性的值	同步後的追蹤碼值
Bob	無	無	無	無
Jane	無	倫敦	倫敦	倫敦
Richard	Galway	無	Galway	Galway
Samantha	Dallas*	聖荷西	聖荷西	聖荷西
Tom	紐約	無	紐約	紐約
Debra	Boston*	Austin	Austin	Austin

* 先前的追踪碼值會被現有的對應屬性取代。

複查可能會封鎖網站更新的網站管理使用者

在更新網站以在 Control Hub 中管理之前，請確保：

應位於您組織中的所有網站使用者實際都位於您的 Control Hub 組織中。
不應位於您組織中的所有網站使用者都已從您的組織中刪除。
如果您的組織已設定 SSO，則 IdP 可以驗證組織中的使用者。
當您更新網站時，在網站中標記為必要的使用者設定檔欄位也將被複製到 Control Hub 組織。若不希望那些欄位在 Control Hub 中的網站上被標記為帳戶註冊的必填欄位，請先在「網站管理」中取消勾選欄位，然後再更新為 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 後，只在其中一處變更電子郵件，則有可能發生以上情形。

電子郵件地址不符的使用者可嘗試以下列方式修正：

在網站管理中變更使用者的電子郵件地址，確保與 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 組織），則他們可能無法登錄。他們不會阻止您更新網站，但最好在開始更新前修正電子郵件地址。

具有基本會議授權的外部使用者

具有以下情況的外部使用者基本會議授權將網站從「網站管理」更新為 Control Hub 之前，需要停用或升級為付費Webex Meetings授權。

如何停用使用者

使用者經停用後將失去主持人授權或出席者特權（取決於使用期間中所指派的角色）。將網站更新為 Control Hub 後，停用的使用者仍將出現在網站 CSV 匯出檔案中。

在網站管理下停用個別使用者：

前往使用者管理 > 編輯使用者。
使用索引、搜尋和篩檢功能尋找使用者。
取消勾選使用中方塊。
提交變更。

請參閱在Webex網站管理中管理使用者帳戶獲取更多資訊。

在網站管理下批量停用使用者：

將使用者匯出至 CSV 檔。
開啟CSV 檔案並修改使用中 將欄值設為否 所有受影響的使用者。
匯入修改後的 CSV 檔。

經修改後的使用者現在處於停用狀態。

請參閱於 Webex 網站管理下批次匯入和匯出 Webex 使用者以瞭解更多資訊。

具有目錄同步的組織中使用者

如果組織內應該存在未連結的使用者，但尚未新增，則必須先將其新加入組織。這對於已針對目錄同步（透過目錄連接器或 Azure AD）進行配置的組織尤為重要，因為目錄同步將不允許網站更新程式來新增使用者。

如果網站上的任何使用中使用者無法鏈至 Control Hub 組織，則網站更新將會失敗。如果您的組織已針對目錄同步進行配置，請確定必須先將網站上必須屬於 Control Hub 組織的所有使用者新目錄連接器或 Azure AD，然後再開始更新。

在開始更新前修正使用者問題

若您嘗試將網站更新為 Control Hub，而不解決要檢閱的使用者 檔案，則更新管理程序可能會失敗。在您開始最終更新之前，此工具不會檢查您是否已更正問題。

更新SSO網站及鏈結至SSO組織的非SSO網站

Control Hub 組織可以支援SSO的多個身分識別提供者 (IdP)，其中一個 IdP 為Webex IdP（本機驗證）

Control Hub 中的多個 IdP 將有助於：

其中網站管理中的SSO網站的 IdP 與 Control Hub 的SSO IdP 不同。
當網站中的使用者不在組織中設定的SSO IdP 中時，這些使用者現在可以新增至本地Webex IdP。然後，您可以稍後將這些使用者移至設定的SSO IdP。

設定多個 IdP 可以讓網站上的所有使用者從網站管理更新為 Control Hub，登入。為此，您可以：

將其他SSO IdP 新增至 Control Hub 組織。
將使用者新增至已設定的 IdP。
將使用者新增至本地Webex IdP。

請參閱這篇文章進一步了解 Control Hub 中的多個 IdP。

將會議網站更新為在 Control Hub 中進行管理

在開始之前

您必須停用某些功能，且必須檢查所有使用者是否都狀態良好，以便更新為 Control Hub。如果有使用透過 API 整合的應用程式，您必須進行更新才可使用 Webex API。

相關先決條件已說明於本文的前面部分。

請確保您的所有管理員都知道網站將更新為 Control Hub，並告知他們當轉換程序啟動後，不得在網站管理中做出任何變更。

1	匯出並儲存網站使用者匯出檔案。此檔案會充當使用者組態歸檔，協助您在更新後進行驗證。
2	請登入至網站管理，然後按一下更新管理。
3	複查先決條件，尤其是檢查 CSV 清單，找出可能影響更新成功的使用者。
4	瞭解需要停用的功能，以及使用者管理和主持人授權方面可能出現的差異（此文章中已記載）。
5	按一下更新為 Control Hub。僅在上述步驟完成後才會啟動此按鈕。隨即出現一個快顯視窗。此視窗顯示將網站更新為 Control Hub 為永久性，一旦更新完成，您即無法復原。當更新完成後，此網站將不會再於網站管理中進行管理。如果您尚未準備好在 Control Hub 中完全管理此網站，請現在退出精靈。
6	按一下確定。更新開始時，橫幅會出現在網站管理上方，讓您知道網站更新正在進行中。如果發生錯誤，系統將顯示錯誤訊息並提供建議動作。若無錯誤，您將看到成功訊息。網站更新大約需要 3 分鐘 + 1000 個活動使用者/分鐘 + 2000 個非活動使用者/分鐘才能完成。例如，如果您在 05:20 開始網站更新，並且您的網站有 8000 個活動使用者和 2000 個非活動使用者，則網站更新將需要大約 12 分鐘。此外，網站更新會在整點之後（從 xx:57 到 xx:03）暫停 6 分鐘。但結果可能有所不同。
7	按一下登入 Control Hub。

從 Control Hub 驗證網站管理

從 Webex 網站管理觸發網站更新後，您可以登入 Control Hub 以查看網站更新的狀態。

如果網站更新在最鄰近時間觸發，則更新時間將更長。網站更新在每小時頂端之前和之後暫停幾分鐘。

登入Control Hub 並開啟會議頁面。

您可以看到您的會議網站的清單。
點擊某個網站，可查看關於該網站的資訊。
尋找網站更新區段，您可以在其中讀取更新狀態。

完成更新後，您可以在網站管理中下載所有使用者的清單，以查看哪些使用者在網站上處於使用中或非使用中狀態。在使用者狀態欄的使用者狀態列中顯示為網站管理的使用者將不能存取 Control Hub 管理的網站。這些使用者也將不會顯示為具有 Control Hub 使用者區段的任何網站存取權。

下載按鈕可能需要一些時間才會出現（大部分組織需要數分鐘）。
複查清單以檢查更新時發生的任何問題。

當網站更新完成之後，您將無法於網站管理下管理此網站。所有的管理功能必須在 Control Hub 中進行。您可以透過以下步驟熟悉 Control Hub 的功能，並嘗試管理您的網站：

檢查部分網站組態設定以確認未變更任何內容。若您在更新為 Control Hub 之前複製了一些網站管理設定，則會更容易。
選取主持人，然後在 Control Hub 中驗證其授權、追蹤碼和階段作業類型。登入會議位置，並確認其已排定的會議、錄製檔和喜好設定未變更。若在更新至 Control Hub 之前先複製主持人的資料，驗證會更容易。

要求使用者檢查是否可以自行排定和主持新會議。
將使用者新增至組織。授予他們主持人授權，修改其作業階段類型，並確認可以自行主持會議。

我們建議您"安裝;設定"基於組織或群組的授權範本以自動指定授權給新使用者或特定的新使用者群組。
選取之前在網站管理中擁有完整管理員權限的使用者，並確認其擁有與 Control Hub 中更新後的網站適當層級的存取權限。

這些使用者應該可以讀取和修改網站，建立、授權、修改及刪除使用者。
如果您的網站有使用 API 整合，則切換至使用 People API。確認該整合於更新後有如期運作。

關於利用 Control Hub 管理會議網站的詳細資訊，請參考 https://help.webex.com/naqlzeu。

終端使用者登入會在網站更新為 Control Hub 後發生變更

使用者將具有單一統一的 Webex 應用程式及所有 Control Hub 管理的網站的登錄體驗。

如果使用者名稱與使用者電子郵件地址不相符網站管理，那麼這些使用者將對登錄體驗產生影響。無法再使用舊使用者名稱，並且這些使用者必須使用其電子郵件地址來註冊。
使用者憑證已與其 Control Hub 身分關聯。這些相同的認證適用於同一組織內所有 Control Hub 管理的網站以及 Webex 應用程式。
如果已SSO Control Hub 組織，則SSO管理 Webex 應用程式及所有 Control Hub 管理網站的登錄體驗。
由於更新至 Control Hub，Webex 應用程式的登錄體驗不受影響。
當使用者從網站Webex Meetings時，該登錄螢幕看起來會有所不同。使用者必須輸入其電子郵件地址才能入入，即使其組織已SSO。

管理員可以啟用Control Hub 中的記住我選項使使用者不必在每次登入時都重新輸入其電子郵件地址。
根據每個使用者的歷史記錄，他們擁有帳戶的網站數量等：
- 如果將使用者鏈結至 Webex Identity/Control Hub 中的現有使用者，則使用者將針對更新為 Control Hub 的所有 Webex 網站使用相同的密碼。
- 如果在 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 電子郵件地址來登錄，或者 Control Hub 中的電子郵件地址可能不再有效（在組織的 SSO IdP 中）。在網站管理中對相同使用者的電子郵件地址進行變更時，在 Control Hub 中更新使用者的電子郵件地址，以最佳方式避免此類型的情況。
iOS 版行動應用程式上的使用者Webex Meetings重新登錄：
- 如果您將非 SSO 網站更新至 Control Hub，則使用者必須重新登錄 iOS Webex Meetings行動應用程式。雖然 iOS Meetings 應用程式在網站更新後最多兩個月內都不需要使用者重新登錄，但我們建議使用者手動重新登錄以先占方式避免該狀況。
在網站更新期間，其使用者名稱與其電子郵件地址不相符的使用者可能需要重新登入。
- 如果這些使用者在 Control Hub 網站更新期間嘗試存取網站上的Webex服務，則他們可能需要再次登入其Webex用戶端。在網站更新開始之前已加入會議的使用者將不受影響。

已知問題

清空「使用者複查」CSV 檔案

如果您的網站規模較大，且電子郵件地址在「網站管理」中的使用者數超過 1000，那麼在網站更新精靈中可能會遇到空的「使用者複查」CSV 檔案。這會導致網站更新無法工作，因為您將不能解決使用者的問題。此問題正在處理中，我們計畫未來幾周解決此問題。

更新至 Control Hub 時不會繼承的設定

如果您的網站管理員管理的網站在慢速通道上，而您的 Control Hub 也由合作夥伴管理，則在更新為 Control Hub 後，您可能會失去 Meetings 網站版本更新控制項的可見性。如果發生這種情況，請聯絡您的合作夥伴並要求他們啟用允許客戶升級網站版本 為您的組織設定。
未決的自行註冊帳戶請求不會結轉至警示中心。使用者必須註冊帳戶更新完成後再次顯示。
更新完成後，Control Hub 中的使用者的電子郵件地址會覆寫「網站管理」中的使用者名稱值。

導致更新失敗的使用者問題

如果使用者的電子郵件地址與政府組織的 Webex 中的使用者關聯，如果在開始更新之前未停用這些使用者，則會導致更新失敗。

導致更新失敗的常見問題及建議的動作

如果您的網站無法更新至 Control Hub，請檢查下表以查看其中一個 comon 錯誤是否為原因，以及您可以執行哪些操作來修正它。

導致更新失敗的錯誤	建議的動作
網站類型無效。	請聯絡Webex Support團隊以驗證網站是否與使用者關聯。
該網站沒有與其關聯的訂閱。	網站必須先與訂閱相關聯，然後才能更新至 Control Hub。
組織 ID 有問題。	網站鏈名組織 ID 與訂閱組織 ID 不同。請聯絡Webex Support團隊。
下列訂閱在 Control Hub 中具有擱置中的作業：（子 ID）。	擱置作業完成後重試網站更新。
設定（單一登入）SSO衝突。	如果網站SSO，請確保：自動建立帳戶已停用。 SSO在 Control Hub 組織中啟用此參數。
網站管理中的網站授權資訊與 Control Hub 中的網站授權資訊不相符。	網站管理和 Control Hub 之間的授權資訊不一致。請聯絡Webex Support團隊。
部分使用者名稱或電子郵件地址網站管理 Control Hub 中的使用者名稱或電子郵件地址衝突。	在網站管理中使用者的電子郵件由 Control Hub 中的其他使用者使用。變更其中一個電子郵件地址或使用者名稱。
我們在更新您的網站時發生問題。	阻止更新此網站的內部錯誤。請聯絡Webex Support團隊。
我們在更新 Webex 使用者時發生問題。	阻止更新此網站的內部錯誤。請聯絡Webex Support團隊。

使用者的登入問題

請確保始終允許Webex Cookie。否則，使用者在更新至 Control Hub 後可能會遇到登入問題。

常見問題及解答

問： Cisco將不再支援「網站管理」，是否有日期？

答：是。我們計劃在 2023 年 12 月結束時棄用「 Webex網站管理」。

問：網站管理中的網站管理員在更新為 Control Hub 管理後是否仍保留其對網站的管理存取權？

答：是。在網站更新為 Control Hub 管理後，網站上的所有管理員仍然具有網站的管理存取權。

問：將會議位置從「網站管理」更新為 Control Hub 管理後，為什麼我會在網站上看到新管理員？

答：網站上的那些新管理員可能是 Control Hub 組織管理員。當網站從網站管理更新為 Control Hub 時，所有組織範圍的管理員都將成為 Control Hub 管理的新網站的網站管理員。這意味著組織完全管理員將成為Webex 網站完全管理員，組織使用者管理員將成為Webex 網站使用者管理員，而組織唯讀管理員將成為Webex 網站唯讀管理員。

問：將網站更新為 Control Hub 後，登入不起作用？

答：確保將網際網路瀏覽器設定為一律允許階段作業 Cookie ，位於瀏覽器的進階隱私權設定中。

問：如果在 Control Hub 中刪除了使用者，然後相同的電子郵件地址重新新增至 Control Hub 並且將 Meetings 授權指定給相同的Webex 網站，該使用者可以存取其舊的錄製檔嗎？

答：可以，如果使用者將授權指定給先前使用的任何 Webex 網站，那麼他們具有存取其所有舊 Meetings 內容的存取權。這同時適用于已更新至 Control Hub 的 Control Hub 管理網站和網站。

問：如果在網站更新為 Control Hub 之前，在「網站管理」中已停用使用者，然後在 Control Hub 中將使用者重新授權給相同的Webex 網站，該使用者是否可以存取其舊有錄製檔？

答：可以，使用者仍將具有其舊錄製的存取權。此外，在網站更新之前在網站管理中停用的任何使用者都將列在 Control Hub 中的 Meetings CSV 匯出檔案中。

問：如果網站未"安裝;設定"SSO IdP，但 Control Hub 組織確實有SSO IdP，當網站更新為 Control Hub 時會發生什麼？

答：網站將使用與 Control Hub SSO相同的 IdP。

問：如果網站的SSO IdP"安裝;設定"與 Control Hub 中的SSO IdP 不同，當網站更新為 Control Hub 時會發生什麼？

答：網站將切換以使用與 Control Hub SSO相同的 IdP。

問：如果網站確實"安裝;設定"了SSO IdP，但 Control Hub 組織沒有SSO IdP，當網站更新為 Control Hub 時會發生什麼？

答：您將被封鎖來更新您的網站。若要解除封鎖網站，以便您可以更新至 Control Hub，請從網站管理網站移除 SSO IdP，或將 SSO IdP 新SSO Control Hub 組織。

問：我仍然可以登入網站URL來存取錄製檔並排定會議或活動嗎？

答：可以，您仍然可以在網站 URL 中存取錄製、排定會議等。

問：從「網站管理」到 Control Hub 的網站更新期間，是否修改了使用者特定的設定？

答：否，使用者設定將保持不變。這些設定將和網站更新之前一樣適用。

問：我的錄製檔或排定的會議是否受此網站更新影響？

答：主持人錄製不受影響。您仍然可以存取它們。您排定的會議也不受影響。它們沒有變更。

問：使用者的錄製檔或排定的會議會受此網站更新影響嗎？

答：使用者錄製檔不受影響。他們仍然可以存取它們。排定的會議也不受影響。它們沒有變更。

對於尚未宣告的使用者，如果您在將網站更新為 Control Hub 後宣告他們，則他們的錄製檔或已排定的會議可能會受到影響。如需相關資訊，請參閱以下附註。

強烈建議您在將網站更新為 Control Hub 之前，先宣告使用者。若在網站更新為 Control Hub 後，您將使用者加入您的組織，則這些使用者可能會失去對網站中會議及會議資產的存取權。

作為因應措施，您可以執行以下操作，以確保在網站更新為 Control Hub 後使用者不會失去對網站中會議和會議資產的存取權：

對於對組織或網站具有外部管理員特權的使用者 — 移除對組織和網站的所有外部管理員存取權，然後移除會議位置授權。宣告使用者後，請將該使用者重新授權給網站。您還可以還原其外部管理員特權。
對於一般使用者 — 移除會議位置授權，向您的組織宣告使用者，然後向網站重新授權該使用者。

問：對於 Control Hub 管理的網站，我在哪裡可以檢閱待處理的自我註冊帳戶請求？

答：您和其他管理員可以在 Alerts Center 中複查自行註冊請求。

問：將網站更新為 Control Hub 後，我可以從網站管理存取使用者名稱值嗎？

答：當您將網站更新為 Control Hub 後 90 天內，在 Control Hub 中可以使用網站管理中所有使用者的使用者匯出檔案。此 CSV 檔案包括使用者名稱值。

問：我們正在「網站管理」中使用使用者名稱值來識別使用者。如何在 Control Hub 中執行相同操作？

答：將網站更新為 Control Hub 後，使用者名稱值會遺失。如果您需要存取這些值，一個解決方案是在更新網站之前將值複製到追蹤碼。將網站更新為 Control Hub 後，將保留使用者的追蹤碼值並且此值可用。如果您使用的是SSO，則外部 ID 是可以包含此值的 Control Hub 使用者屬性。這要求您設定 SAML 判斷，以在 Control Hub 中設定 SAML SSO傳遞此值。在自動建立新使用者期間，此值也會傳遞至Control Hub 。

問：網站更新開始後需要多長時間才能完成？

答：網站更新大約需要 3 分鐘 + 1000 個活動使用者/分鐘 + 2000 個非活動使用者/分鐘才能完成。例如，如果您在 05:20 開始網站更新，並且您的網站有 8000 個活動使用者和 2000 個非活動使用者，則網站更新將需要大約 12 分鐘。此外，網站更新會在整點之後（從 xx:57 到 xx:03）暫停 6 分鐘。但結果可能有所不同。

問：更新網站以在 Control Hub 中管理後，如何自動授權特定群組中的每個新使用者或新使用者？

答：您可以"安裝;設定"基於組織或群組的授權範本自動將授權指定給新使用者。

問：網站更新期間是否有停機時間？

答：不。在網站更新期間：

使用者可以繼續使用 Meetings 服務，例如加入和開始已排定的會議和臨時會議。
網站更新開始時進行中的會議將不受影響。
訂閱將在 Control Hub 中鎖定。
Meetings 桌面用戶端的「即將進行的會議」部分可能有問題。
不建議變更網站管理設定。

感謝您的意見回饋。