サイトの管理から Control Hub への更新について


 

サイトを Control Hub サイト管理更新しても、クライアント バージョンの更新は必要ない場合があります。 これらの組織を管理するパートナーの準備が完了するまで、一部のサイトではこの機能が利用できません。

Webex はミーティング、メッセージング、通話、および他のコラボレーション モードを管理するための統合プラットフォームになります。 ですから、すべての Webex ミーティング サイトの管理をサイト管理から Control Hub に移動する必要があります。

この変更をサポートするツールが [サイトの管理] に用意されています。すでにサイトから Control Hub に更新できる資格がある場合は、ナビゲーション メニューの [管理の更新] をクリックして開始できます。

サイトを Control Hub に更新する方法のデモンストレーションについては、このビデオをご 覧ください

サイト更新の計画を支援するには、[サイト評価の準備 ] セクションを見直 します。

Control Hub でサイトを管理すると次の利点があります。

  • ミーティング、メッセージング、通話など、すべての Webex サービスに対して統一されたライセンス割り当て。

  • Webex サービス全体で一貫したセキュリティ ポリシー。

  • さまざまな Webex サービスに対して、すべてのエンド ユーザーが共通の方法でサインイン。

  • 最新の管理者コントロール (ディレクトリ コネクタ、SCIM、Active Directory グループなど)。

  • ユーザーに複数のライセンスを自動的に割り当てるライセンス テンプレート。


 

Control Hub への更新後は [サイトの管理] を使用してミーティングを管理することはできません。

サイトを Control Hub に更新する前に、できる限りスムーズな更新を行う前に、次の項目を確認することを強くお勧めします。

  • まず、このドキュメントを見直して、組織 が Control Hub 組織の準備セクションで推奨されているベスト プラクティスに従っている必要 があります。
  • 次に、Webex 管理にサインインし、[管理の更新] を クリックします。 サイトの準備段階では、レビュー ユーザー セクションからファイルで推奨されるアクションを行う必要はありません。また、まだレビュー機能セクションで呼び出された機能を無効にしないでください。 これらの指示に従って、サイトの準備の評価は、Control Hub に更新する前に行う必要がある変更を評価するだけの読み取り専用操作になります。
Control Hub に更新する前にサイトを評価する
  1. [ユーザーの レビュー] セクション の下で、[ユーザー の CSV ファイルのエクスポート] をクリックし、CSV ファイルをダウンロードします。 users-to-review-xxxxx.csv.

    このファイルには注意が必要なすべてのユーザーが表示され、各ユーザーに対して推奨されるアクションがあります。 このファイル内のユーザー数から、サイトを更新する前に、あなたが何件のユーザー関連の問題を解決する必要があるのかが分かっています。

  2. [機能の 見直し] セクションの下で、[結果] 欄に赤の X と一緒に表示された機能を確認してください。 機能が競合する観点でサイトの準備力が示されます。
  3. ステップ 2 に進み、[Control Hub に更新する] ボタンをクリックしないでください。

ユーザー CSV ファイルを確認し、再構成する必要がある機能を確認したら、この記事の残りのセクションを引き続き読んで、Control Hub に更新する方法についてサイトと組織を準備します。


 

メモ: 会社または学習管理ソリューションなど、サードパーティのソリューションを通してサイトに API 統合がある場合、Control Hub セクションで動作するために、「サイト API インテグレーションを準備する」セクションを見直してください。

Control Hub のサイトの管理のエクスペリエンスは、サイト管理での管理と似ています。 Control Hub のユーザー管理にはよりモダンな基礎技術が使われているため、Control Hub におけるサイト管理にはいくつかの違いがあります。 このセクションでは、サイト更新時に強調される違いについて説明します。


 

サイトの管理と Control Hub の違いの詳細については、この記事を参照してください。

ユーザー管理

Control Hub の基礎となる一元化されたユーザー管理システムがあります。ここで、ユーザーは組織全体 (およびすべての Webex) 内で区別され固有です。 サイト管理では、ユーザー プロファイルがミーティング サイトごとに異なります。

自動アカウント作成でのシングル サインオン (SSO)

サイト管理では、SSO により認証するときにユーザーを作成する「自動アカウント作成」機能があります。

