UCCE環境でのライブデータの設定およびトラブルシューティング

Updated: 2024 年 2 月 14 日

Document ID:221685

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

内容

はじめに

前提条件

要件

使用するコンポーネント

背景

ルータおよびPGとのライブデータ接続チェック

ライブデータサーバのフェールオーバー

TIPフェールオーバー

SocketIOフェールオーバー

設定前のチェック

UCCE導入のためのライブデータの設定手順

トラブルシューティングチェックリスト

手順1：ライブデータサービスの状態を確認します

手順2:AWへのライブデータ接続を確認します。

ステップ3：コマンドshow live-data failoverを使用してライブデータクラスタの状態を確認します。

手順4：ライブデータデータソース構成を確認します

手順5:CUICのライブデータデータソースのステータスを確認します

手順6：ライブデータサーバでのポート接続の確認

手順7:ICMサーバでのポート接続の確認

ステップ8：追加のチェック

ライブデータの問題のトラブルシューティングに必要なログ

ICMサーバから

ルータ

LiveDataサーバから

RTMTの使用

CLI の使用

CUICサーバから

RTMTの使用

CLI の使用

ブラウザコンソールとネットワークログ

パケットキャプチャ

はじめに

このドキュメントでは、Unified Contact Center Enterprise(UCCE)環境でライブデータの問題を設定およびトラブルシューティングするために必要な手順について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

Cisco Unified Contact Center Enterprise（UCCE）

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

ICMバージョン：12.6
Finesseバージョン：12.6
CUIC/ライブデータバージョン：12.6

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景

ライブデータは、リアルタイムイベントをハイアベイラビリティで処理し、ライブデータレポートを作成するデータフレームワークです。ライブデータは、ペリフェラルゲートウェイおよびルータからのエージェントおよびコールイベントを継続的に処理します。イベントが発生すると、ライブデータはUnified Intelligence Centerのレポートクライアントにリアルタイムの更新を継続的にプッシュします。PGとルータは、イベントが発生すると、エージェントとコールイベントをライブデータにプッシュします。ライブデータは、イベントを継続的にストリームに集約して処理し、情報を公開します。CUICは、リアルタイムでイベントを受信し、継続的にライブデータレポートを更新するためにメッセージストリームに登録します。エージェントの状態などの個々の状態値は、発生に応じて更新されます。その他の値（キュー内のコールなど）は、約3秒ごとに更新されます。

Unified CCEでは、ライブデータはシスコの音声オペレーティングシステム(VOS)仮想マシン(VM)上に存在します。ライブデータレポートは、Finesseエージェントデスクトップに埋め込むことができます。

2000エージェント導入向け

ライブデータサーバは、Cisco Unified Intelligence Center(CUIC)とCisco Identity Service(IdS)を使用してVMにインストールされます

4000以上のエージェント導入向け

ライブデータサーバは、スタンドアロンVMにインストールされます。

ルータおよびPGとのライブデータ接続チェック

アクティブなライブデータサーバは、ルータおよびすべてのAgent PGに対してTIPおよびTOS接続を確立する必要があります。インアクティブ（スタンバイ）ライブデータサーバは、ルータおよびすべてのAgent PGに対してTOS接続のみを確立する必要があります。

TIP接続用のルータ/PGポートの形式は、次の正規表現に従います。4[0-5]034(これは、CCEのインスタンスが1つしかないことを前提としています。40034、41034、42034...)
TOS接続用のルータ/PGポートの形式は、次の正規表現に従います。4[0-5]035(これは、CCEのインスタンスが1つしかないことを前提としています。40035、41035、42035...)

注：

TIP/TOS接続のポートは、PGペア（サイドA/B）が同じサーバにインストールされている順序に基づいて割り当てられます。
たとえば、最初に取り付けられたPGペア（PG1側A/B）には、それぞれTIPベースポート42034と43034が割り当てられます。インストールされている2番目のPGペア（PG2側A/B）には、それぞれポート44034と45034が割り当てられます。同じ割り当てがTOSポートにも適用されます。
TIPおよびTOSポートは、インスタンス番号によって異なります。詳細については、『Port Utilization Guide for Cisco Unified Contact Center Solutions』を参照してください。

ライブデータサーバのフェールオーバー

