將 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 之前，您必須在網站管理中停用此功能。

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

進一步瞭解：

新增使用者至 Control Hub： https://help.webex.com/nj34yk2
將 Control Hub 組織與身分識別提供者進行整合： https://help.webex.com/lfu88u

設定檔必填資料與追蹤碼

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

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 網站唯讀管理員。

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 中運作，即使僅適用於非SSO組織的使用者名稱與電子郵件不相符。相容性僅適用於以下情況：

使用者認證是在網站更新之前建立。不允許變更使用者名稱，否則先前的憑證將會失效。
當在網站管理中管理時， API驗證的憑證在 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主持人帳號，整合才能工作（網站管理網站中的管理員不需要執行此操作）。

也新增（不在SSO區段中）。

當網站轉換為 CH 時，所有使用者的使用者名稱設定為電子郵件。

因此，如果使用者名稱是API有效荷載，則在網站轉換後必須是使用者的電子郵件。

Control Hub 中的XML API差異

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

建立使用者- 在 Control Hub 管理的網站上，此作業還可以在指定授權之前在網站擁有組織中建立使用者。若該使用者已存在於其他組織中，則此作業將會失敗。 PMR ID parameter 將不會對還沒有的使用者生效使用中Control Hub 中的狀態。

createuser 在 Control Hub 管理的網站上， API需要更長的時間才能完成。為了獲得更好的效能，您可以新增額外的執行緒來並行化 createuser 通話。
設定使用者- 可能會導致向使用者指定或移除會議網站授權（取決於API參數或有效荷載）。
刪除使用者- 移除會議網站授權，但不會從 Control Hub 組織中刪除使用者。
LstmmaryUser — 同時返回使用者的 objectGUID.
驗證使用者— 在 Control 階段作業票證管理的網站上，我們建議透過 AuthenticateUser 而不是對每個XML API使用使用者名稱和密碼。 Control Hub 管理的網站的此通話不支援在主體內容中使用SAML回應。

REST API

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

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

但是，上述 REST API 不支援XML API 中可用的所有使用者管理功能。例如，您仍將需要使用XML API 將會議授權指定給擁有網站的組織外部的使用者。 People 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 檔案 users-to-review-xxxxx.csv.
此檔案將列出所有需要注意的使用者，並且將針對每個使用者執行建議的動作。此檔案中的使用者數讓您瞭解在更新網站之前，您必須處理多少與使用者相關的問題。
在檢查 功能部分 下，查看結果欄中以紅色 X 列出的任何功能。這將從功能衝突角度通知您網站的準備狀態。
請勿前往步驟 2，也請勿 按一下 更新至 Control Hub 按鈕。

複查使用者 CSV 檔案並查看您可能必須重新配置的功能之後，請繼續閱讀本文章中的其餘部分，以準備網站和組織如何更新至 Control Hub。

附註：如果您的網站已由公司或透過協力廠商解決方案（例如學習管理解決方案）完成 API 整合，請確保複查準備網站 API 整合以使用 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 組織中。
不應位於您組織中的所有網站使用者都已從您的組織中刪除。
如果您的組織已設定 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 檔案並修改 Active 欄值為 N ，為所有受影響的使用者做此變更。
匯入修改後的 CSV 檔。

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

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

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

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

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

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

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

更新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。如果有使用透過 API 整合的應用程式，您必須進行更新才可使用 Webex API。

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

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

匯出並儲存網站使用者匯出檔案。此檔案會充當使用者組態歸檔，協助您在更新後進行驗證。

請登入至網站管理，然後按一下更新管理。

複查先決條件，尤其是檢查 CSV 清單，找出可能影響更新成功的使用者。

瞭解需要停用的功能，以及使用者管理和主持人授權方面可能出現的差異（此文章中已記載）。

按一下更新為 Control Hub。僅在上述步驟完成後才會啟動此按鈕。

隨即出現一個快顯視窗。此視窗顯示將網站更新為 Control Hub 為永久性，一旦更新完成，您即無法復原。當更新完成後，此網站將不會再於網站管理中進行管理。如果您尚未準備好在 Control Hub 中完全管理此網站，請現在退出精靈。

按一下確定。

更新開始時，橫幅會出現在網站管理上方，讓您知道網站更新正在進行中。如果發生錯誤，系統將顯示錯誤訊息並提供建議動作。若無錯誤，您將看到成功訊息。

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

按一下登入 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 多個使用者的電子郵件地址在網站管理中與 Control Hub 中不同，則您在網站更新精靈中可能會遇到空的「使用者要檢閱」 CSV 檔案。這會導致網站更新無法運作，因為您將無法解決有問題的使用者。正在解決此問題，我們計劃在未來幾週內解決此問題。

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

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

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

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

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

如果您的網站無法更新為 Control Hub，請檢查下表以查看其中一個常見錯誤是否是原因以及您可以執行的修正該錯誤。

導致更新失敗的錯誤	建議的動作
網站類型無效。	請聯絡您的Webex支援團隊以驗證該網站是否是使用者鏈結的網站。
網站沒有與之關聯的訂閱。	網站必須與訂閱建立關聯，然後才能將其更新為 Control Hub。
組織 ID 存在問題。	網站連結的組織ID與訂閱組織ID不同。請聯絡Webex支援團隊。
以下訂閱在 Control Hub 中具有掛起的操作：（子 ID）。	在完成掛起的操作後重試網站更新。
單一登入（SSO）設定中存在衝突。	如果網站已啟用SSO ，則請確保：已停用自動建立帳戶。 SSO在 Control Hub 組織中已啟用。
「網站管理」中的網站授權資訊與 Control Hub 中的網站授權資訊不相符。	網站管理與 Control Hub 之間的授權資訊不一致。請聯絡Webex支援團隊。
「網站管理」中的某些使用者名稱或電子郵件地址與 Control Hub 中的使用者名稱或電子郵件地址衝突。	網站管理中的使用者電子郵件由 Control Hub 中的另一使用者使用。變更其中一個電子郵件地址或使用者名稱。
我們在更新您的網站時遇到問題。	內部錯誤阻止了該網站被更新。請聯絡Webex支援團隊。
我們在更新 Webex 使用者時遇到問題。	內部錯誤阻止了該網站被更新。請聯絡Webex支援團隊。

使用者的登入問題

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

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

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

問：將會議位置從網站管理更新為 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 中的會議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 新增至 Control Hub 組織。

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

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

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

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

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

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

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

答：您和其他管理員可以在中檢閱自我註冊請求警示中心。

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

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

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

答：將網站更新為 Control Hub 後，使用者名稱的值會丟失。如果您需要存取這些值，一種解決方案是在更新網站之前將這些值複製到追踪碼。在網站更新為 Control Hub 後，將保留使用者的追踪碼值並可供使用者使用。如果您使用的是SSO，則 ExternalID 是可以包含此值的 Control Hub 使用者屬性。這需要您來設定您的SAML判斷提示時傳遞此值在 Control Hub 中配置SSO 。此值也將在期間傳遞至 Control Hub自動建立新使用者。

問：網站更新在開始後需要多長時間？

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

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

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

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

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

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