自動アカウント作成を許可する SSO オプションを表示するサイト管理者のスクリーンショット

新しいユーザーを追加するためのより強固な方法が用意されているため、この機能は Control Hub では利用できません。 サイトから Control Hub に更新する前に、[サイトの管理] でこの機能を無効にする必要があります。

SSO を使用する多くの組織は、Microsoft® Active Directory および Microsoft Azure などの外部ディレクトリ ツールでユーザーを一元的に管理し、外部 ID プロバイダーとの認証を必要とすることを希望する場合があります。

詳細:

必須のプロファイル データとトラッキング コード

サイト管理では、新規ユーザーに必要なプロファイル フィールドを指定することができます (前のスクリーンショット)。 これを拡張してユーザー作成のためのトラッキング コードを要求することができます (下のスクリーンショット)。 これらの追加要件を構成する場合、これらを使用せずユーザーをサイトに追加することはできません。

トラッキング コードの実施に関するオプションを表示するサイト管理のスクリーンショット

Control Hub では、ユーザーを作成するのに必要なのは表示名とメール アドレスのみです。

Control Hub で新しいユーザーを作成する際には、他のすべてのユーザー フィールドはオプションであるため、Control Hub への追加のプロファイル データ提供は強制されません。

サイトを Control Hub に更新する前に、必須のプロファイル フィールドとトラッキング コードを無効にする必要があります。

パスワード管理とロックアウト

サイト管理には、何回か試行した後にサインインに失敗した場合に、ユーザーを一時的にロックする機能があります。