ライブデータサーバは、コールドアクティブモードまたはスタンバイモードで動作します。同時にアクティブにできるライブデータサーバは1つだけです。もう一方のライブデータサーバはスタンバイです。スタンバイライブデータサーバは、アクティブサーバのステータスを常に監視します。アクティブサーバに障害が発生すると、スタンバイサーバが引き継いでアクティブになります。障害が発生したサーバは、サービスの準備が整うとスタンバイサーバになります。

TIPフェールオーバー

ライブデータはTIPトランスポートプロトコルを使用して、ルータおよびPGサーバと通信します。アクティブなライブデータサーバは、ルータとPGの両側へのTIP接続を確立します。スタンバイ側のライブデータサーバはTIP接続を確立しません。サイドAまたはサイドBのいずれかへのTIP接続が一度に1つだけアクティブになります。アクティブなTIP接続に障害が発生すると、アクティブなライブデータサーバがアイドル状態のTIP接続に回復します。

SocketIOフェールオーバー

SocketIOクライアントは、ライブデータレポートイベントストリーム（SocketIOストリーム）を受信するためにライブデータサーバのいずれかの側に接続します。Unified Intelligence Center(UIC)クライアントは、SocketIOクライアントの一例です。スタンバイライブデータサーバは、アクティブサーバからのプロキシによってSocketIOストリームも生成します。SocketIOクライアントのハートビートが失われると、SocketIO接続が失敗します。その後、SocketIOクライアントは他のライブデータサーバにフェールオーバーします。

設定前のチェック

ライブデータを展開する前に、次のチェックを実行します。

チェック 1

ICMサーバで、nslookupコマンドを使用して、ライブデータパブリッシャとサブスクライバの正引きおよび逆引きDNSルックアップを確認します。

nslookup  
     
nslookup

チェック 2

ライブデータサーバCLIから、ルータとPGの正引きおよび逆引きDNSルックアップを確認します（A側とB側をチェックします）。

utils network host

<FQDN>をルータ/PGのパブリックFQDNで置き換えます

utils network host

<IP>をルータ/PGのパブリックIPアドレスに置き換えます（A側とB側の両方のチェックを実行します）

チェック 3

CCE環境のNTP設定と要件を確認します。『CCEソリューション設計ガイド』の「NTPと時刻の同期」セクションを参照してください。

チェック 4

CCEソリューション設計ガイドに従って、設定の制限に従っていることを確認します。

エージェントおよびスーパーバイザの制限（PGあたりの設定済みエージェント、チームあたりのエージェント、エージェント数はスキルグループなど）。詳細については、『CCEソリューション設計ガイド』を参照してください。

注：

設計ガイドに従ってライブデータサーバが導入されていない場合（共存とスタンドアロン）、または構成の制限を超えた場合、ライブデータサービスはサービスを停止したままになります。
ライブデータサービスに関する問題を回避するために、ライブデータサーバのバージョンをその展開の正確なICMバージョンと一致させることを推奨します。

チェック 5

UCCE導入でのライブデータの証明書交換

注:CA署名付き証明書が（同じ認証局によって署名された）ICM、Finesse、CUIC、LD、およびIdSのCCE展開全体で使用されている場合、このチェックはスキップできます。

自己署名証明書を使用する場合

2000エージェント導入向け

CUIC-LD-IdSパブリッシャおよびサブスクライバサーバからのtomcat証明書が、tomcat-trustとしてFinesseパブリッシャにアップロードされていることを確認します
Finesseパブリッシャおよびサブスクライバサーバからのtomcat証明書がtomcat-trustとしてCUIC-LD-IdSパブリッシャサーバにアップロードされていることを確認します。
CUIC-LD-IdSパブリッシャおよびサブスクライバサーバからのtomcat証明書がすべてのAWサーバにアップロードされていることを確認します。

4000および12000エージェントの導入向け

Live Data Publisherおよびサブスクライバサーバからのtomcat証明書がCUICパブリッシャおよびFinesseパブリッシャにtomcat-trustとしてアップロードされていることを確認します。
CUICパブリッシャおよびサブスクライバサーバからのtomcat証明書がLive Data PublisherおよびFinesse Publisherにtomcat-trustとしてアップロードされていることを確認します。
Finesseパブリッシャおよびサブスクライバサーバからのtomcat証明書がCUICパブリッシャおよびLive Data Publisherにtomcat-trustとしてアップロードされていることを確認します。

