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

はじめに

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

前提条件

要件

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

PCCE
Finesse

Cisco Unified Intelligence Center（CUIC）

ライブデータ

使用するコンポーネント

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

PCCEバージョン：12.6
Finesseバージョン：12.6
CUIC-LiveDataバージョン：12.6

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

背景

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

Packaged CCEでは、ライブデータはCisco音声オペレーティングシステム(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接続用のRouter/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接続に回復します。

Socket.IOフェールオーバー

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

設定前のチェック

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

チェック 1

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

nslookup <Live-Data-Server-FQDN>
nslookup <Live-Data-Server-IP>

チェック 2

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

utils network host <FQDN> 

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

utils network host <IP> 

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

チェック 3

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

チェック 4

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

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

注：

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

チェック 5

PCCE展開でのライブデータの証明書交換

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

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

2,000エージェント導入向け

• CUIC-LD-IdSパブリッシャおよびサブスクライバサーバからのtomcat証明書がtomcat-trustとしてFinesseパブリッシャにアップロードされていることを確認します。
• Finesseパブリッシャおよびサブスクライバサーバからのtomcat証明書がCUIC-LD-IdSパブリッシャサーバにtomcat-trustとしてアップロードされていることを確認します。
• 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.すべてのライブデータコマンドに対して、コピーアンドペースト操作の代わりにパスワードを手動で入力します。

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

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

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

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

PCCE 200エージェントの展開

PCCE 2000エージェントの導入には、共存するCUIC-LD-IdSクラスタが必要です。PCCE 2000エージェントの展開では、ライブデータを手動で設定する必要はありません。初期化プロセス中に、「CuicLiveDataConfigTask」タスクはLD APIを使用して大部分の設定を行います。

これには、次のような特徴があります。

• 両方のAWサーバでlivedatauserを作成します。
• LDサーバでのaw-access設定のセットアップ
• 対称キーのlivedataユーザに証明書の制御を許可します。
• ライブデータのデータソース構成を設定しています。

初期化後は、管理者が手動で次のタスクを完了する必要があります。

• ライブデータレポートをCUICにインポートします。
• 正しいCUIC-LD-IdSサーバFQDNを反映するようにFinesseレイアウトを設定します。
• Cross Origin Resource Sharing(CORS)を設定します。

CORSの設定手順の詳細については、このドキュメントの「ライブデータ用のCross Origin Resource Sharing(CORS)の設定」セクションを参照してください。

PCCEラボの導入

2000エージェントの展開と同様に、PCCEラボの展開でもライブデータの手動設定は必要ありません。初期化プロセス中に、「CuicLiveDataConfigTask」タスクはLD APIを使用して大部分の設定を行います。

初期化後は、管理者が手動で次のタスクを完了する必要があります。

• ライブデータレポートをCUICにインポートします。
• 正しいCUIC-LD-IdSサーバFQDNを反映するようにFinesseレイアウトを設定します。
• Cross Origin Resource Sharing(CORS)を設定します。

注:PCCE 12.6.2ラボデュプレックスモードについては、Cisco Bug ID CSCwh53057 に記載されています。

• プライマリライブデータストリーミングのデータソースのみが設定され、アクティブになっています。セカンダリライブデータストリーミングのデータソースは非アクティブでグレー表示されています。
• show live-data cuic-datasourceコマンドは、いずれかのノードでコマンドが実行された場合、sideA Streamingのみを表示します。

PCCE 4000以降のエージェントの展開

手順 1

ライブデータの初期設定

• LoggerAおよびLoggerBサーバで、Microsoft SQL Server Management Studio(SSMS)を起動します。
• ロガーサーバで、C:\icm\install\に移動し、LiveDataMachineServiceCorrection.sqlファイルを見つけます
• LiveDataMachineServiceCorrection.sqlファイルからクエリをコピーし、LoggerAおよびLoggerBデータベースに対してクエリを実行します。

手順 2

各AWマシンで、Initialize Local Databaseツールを実行してから、Distributorサービスを再起動します

手順 3

ライブデータを使用できるようにAW DBでSQLユーザを設定します。

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

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

手順 4
ライブデータを使用するように設定されたSQLユーザに対して、AWDBでSQLクエリを実行します。

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

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

手順 5
AWを使用したライブデータの設定

set live-data aw-access primary <aw1-server-fqdn> <port> <aw-database> <sql-user>
set live-data aw-access secondary <aw2-server-fqdn> <port> <aw-database> <sql-user>

どこから?

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

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

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

show live-data aw-access

手順 6

マシンサービスレコードへのライブデータサーバの接続

set live-data machine-services <user@domain>

このコマンドを使用すると、LDサーバをマシンサービステーブルに登録し、LDサーバを検出できます。これにより、LD APIを呼び出すためのクレデンシャルも登録されます。

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

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

注：

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

ステップ7
CUICでライブデータデータソースを設定します。

set live-data cuic-datasource <cuic-fqdn> <cuic-port> CUIC\<cuic-user>

どこから?

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

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

この設定を表示するには、次のコマンドを使用します。

show live-data cuic-datasource <cuic-fqdn> <cuic-port> CUIC\<cuic-user>

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

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

手順 9
CCE管理ページ(https://<AW-Server>/cceadmin)で、Desktop Settings >> Resources >> Desktop Layoutsタブに移動し、デフォルトのmy-cuic-serverを正しいCUICサーバFQDNに置き換えます。

手順 10
ライブデータのCross Origin Resource Sharing(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://<finesse-publisher>
utils cuic cors allowed_origin add https://<finesse-subscriber>
utils cuic cors allowed_origin add https://<finesse-publisher>:8445
utils cuic cors allowed_origin add https://<finesse-subscriber>:8445

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

utils live-data cors enable
utils live-data cors allowed_origin add https://<finesse-publisher>
utils live-data cors allowed_origin add https://<finesse-subscriber>
utils live-data cors allowed_origin add https://<finesse-publisher>:8445
utils live-data cors allowed_origin add https://<finesse-subscriber>:8445

d. CORS設定を確認するには、次の手順を実行します。

すべてのCUICサーバ：

utils cuic cors status
utils cuic cors allowed_origin list

On Live Data Publisherおよびサブスクライバ：

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

注: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ポート使用状況ガイド』を参照）。
• ライブデータサーバが設計ガイドに従って導入されていることを確認します（共存かスタンドアロンか）
• 構成の制限を超えていないことを確認します。
• 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-fqdn> <cuic-port> CUIC\<cuic-user>

ステップ5:CUIC上のライブデータデータソースのステータスを確認します。

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

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

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

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

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

• アクティブなライブデータサーバからの出力には、ルータとAgent 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 "<LD-SideA-IP> <LD-SideB-IP>"
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. AWデータベースで次の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. AWデータベースで次の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サーバから

• ほとんどのトラブルシューティングシナリオでは、トレース設定をレベル1またはレベル2のいずれかに設定するだけで十分です。

ルータ

• rtrログ

PG

• opcログ

LiveDataサーバから

RTMTの使用

LDのスクリーンショット

CLI の使用

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の使用

CLI の使用

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

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

ブラウザコンソールとネットワークログを収集して、問題が発生している期間を調べます。最初にキャッシュをクリアし、ブラウザを再起動して、ログイン以降のログをキャプチャし、問題の再現を試みます

Chrome/エッジブラウザの場合：

• [設定]アイコンをクリックし、[開発ツール] > [その他のツール] > [開発ツール]に移動します。
• [開発ツール] > [コンソール]タブで、歯車の記号をクリックし、[ログを保存]、[タイムスタンプを表示]、[XMLHttpRequestsをログに記録]のオプションをオンにします。
• 「開発者ツール」>「ネットワーク」タブで、ギア記号をクリックし、「ログを保存」オプションをチェックします。
• 設定ページを閉じます。
• コンソールとネットワークのログは、それぞれのタブを右クリックして[Save all as]を選択することで収集できます。

Firefoxブラウザの場合：

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

Chrome 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ページ）に移動します。

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*を実行します。

関連情報

12.6(1)

ソリューション設計ガイド

PCCE管理および設定ガイド

12.6(2)

ソリューション設計ガイド
PCCE管理および設定ガイド

テクニカル サポートとドキュメント - Cisco Systems