Control Hub には以下のオプションがあり、不正アクセスを防ぎます。

  • 最初の数回の試行失敗後に自動タイムアウト。

  • CAPCHA メカニズム((コンピューターと人間を区別するための完全に自動化されたパブリック チューリング テスト)。

  • 正当なユーザーには、忘れてしまったパスワードを変更するセルフサービスのオプションがあります。

主催者のライセンス

主催者は 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 eBook: https://ebooks.cisco.com/story/controlhubessentials/

  • ドメインを管理する方法: https://help.webex.com/cd6d84

  • 他の組織からユーザーを申請する (ドメインの検証後): https://help.webex.com/nceb8tm. ユーザーのクレームは特に重要です。これは、組織内にできる限り多くのユーザーが実際にいる必要があるユーザーを確実にすることです。


     

    上記のヘルプ ドキュメントに記載されているとおり、ユーザーを申請するには最大 14 日間かかる場合があります。 ミーティング サイトを Control Hub に更新する前に、[サイトの管理] 内でユーザーが非アクティブ化されることのないよう適切に計画してください。

  • ミーティング サイトで SSO が構成されている場合、Control Hub 組織でも SSO を構成する必要 があります。

ディレクトリ同期を持つ組織

組織がディレクトリ同期に構成されている場合、組織内に所属させるすべてのユーザーがサイトに存在するようにします。 サイトの更新プロセスを開始する 24 時間前に実行する必要があります。これにより、サイトのユーザーは Control Hub 組織の新しいユーザーにリンクすることができます。


 
サイトのアクティブ ユーザーが Control Hub ユーザーにリンクできない場合、更新は失敗します。

XML API

XML API は Control Hub 管理対象サイトと互換性があります。 XML API 41.11.0 Updates で詳細と問題についてお読みください

サイト更新前に機能したユーザー名とパスワードによる API 統合の認証は引き続き有効です。 これらの API 統合は、サイト更新時に認証のためにメール アドレスを使用するために変更する必要があります。 これは一時的なギャップ測定 であり、統合は引き続き電子メールアドレスまたは認証のために Webex Oauth を使用するためにアップデートする必要があります。

API 統合のための組織のフル管理者ロール

API 統合に資格情報を使用する管理者の場合、Control Hub のフル管理者を組織に昇格することをお勧めします。理想的には、サイトを Control Hub に更新する前です。 サイト管理の役割だけを持つ管理者は、ユーザーのメールアドレスや表示名の変更など、XML API を使って一部の操作を行えなう場合があります。

Control Hub 管理対象サイトの XML API インテグレーションの詳細については、このガイドを 参照してください。 このガイドでは Webex 統合トークン管理および XML API で使用するセッションチケットを交換する方法について説明します。


 

ベスト プラクティスとして、Control Hub に更新した後で API インテグレーションが変更されていないことを確認するために、まずテスト サイトを更新することをお勧めします。

ユーザーが使用しているサイトをバイパスSSO

サイト管理サイトではSSO多くのインテグレーションはローカル管理アカウントを使用して、認証をバイパスSSOします。 Control Hub では、この目的で外部のフル管理者アカウントを使用することで、同等のを達成できます。 詳細については、 このヘルプ記事 を参照してください。 API インテグレーションがユーザー アカウントをSSOしている場合、このアカウントが Control Hub 組織の管理者または外部管理者としてセットアップされている必要があります。そうしないと、サイトを Control Hub に更新した後で、インテグレーションに失敗します。

Control Hub での XML API の違い

ほとんどの XML API 統合は、サイト更新後に変更を加えなくても機能します。 しかし、次のリストで詳細を示している一部の例外があります。

  • CreateUser—Control Hub 管理対象サイトで、この操作はライセンスを割り当てる前に、サイト所有組織のユーザーを作成する場合があります。 ユーザーが別の組織にすでに存在している場合、この操作は失敗します。 PMR ID parameter は、Control Hub でアクティブ ステータス をまだ取得していないユーザーに 有効になります。

     

    createuser API は Control Hub 管理対象サイトでの完了に時間がかかります。 パフォーマンスを向上するために、スレッドを追加して、 createuser 呼び出し。

  • SetUser—ユーザーにミーティング サイト ライセンスを割り当てまたは削除する場合があります。
  • DelUser—ミーティング サイト ライセンスを削除しますが、Control Hub 組織からユーザーを削除します。
  • LstsummaryUser— また、ユーザーの objectGUID.
  • 認証ユーザー—Control Hub 管理対象サイトでは セッション チケット、 AuthenticateUser 各 XML API のユーザー名とパスワードを使用する必要はありません。 コントロール ハブで管理されているサイトに対するこの通話では、本文の SAML 応答の使用はサポートされていません。

REST API

Control Hub には、ユーザーを作成したり、ライセンスを供与したりするためのユーザー API や License REST API など独自の API があり、次の場所からアクセスできます。

しかし、上記の REST API は、XML API で使用できるすべてのユーザー管理機能をサポートしているわけではありません。 たとえば、引き続き XML API を使用して、セッション タイプを変更し、ユーザーのグループトラッキング コードする必要があります。 ユーザー API は、ユーザーへのサイト管理 ロールの割り当てを サポートされていません。 API 経由でサイト管理の役割を割り当てる場合、引き続き XML API を使用する必要があります。

ユーザー API を使用して、フルまたは読み取り専用の権限を持つ組織管理者を作成すると、これらはすべての Control Hub 管理対象ミーティング サイトの管理者になります。


 

Control Hub には Webex サイト固有の管理者ロールがありますが、ユーザー API では現在このロールを割り当てることはできません。

今後のプラン

  • Control Hub 管理対象サイトを所有する同じ組織に所属していない外部ユーザーのライセンスを有効にします。 また、API で外部ユーザーのライセンスを有効にする方法も示します。
  • Cisco の長期的な指示は、REST API のみを使用します (ユーザーおよびミーティングサイトのすべての操作)。 ユーザー管理のための XML API は、すべてのユーザー管理操作専用の REST API が使用されるまでは引き続きサポートされます。
サイト管理の管理を更新するための機能 UI のレビュー

Webex サイトを Control Hub に更新する前に、一部の機能を無効にする必要があります。 無効にする必要がある機能を示すリストをご確認ください。 赤い丸の × 印のアイコンがついている機能は完了する必要があります。 黄色い三角の感嘆符アイコンがついている機能は情報提供のみを目的としており、対応は必要ありません。

サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください

  1. Webex サイト管理にログインし、[構成] > [共通のサイト設定] > [SSO 設定] の順に選択します。

    (https://help.webex.com/g5ey83 の Webex SSO の詳細を参照してください。)

  2. [自動アカウント作成] オプションを見つけて無効 にします。

  3. [アップデート] をクリックします。

  4. [構成] > [共通サイト設定] > [オプション] の順に選択します。

    • [主催者アカウントのサインアップ許可] オプションを見つけて無効 にします。

    • [アカウント サインアップ時の要求項目:] を探します。 そして、必須ユーザー プロファイル フィールドのすべてのボックスの選択を解除します。

    • [ユーザーによる次のフィールドの変更を許可する] を探します: そして、すべてのボックスの選択を解除します。

  5. [アップデート] をクリックします。

  6. [構成] > [共通サイト設定] > [トラッキング コード] の順に選択します。

  7. [ホスト プロファイル] 列で、[必須] のマークが付いたすべてのトラッキング コードの行を [管理設定] または [オプション] に変更します。


     

    ユーザーのすべてのトラッキング コード値は、サイトを Control Hub に更新する際に保存されます。

サイトが Control Hub で管理されるように更新する前に、次のことを確認してください。

  • サイトのユーザー全員が組織にいる必要があり、実際に Control Hub の組織に所属していること。
  • 組織に所属すべきでないサイトのユーザーは組織から削除されます。
  • 組織が SSO を設定している場合、組織内のユーザーを IdP で認証できます。
  • Control Hub 組織を準備する」セクションは、すでにこの記事で確認しました。

サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください

確実にユーザーを Control Hub に更新できるよう、サイトを Control Hub に更新する前に、次のタイプのユーザーの問題を修正する必要があります。

  • 他の Control Hub 組織のユーザー

  • サイト管理と Control Hub でメール アドレスが一致しないユーザー

サイト管理の管理を更新するためのユーザー UI を確認する

このようなユーザーの問題が残っているまま、サイトの Control Hub への更新を試みると、更新管理プロセスが失敗する可能性があります。 最終更新が開始されるまで、ツールでは問題が修正済みどうか確認されません。

ディレクトリの同期を持つ組織のユーザー

組織内にリストされているはずの、まだ追加されていないユーザーがリンクされていない場合、まず組織にユーザーを追加する必要があります。 これは、ディレクトリ同期 (ディレクトリ コネクタ または Azure AD を通じて) に構成されている組織にとって特に重要です。ディレクトリ同期によってサイトの更新プロセスがユーザーを追加できないためです。


 

サイトのアクティブ ユーザーが Control Hub 組織にリンクできない場合、サイトの更新は失敗します。 組織がディレクトリ同期に構成されている場合は、Control Hub 組織の一部である必要があるサイト上のすべてのユーザーが、更新を開始する前に、ディレクトリ コネクタ または Azure AD に追加されていることを確認してください。

政府組織メールドメイン用の Webex のユーザー

メール アドレス ドメインを持つユーザーが政府の Webex の Control Hub 組織に属している場合、これらのユーザーはサイトを更新する前に サイト管理 で非アクティブ化される必要があります

サイトの更新をブロックするユーザーがいないか確認する方法

  1. ログインし、[サイト管理更新] ページ を開 きます。

  2. [管理を更新するための前提条件を確認する] コントロールを開き、[影響を受けるユーザーをCSV でエクスポートする] をクリックします。

  3. エクスポートが完了するのを待ちます。 開始時刻とサイト内のユーザー数によっては、このプロセスに時間がかかる場合があります。 正時には、このオペレーションに数分の遅れが生じる場合があります。

  4. エクスポートが完了したら [CSV のダウンロード] をクリックします。

    ブラウザが以下をダウンロードします: users-to-review.csv.

  5. CSV ファイルを開き、[推奨されるアクション] 列 (最後の列) を確認します。 ファイル内の各ユーザーに対し、推奨されるアクションを実行します。

他の Control Hub 組織のユーザー

異なる Control Hub 組織にすでに存在しているサイト ユーザーまたはサイト管理者を、これから更新しようとしている Control Hub 組織に更新することはできません。 これらのユーザーに最も一般的に推奨されるアクション は、Control Hub のユーザーをクレームするか、ユーザーを非アクティブ化する方法です。 非アクティブ化されたユーザーは、このサイトのサービスを利用できなくなります。*

ただし、このルールには次の例外があります。 サイト管理者は、Control Hub 組織を作成または管理するパートナー組織に属している場合、Control Hub への更新を行う資格があります。 これらのユーザーを users-to-review.csv ファイルには掲載していません。

資格のあるユーザー (会社のユーザー) を Control Hub 組織に入れることで (組織がそれらのユーザーのメール ドメインを確認済みである必要があります)、サイトを Control Hub に更新する前に非アクティブ化が必要なユーザーの数を減らすことができます。


 

* 今後数か月内に、Control Hub 組織に所属していないユーザーに対してミーティング サイト ライセンスを有効にする予定です。 外部組織 (Control Hub 組織でない) のユーザーを非アクティブ化しない場合は、この機能拡張を待って、サイトを Control Hub に更新することもできます。

一致しないメール アドレスを持つユーザー

一部のユーザーは、サイト管理と Control Hub でメール アドレスが異なります。 これは、ユーザーがこのサイトから Control Hub にリンクされた後で、ユーザーのメールが 2 つの場所のうち 1 つでのみ変更された場合に可能です。

これらのアクションを試して、電子メール アドレスが一致しないユーザーを修正します。

  • サイト管理のユーザーのメール アドレスを変更して、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 に更新した後でも、サイトの CSV エクスポート ファイルに表示されます。

サイト管理での個別ユーザーの非アクティブ化:

  1. [ユーザー管理] > [ユーザーの>編集] にアクセスします。

  2. インデックス、検索、フィルター管理を使ってユーザーを探します。

  3. [アクティブ] ボックスのチェックを 外します。

  4. 変更 を提出します。

    詳細については、「Cisco Webex サイト管理のユーザー アカウントを管理する」 を参照してください。

サイト管理でのバッチ ユーザーの非アクティブ化:

  1. ユーザーを CSV ファイルにエクスポートします。

  2. CSV ファイルを開き、 Active すべての影響を受けるユーザーの N 行の値を変更します。

  3. 変更された CSV ファイルをインポートします。

    変更されたユーザーは非アクティブになりました。

    詳細については、「Webex サイト管理で Webex ユーザーをバッチインポートまたはエクスポートする」を参照します。

始める前に

無効にする必要のある機能がいくつかあります。また、すべてのユーザーが Control Hub に更新できる良好な状態にあるか確認する必要があります。 API 統合型アプリケーションを使用している場合は、Webex API を使用するために更新する必要があります。

これらの前提条件については、この記事の前の部分で読む必要があります。


 

すべての管理者に、サイトの Control Hub への更新が知らされていること、また、開始後にそれらの管理者がサイトの管理に変更を加えないことを確認してください。

1

サイトの管理にサインインし、[管理の更新] をクリックします。

2

前提条件、特に更新の成功に影響を与える可能性がある状態のユーザーの CSV リストを確認します。

3

無効にする必要がある機能と、ユーザー管理とホスト ライセンスに期待できる違いについてお読みください (この記事にも記載されています)。

4

[Control Hub に更新する] をクリックします。 このボタンはここまでの手順が完了した後にのみ有効になります。

ポップアップ ウィンドウが表示されます。 このウィンドウには、「サイトの Control Hub への更新は永久的なもので、更新完了後は元に戻せません」という旨のメッセージが表示されます。 更新が完了すると、このサイトはサイトの管理では管理されなくなります。 Control Hub でこのサイトを完全に管理する準備ができていない場合は、今すぐウィザードを終了してください。
5

[OK] をクリックします。


 

サイトの更新は 1 時間内の数分間、一時停止されます。 1 時間の最上部から開始する場合、更新には時間がかかります。

更新開始のバナーがサイトの管理の上に表示され、サイトが更新中であることがわかります。 何かが間違っている場合、エラー メッセージと推奨されるアクションが表示されます。 問題がない場合、成功のメッセージが表示されます。

サイトの更新には約 2 分 + 500 ユーザー/分かかります。 たとえば、サイトの更新を 5:20 に開始し、サイトに 3000 人のユーザーがある場合、更新が約 8 分以内に完了すると期待できます。 結果は異なる場合があります。

6

[Control Hub にサインインする] をクリックします。

Webex サイトの管理からサイト更新を開始すると、Control Hub にサインインして、サイト更新のステータスを確認できます。


 
1 時間内の 1 時間近く前にトリガーされた場合、サイトの更新には時間がかかります。 サイトの更新は 1 時間ごとにトップの前と後の数分間、一時停止されます。
  1. https://admin.webex.com の Control Hub にサインインし、[Meetings] ページを開きます。

    ミーティング サイトの一覧が表示されます。

  2. サイトをクリックしてサイトに関する情報を確認します。

  3. [サイトの更新] セクションで [更新のステータス] を確認できます。

    更新が完了したら、サイトの管理のすべてのユーザーのリストをダウンロードして、サイト上でアクティブまたは非アクティブになっているユーザーを確認できます。 ユーザー ステータス 列に非アクティブとして表示されるユーザーサイト管理 Control Hub 管理対象サイトにアクセス権が与えされません。 これらのユーザーも、Control Hub のユーザー セクションで、サイトへのアクセス権を持つものとして表示されません。


     

    ダウンロード ボタンが表示されるまで、少し時間がかかる場合があります (ほとんどの組織の場合は数分です)。

  4. リストを確認して、アップデート中の問題がないかをチェックします。

サイトの更新が完了すると、サイトの管理ではこのサイトを管理できなくなります。 このサイトのすべての管理は Control Hub で行われる必要があります。 Control Hub でサイトの管理を行い、慣れ親しむ手順を次に示します。

  1. 主催者を選択し、ライセンスとセッション タイプを確認します。 スケジュール済みミーティングが有効か確認します。

    ユーザーに対し、新しいミーティングをスケジュールして主催できる事を確認します。

  2. 組織に新しいユーザーを追加します。 ユーザーに主催者ライセンスを付与し、セッション タイプを変更し、ミーティングを主催可能か確認します。

  3. サイト管理者のフル管理者であるユーザーを選択し、更新された Control Hub のサイトに対して適切なレベルのアクセス権限を持っているか確認します。

    サイトを読み取り、変更できる必要があります。ユーザーの作成、ライセンス付与、変更、および削除を行います。

  4. サイトに API 統合がある場合、ユーザー API の使用に切り替えます。 更新された統合が期待通り動作をすることを確認します。

https://help.webex.com/naqlzeu で Control Hub のミーティング サイトの管理に関する詳細を参照してください。

  • ユーザーは Webex アプリとすべての Control Hub 管理対象サイトに対して、単一の統合されたサインイン エクスペリエンスをもっています。


     
    ユーザー名が サイト管理 のユーザーのメール アドレスと一致しない場合、これらのユーザーはサインイン エクスペリエンスに影響を与えます。 古いユーザー名は使用できなくなったので、サインインするにはメールアドレスを使用する必要があります。
  • ユーザーの資格情報は Control Hub のアイデンティティに関連付けられます。 これらの同じ資格情報が、同じ組織のすべての Control Hub 管理対象サイトと Webex アプリに適用されます。

  • Control Hub 組織が構成SSO場合、SSO Webex アプリとすべての Control Hub 管理対象サイトに対するサインイン エクスペリエンスに管理されます。

  • Control Hub に更新した結果として、Webex アプリのサイン イン エクスペリエンスに影響されません。

  • ユーザーがサイトにサインインWebex Meetingsサインイン画面が異なります。 組織でアカウントが設定されている場合でも、サインインするにはメール アドレスを入力するSSO。


     
    管理者は Control Hub[自分の情報を記憶する] オプションを有効にすると、ユーザーがサインインする度にメール アドレスを再入力する必要がでてきます。
  • 各ユーザーの履歴、アカウントを持っていたサイトの数などに応じて:

    • ユーザーが Webex アイデンティティ/Control Hub の既存ユーザーにリンクされている場合、ユーザーは Control Hub に更新されるすべての Webex サイトに対して同じパスワードを使用します。

    • サイトのリンクにより Webex アイデンティティ/Control Hub でユーザーが作成された場合、最初にリンクされたサイトの資格情報が適用されます (組織が SSO で構成されていない場合)。 ユーザーはサイトにサインインするためにリダイレクトされます。 ユーザーが複数の資格情報を持つ複数のサイトを持っている場合、サイト URL は、使用する資格情報を決定するのに役立つ必要があります。

    • ユーザーは Control Hub 組織でパスワードをリセットすることができます (ユーザーによってパスワードが管理されていない場合SSO)。 ユーザーがパスワードを忘れた場合、サインイン 画面で [ユーザー名またはパスワードを 忘れた場合] をクリックして、パスワードをリセットすることができます。 ユーザーは次の手順に従ってパスワードをリセットすることができます:

  • ユーザーのメール アドレスが変更され、サイトの更新時にサイト管理とコントロール ハブでユーザーのメール アドレスが異なる場合、サインイン時にユーザーに問題が発生する場合があります。 ユーザーは、サインインするために Control Hub のメール アドレスを使用する必要がある、または Control Hub のメール アドレスが組織の組織の IdP に有効でなくなったSSO場合があります。 サイト管理で同じユーザーのメール アドレスが変更される場合、Control Hub のユーザーのメール アドレスを更新することで、このような状況を回避できます。

Control Hub に更新するときに、現在引き継がない設定

  • サイト で有効になっている 場合、[パーソナル会議 の音声部分に出席者が参加を許可する] 設定が Control Hub サイトに引き継がサイト管理。 この設定が引き継がり続けするために変更を行います。出席者がミーティングの音声に参加パーソナル会議を許可サイト管理

    回避策: トグルを取得するには、Cisco に連絡してください EnablePCNAudioJBHForCISit 次に設定する ON サイトに対して有効にしてから、もう一度この設定を有効にしてください。

更新が失敗するユーザーの問題

  • 政府組織の Webex のユーザーにリンクされているメール アドレスを持つユーザーは、更新を開始する前にこれらのユーザーが非アクティブ化されていない場合、更新が失敗します。

更新が失敗する原因となる一般的な問題と推奨されるアクション

サイトが Control Hub への更新に失敗した場合、次のテーブルを確認して、これらの問題の 1 つが原因であり、それを修正するために行う方法を確認してください。

アップデートの失敗を引き起こすエラー推奨されるアクション
サイト タイプが無効です。 サイトがWebex Supportされている場合は、チームに連絡してください。
このサイトにはサブスクリプションが関連付けられていません。 サイトは、Control Hub に更新される前に、サブスクリプションに関連付けられている必要があります。
組織 ID に問題があります。 サイトにリンクされた組織 ID は、サブスクリプション組織 ID と同じではありません。 チームにWebex Supportしてください。
次のサブスクリプションは、Control Hub で保留中の操作があります (SubID)。 保留中の操作が完了した後で、サイトの更新を再試行します。
シングルサインオン (SSO) 設定に競合があります。 サイトが有効になっているSSO、次の確認してください。
  • 自動アカウント作成が無効になっています。
  • SSOが Control Hub 組織で有効になっています。
サイト管理のサイト ライセンス情報と Control Hub のサイト ライセンス情報が一致しません。 サイト管理と Control Hub の間でライセンス情報が一致しない。 チームにWebex Supportしてください。
サイト管理のユーザー名またはメール アドレスの一部が Control Hub のユーザー名またはメール アドレスと競合しています。 サイト管理内のユーザーのメールは、Control Hub の別のユーザーが使用しています。 メールアドレスまたはユーザー名の 1 つを変更します。
サイトの更新で問題が発生しました。 内部エラーにより、このサイトは更新されません。 チームにWebex Supportしてください。
Webex ユーザーの更新で問題が発生しました。 内部エラーにより、このサイトは更新されません。 チームにWebex Supportしてください。

質問 ユーザーが Control Hub で削除され、同じメール アドレスが Control Hub に再追加され、同じ Webex サイトに Meetings ライセンスが割り当てられた場合、ユーザーは古い録画にアクセスできますか?

回答 はい、以前使用していた Webex サイトにライセンスが割り当てられた場合、ユーザーは、すべての古いミーティング コンテンツにアクセスできます。 これは、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 Id SSO P と異なる IdP をセットアップしている場合、サイトが Control Hub に更新される際にどのようなことが起こりますか?

回答 サイトは、Control Hub 組織と同じSSO IdP に切り替えます。

質問 サイトに SSO IdP がセットアップされているのに、Control Hub 組織に SSO IdP が設定していない場合、サイトが Control Hub に更新された場合は何が起こりますか?

回答 サイトの更新がブロックされます。 Control Hub に更新するために、サイトをブロック解除するには、サイト管理サイトから SSO IdP を削除するか、Control Hub 組織に SSO IdP を追加します。