すべてのCUIC、Live Data、およびFinesseサーバからのtomcat証明書がすべてのAWサーバにアップロードされていることを確認します。
AWサーバのIIS証明書がLive Data Publisherサーバにtomcat-trustとしてアップロードされていることを確認します。

注：

tomcat-trustとしてパブリッシャサーバにアップロードされた証明書は、同じクラスタ内のサブスクライバノードに複製されます。
証明書をVOSサーバにアップロードする場合、CLIコマンドutils system restartを使用してサーバを完全に再起動し、新しくアップロードした証明書をそのサーバで有効にする必要があります。
AWサーバの場合、新しくアップロードした証明書をそのAWサーバで有効にするには、Apache Tomcatサービスを再起動する必要があります。

チェック 6

すべてのライブデータ設定コマンドに完全修飾ドメイン名(FQDN)を使用する必要があります。ライブデータの構成時にIPアドレスを使用すると、ライブデータサービスで問題が発生する可能性があります。

チェック 7

a. set Live Dataコマンドはすべて、コピーアンドペースト操作の代わりに、パスワードを手動で入力してください。

b.ライブデータインストールCLIコマンドでサポートされる文字セット

CLIを使用する場合（ライブデータ専用ではない）、単純な英数字[0 ～ 9] [A ～ Z] [a ～ z]と次の文字を使用できます。

になります。" （ドット）
「!」（感嘆符）
「@」（アットマーク）
「#」（番号記号）
「$」（ドル）
「%」（パーセント）
「^」（キャレット）
「*」（星）
「_」（下線）
「+」（プラス記号）
"=" （等号）
「～」（ティルダ）
":" （コロン）
「（」および「）」（括弧を開く/閉じる）
「{」および「}」（角カッコを開閉）
「[」および「]」（角カッコを開閉）
スペースは入力セパレータとして使用されます。ほとんどの特殊文字は、Cisco Voice Operating System(VOS)コマンドコンソールに固有の意味を持ちます（たとえば、「\」、「|」など）。標準ASCII以外の文字はほとんど無視されます。

UCCE導入のためのライブデータの設定手順

手順 1
CCE AdministrationのInfrastructure > Deployment Settings(https://<AW-Server>/cceadmin)で、正しい導入タイプが設定されていることを確認します。

手順 2
CCEインベントリにサーバを追加します。

2000エージェントの導入では、CUIC-LD-IdS Publisherオプションを選択して、共存するCUIC-LD-IdSクラスタを追加します。

step 2a

4000以降のエージェントの展開では、Unified Intelligence Center Publisherオプションを選択して、スタンドアロンCUICクラスタを追加します。

step 2b

注:4000以上のエージェント展開では、set live-data machine-servicesコマンドを使用してライブデータサーバをインベントリに追加します。

手順 3
ライブデータのレポート間隔を分単位で設定するには、set live-data reporting-interval <reporting-interval-in-minutes>コマンドを使用します。

有効な間隔は、5（デフォルト）、10、15、30、および60です。
この値を変更した場合は、ライブデータクラスタを再起動する必要があります。

現在のレポート間隔設定を表示するには、show live-data reporting-intervalコマンドを使用します。

手順 4

ライブデータを使用するためのAW DBでのSQLユーザの設定

プライマリおよびセカンダリAW DBサーバで、SQL Server Management Studio(SSMS)を起動します。

awdbデータベースのUser Mapping設定で、db_datareaderおよびdb_datawriterデータベースロールメンバーシップを持つユーザを作成します。
デフォルトでは、データベースロールpublicがチェックされます。このロールは、CUIC、Finesse、およびライブデータユーザに必要です。

手順 5
ライブデータを操作するように構成されたSQLユーザーに対してSQLクエリを実行します。

USE master
GO
GRANT CONTROL ON CERTIFICATE :: UCCESymmetricKeyCertificate TO "
    
    
      " 
    
GRANT VIEW DEFINITION ON SYMMETRIC KEY :: UCCESymmetricKey TO "
    
    
      "

<user>はステップ4で作成したユーザのユーザ名で置き換えます。

手順 6
AWでのライブデータの設定

set live-data aw-access primary  
      
       
        
         
        
       
     
set live-data aw-access secondary

どこから?

ポート:SQLポート（デフォルトでは、SQL ServerデータベースエンジンはTCPポート1433でリッスンします）
aw-database:awdb
sql-user:AW DBで作成されたSQLユーザ（ステップ4）

このコマンドは、プライマリAW DBとセカンダリAW DBにアクセスする方法をライブデータに指示します。また、このコマンドは、ライブデータからプライマリAWまたはセカンダリAWへの接続を自動的にテストし、設定されたユーザが適切なAW DBアクセス権を持っているかどうかを確認し、結果をレポートします。(テストのステータスは「Succeeded」になっている必要があります)。 Live Data PublisherとSubscriberサーバの両方でAW DBを設定する必要はありません。設定は、ライブデータパブリッシャとサブスクライバノード間で複製されます。

設定済みのプライマリおよびセカンダリAW DBを表示するには、次のコマンドを使用します。

show live-data aw-access

ステップ7

ライブデータサーバをマシンサービスレコードに接続（4000以上のエージェント展開のみ）

set live-data machine-services

このコマンドを使用すると、LDサーバがマシンサービステーブルに登録され、LDサーバが検出可能になります。これは、ライブデータAPIを呼び出すための資格情報も登録します。

ユーザがmachine servicesコマンドを正常に実行するために必要な要件は次のとおりです。

ドメインユーザであること。
ユーザープリンシパル名(UPN)形式にする必要があります。例： admin@stooges.cisco.com
Machineテーブルに対する書き込みアクセス権限が必要です。
Unified CCEの設定を変更する権限が必要です。

注：

このコマンドを実行すると、AWデータベースアクセスでの認証に使用するuser@domainのログインパスワードを指定するように求められます。また、現在のCLIセッションにログインしているユーザのパスワードを指定するように求められます。
2000エージェントの導入では、共存クラスタの一部であるライブデータサービスは、手順2で「CUIC-LD-IdSパブリッシャ」オプションを選択して共存ノードを追加すると、インベントリに追加されます。そのため、「set live-data machine-services <user@domain>」コマンドは必要ありません。

手順 8
CUICでライブデータデータソースを設定します。

set live-data cuic-datasource  
      
       
      CUIC\

どこから?

cuicポート= 8444
cuic-user = CUICアプリケーションユーザ（スーパーユーザログインクレデンシャル）

このコマンドが正常に実行されると、CUIC GUIのDatasourcesタブにプライマリおよびセカンダリのライブデータデータソースが表示されます。

ライブデータのデータソース構成を表示するには、次のコマンドを使用します。

show live-data cuic-datasource  
      
       
      CUIC\

手順 9
ライブデータレポートをcisco.comからダウンロードし、CUICサーバにインポートします。

注：ライブデータレポートは、セントラルコントローラのバージョンと一致している必要があります。

手順 10
Cisco Finesse管理ページ(https://<Finesse>/cfadmin)で、Finesse Desktop Layoutタブに移動し、デフォルトの「my-cuic-server」を正しいCUICサーバFQDNに置き換えます。

手順 11
ライブデータのクロスオリジンリソース共有(CORS)の設定

a. Finesseパブリッシャとサブスクライバで、utils finesse cors statusコマンドを使用してCORSが有効になっていることを確認します。

これが無効になっている場合は、utils finesse cors enableコマンドを使用して有効にできます。

b.すべてのCUICサーバでCORSコマンドを実行します。

utils cuic cors enable
utils cuic cors allowed_origin add https:// 
     
utils cuic cors allowed_origin add https:// 
     
utils cuic cors allowed_origin add https:// 
     :8445
utils cuic cors allowed_origin add https:// 
     :8445

c. Live Data PublisherサーバおよびSubscriberサーバでCORSコマンドを実行します。

utils live-data cors enable
utils live-data cors allowed_origin add https:// 
     
utils live-data cors allowed_origin add https:// 
     
utils live-data cors allowed_origin add https:// 
     :8445
utils live-data cors allowed_origin add https:// 
     :8445

d. CORS設定を確認するには、次の手順に従います。

すべてのCUICサーバで次の手順を実行します。

utils cuic cors status
utils cuic cors allowed_origin list

Live Data PublisherおよびSubscriber上：

utils live-data cors status
utils live-data cors allowed_origin list

注：

共存する配備の場合、utils cuic corsおよびutils live-data corsコマンドセットを、共存するパブリッシャおよびサブスクライバサーバで実行する必要があります。
スタンドアロン導入の場合、utils cuic corsコマンドセットをCUICクラスタ内のすべてのCUICノードで実行し、utils live-data corsコマンドセットをLive Data Publisherサーバとサブスクライバサーバで実行する必要があります。

手順 12
CLIコマンドを使用して、すべてのCUIC/LDサーバとFinesseサーバを再起動します。

utils system restart

トラブルシューティングチェックリスト

手順1：ライブデータサービスの状態を確認します

コマンド「utils service list」を使用して、すべてのライブデータサービスが開始されていることを確認します。

CCE Live Data ActiveMQ Service[STARTED]
CCE Live Data Cassandra Service[STARTED]
CCE Live Data Event Store Service[STARTED]
CCE Live Data Socket.IO Service[STARTED]
CCE Live Data Storm DRPC Service[STARTED]
CCE Live Data Storm Nimbus Service[STARTED]
CCE Live Data Storm Supervisor Service[STARTED]
CCE Live Data Web Service[STARTED]
CCE Live Data Zookeeper Service[STARTED]

手順2:AWへのライブデータ接続を確認します。

次のコマンドを使用して、AWサーバへの接続を確認します。

 show live-data aw-access

テストの状態は'成功'である必要があります。

ステップ3：コマンドshow live-data failoverを使用してライブデータクラスタの状態を確認します。

コマンドを使用して、ライブデータクラスタの状態を確認します

show live-data failover

クラスタの状態	説明
ペアでアクティブ	ライブデータサーバはアクティブ状態で、リモート側と通信しています。
ペアスタンバイ	ライブデータサーバはスタンバイ状態で、リモート側と通信しています。
隔離アクティブ	ライブデータサーバはアクティブ状態ですが、リモート側と通信できません。
隔離スタンバイ	ライブデータサーバはスタンバイ状態ですが、リモート側と通信できません。
シンプレックスモード	ライブデータサーバはシンプレックスモードで動作しています。
アウトオブサービス	ライブデータサーバはサービス停止です。
接続	ライブデータサーバがリモート側とのハンドシェイクを試行しています。
TESTING	ライブデータサーバがリモート側と通信できず、テスト相手側の手順を使用してISOLATED-ACTIVE状態かISOLATED-STANDBY状態かを判断しています。
使用不可	ライブデータは展開されません。

注:ISOLATED active/standbyステータスは、ライブデータサーバ間の通信を示します。これにより、CUICのライブデータデータソースがオフラインになることはありません。

a. 「show live-data failover」コマンドでクラスタの状態がUNAVAILABLEと表示された場合。

このステータスは、不完全な設定が原因でライブデータが正常に展開されなかったことを示します。

アクション項目：

すべての設定手順が正常に完了していることを確認します。
RTMTを使用してCCE Live Data Storm Servicesログをダウンロードし、deployment_control.logファイルを分析します
または、CLIコマンドfile get activelog livedata/logs/livedata-storm/deployment_control.logを使用してファイルをダウンロードすることもできます。

b. 「show live-data failover」コマンドでクラスタ状態がOUT-OF-SERVICEと表示された場合。

このステータスは、ライブデータが正常に展開されているが、接続に問題があるか、構成の制限を超えている可能性があることを示します。

アクション項目

ライブデータサーバとルータ/PG間のネットワーク接続を確認します（『CCE Port Utilization Guide』を参照）。
設計ガイドに従ってライブデータサーバが導入されていることを確認します（共存とスタンドアロン）。
設定の制限を超えていないことを確認します。
CCE Live Data Storm Servicesログ（主にworker.logファイル）をダウンロードして分析します。
または、CLIコマンドfile get activelog livedata/logs/livedata-storm/を使用してログファイルをダウンロードすることもできます。

c. 「show live-data failover」コマンドでクラスタの状態がISOLATEDと表示される場合。

このステータスは、2台のライブデータサーバが相互に通信できないため、これらのサーバ間の接続に問題があることを示しています。

手順4：ライブデータデータソース構成を確認します

次のコマンドを使用して、ストリーミングライブデータデータソースが正しいホストを反映していることを確認します。

show live-data cuic-datasource  
      
       
      CUIC\

手順5:CUICのライブデータデータソースのステータスを確認します

「show live-data cuic-datasource」は正しい設定を示しますが、ライブデータデータソースがCUIC上でオフラインと表示される場合：

ライブデータWebサービスとライブデータソケットIOサービスのポートが、ライブデータサーバーとブラウザーの間で双方向に開いていることを確認します。
CCE Live Data Storm Services、CCE Live Data Socket.IO Service、およびBrowser Consoleログは、問題の考えられる原因をさらに切り分けるのに役立ちます。

注:Live Dataバージョン12.6.2以降、ポート12005および12008は非推奨となり、将来のリリースでは削除されます。現在、ポート443はライブデータWebサービスおよびライブデータSocketIOサービスに使用されています。

手順6：ライブデータサーバでのポート接続の確認

show open portsコマンドを使用して、ライブデータサーバCLIからポートの接続を確認します。

アクティブなライブデータサーバからの出力には、ルータとエージェントPGのそれぞれに対して確立された2つの接続が示されている必要があります（TIPおよびTOS接続用）。
インアクティブ（スタンバイ）のライブデータサーバからの出力には、ルータおよびPGへの1つの確立された接続（TOS接続の場合）が示されている必要があります。

show open ports regexp 4[0-5]03[45] (For Instance-0)
show open ports regexp 4[0-5]07[45] (For Instance-1)

手順7:ICMサーバでのポート接続の確認

netstatコマンドを使用して、ルータとPGのコマンドプロンプトからポートの接続を確認します。

出力には、Live Data PublisherおよびSubscriberに対してESTABLISHED状態のポートが示されている必要があります。
出力には、アクティブなライブデータサーバへの2つのESTABLISHED接続が示されている必要があります（TIPおよびTOS接続の場合）。
出力には、アクティブ（スタンバイ）のライブデータサーバへのESTABLISHED接続が1つ示されている必要があります（TOS接続の場合）。

netstat -an | findstr " 
      
       
     "
OR
netstat -an | findstr 4[0-5]03[45] (For Instance-0)
netstat -an | findstr 4[0-5]07[45] (For Instance-1)

a.ポートがLISTENING状態であることさえ示されない場合：

設計ガイドに従って、正しくサポートされている導入タイプが設定されているかどうかを確認します。
サーバの再起動が必要な場合があります。

b.ポートがESTABLISHED状態ではなく、引き続きLISTENING状態である場合：

ルータ/PGとライブデータサーバ間のネットワーク接続を確認します。
ルータ/PGで、ライブデータサーバのDNS前方参照と逆引き参照を確認します。
LiveDataサーバから、Router/PGサーバのパブリックアドレスの前方および後方DNSルックアップを確認します。

ステップ8：追加のチェック

a.チームごとに設定されたエージェントの数を確認するSQLクエリ：

awdbに対してクエリーを実行（本番環境への影響なし）

Select TeamName = AT.EnterpriseName, NumAgentsOnTeam = COUNT(ATM.SkillTargetID), SupervisorName = Person.LastName + ', ' + Person.FirstName
FROM Agent_Team AT LEFT OUTER JOIN
(Select * from Agent ) Agent ON AT.PriSupervisorSkillTargetID = Agent.SkillTargetID LEFT OUTER JOIN Person ON Person.PersonID = Agent.PersonID,
Agent_Team_Member ATM
WHERE ATM.AgentTeamID = AT.AgentTeamID
GROUP BY AT.EnterpriseName, Person.LastName + ', ' + Person.FirstName
ORDER BY AT.EnterpriseName

b.スキルグループごとに設定されたエージェントの数を確認するSQLクエリ：

awdbに対してクエリーを実行（本番環境への影響なし）

Select Skill_Group.EnterpriseName, NumAgentsInSG = COUNT(Skill_Group_Member.AgentSkillTargetID)
FROM Skill_Group, Skill_Group_Member
WHERE Deleted = 'N' AND Skill_Group.SkillTargetID = Skill_Group_Member.SkillGroupSkillTargetID
GROUP BY EnterpriseName;

c.
アップグレード後にライブデータの問題が発生した場合は、「DBMaintenance」の設定値を確認します。

0 – 有効
1：無効。

無効になっている場合は、DBMaintenanceを0に設定して設定を変更し、AWサーバでApache Tomcatサービスを再起動します。

レジストリパス：HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<インスタンス名>\Router<A/B>\Router\CurrentVersion\Configuration\Global\DBMaintenance

ライブデータの問題のトラブルシューティングに必要なログ

ICMサーバから

rtrおよびopcプロセスのトレース設定を、ログの詳細に応じてレベル1またはレベル2に設定します。

ルータ

rtrログ

PG

opcログ

LiveDataサーバから

RTMTの使用

CLI の使用

activelog

file get activelog livedata/logs recurs compress

このコマンドは、ライブデータコンポーネントすべてのログを収集します

または、ライブデータコンポーネントごとにログを収集することもできます。

CCE Live Data ActiveMQ
file get activelog livedata/logs/livedata-activemq

CCE Live Data Cassandra Service
file get activelog livedata/logs/livedata-cassandra

CCE Live Data Event Store Service
file get activelog livedata/logs/livedata-event-store

CCE Live Data Socket.IO Service
file get activelog livedata/logs/socketio-service

CCE Live Data Storm Services
file get activelog livedata/logs/livedata-storm

CCE Live Data Web Service
file get activelog livedata/logs/livedata-web

CCE Live Data Zookeeper Service
file get activelog livedata/logs/livedata-zookeeper

CUICサーバから

RTMTの使用

CUIC

CLI の使用

Intelligence Center Reporting Service
file get activelog cuic/logs/ recurs compress

ブラウザコンソールとネットワークログ

ブラウザコンソールとネットワークログを収集して、問題の継続時間を調べます。まずキャッシュをクリアし、ブラウザを再起動して、ログイン時刻以降のログをキャプチャします。このログには、問題を再現するための試みが含まれています

Chrome/Edgeブラウザの場合

Settingsアイコンをクリックし、Developer tools > More tools > Developer toolsに移動します。
Developer tools > Consoleタブで、歯車の記号をクリックし、Preserve log、Show timestamps、Log XMLHttpRequestsのオプションを確認します。
[開発ツール] > [ネットワーク]タブで、歯車の記号をクリックし、[ログを保存]オプションをオンにします。
設定ページを閉じます。
コンソールとネットワークのログは、それぞれのタブを右クリックしてSave all asを選択することで収集できます。

Firefoxブラウザの場合：

アプリケーションメニューアイコンをクリックし、[その他のツール] > [Web Developerツール]に移動します。
[ネットワーク]タブで、歯車の記号をクリックし、[ログを保持]オプションを選択します。
コンソールとネットワークのログは、それぞれのタブを右クリックしてSave all asを選択することで収集できます。

Chrome クロム Firefox Firefoxの場合

パケットキャプチャ

VOSサーバでパケットキャプチャを実行するコマンド：

utils network capture eth0 file <enter_file_name> count 10000000 size all
utils network capture-rotate eth0 file <enter_file_name> count 1000000 size all （log-rotate用）

RTMTを使用したパケットキャプチャの収集：

System > Trace & Log central > Collect files > Packet Capture Logs（RTMTの2ページ）に移動します。

pcap

CLIを使用したパケットキャプチャの収集：

file get activelog /platform/cli/*.cap*

パケットキャプチャは削除されるまでディスク上に残ります。これらのキャプチャは定期的に削除することをお勧めします。

すべてのキャプチャを一覧表示するには、file list activelog platform/cli/*.cap*を実行します。
キャプチャをダウンロードするには、file get activelog platform/cli/*.cap*を実行します。
キャプチャを削除するには、file delete activelog platform/cli/*.cap*を実行します。

UCCE環境でのライブデータの設定およびトラブルシューティング

偏向のない言語

翻訳について

内容

はじめに

前提条件

要件

使用するコンポーネント

背景

ルータおよびPGとのライブデータ接続チェック

ライブデータサーバのフェールオーバー

TIPフェールオーバー

SocketIOフェールオーバー

設定前のチェック

UCCE導入のためのライブデータの設定手順

トラブルシューティングチェックリスト

手順1：ライブデータサービスの状態を確認します

手順2:AWへのライブデータ接続を確認します。

ステップ3：コマンドshow live-data failoverを使用してライブデータクラスタの状態を確認します。

手順4：ライブデータデータソース構成を確認します

手順5:CUICのライブデータデータソースのステータスを確認します

手順6：ライブデータサーバでのポート接続の確認

手順7:ICMサーバでのポート接続の確認

ステップ8：追加のチェック

ライブデータの問題のトラブルシューティングに必要なログ

ICMサーバから

ルータ

PG

LiveDataサーバから

RTMTの使用

CLI の使用

CUICサーバから

RTMTの使用

CLI の使用

ブラウザコンソールとネットワークログ

パケット キャプチャ

関連情報

更新履歴

シスコ エンジニア提供

このドキュメントは役に立ちましたか?

シスコに問い合わせ

このドキュメントは次の製品に対応しています

パケットキャプチャ

シスコエンジニア提供