この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
この章では、Unified CVP で使用可能なさまざまなタイプの管理機能、モニタリング機能、およびレポーティング機能について説明します。 次のトピックを取り上げます。
次の表に、この章に新しく追加されたトピック、またはこのマニュアルの以前のリリースから大幅に改訂されたトピックの一覧を示します。
削除されたコンテンツは、Cisco Unified Presence と Content Services Switch に関連します。 |
Unified CVP Operations Console Server は、Web ベースのインターフェイス(Operations Console)を備えています。このインターフェイスで、Unified CVP ソリューションの Unified CVP コンポーネントを設定できます。 また、Unified CVP ソリューションのすべてのコンポーネントをモニタできます。
次の Unified CVP コンポーネントを Operations Console から直接管理できます。
Operations Console は、Web ベースのインターフェイスを提供しています。このインターフェイスを使用して、ソリューション ネットワーク コンフィギュレーションのマッピングと要約、バッチまたはノード単位でのコンフィギュレーション情報の設定と表示、およびこれらのコンフィギュレーションのローカル コピーの保存を実行できます。 Operations Console は、Cisco Unified Call Studio アプリケーションを Unified CVP VXML Server に配布する機能も備えています。 最後に、Operations Console は、どの管理対象コンポーネントが適切に機能し、どの管理対象コンポーネントに問題があるかを示す基本的な視覚表示機能を提供しています。
Operations Console では、次の操作を実行できます。
(注) |
Operations Console は、内部的に OAMP(Operate、Administer、Maintain、Provision)と呼ばれる場合があります。 Operations Console は、各管理対象 Unified CVP コンポーネントとともに展開される Unified CVP Resource Manager を介して個々のコンポーネントを管理します。 Resource Manager は、エンドユーザには表示されません。 |
Operations Console の詳細については、Operations Console のオンライン ヘルプを参照してください。
Operations Console の多数の新機能については、http://www.cisco.com/en/US/products/sw/custcosw/ps1006/products_user_guide_list.html から入手可能な新しい『Operations Console Guide for Cisco Unified Customer Voice Portal』を参照してください。
Unified CVP では、SIP コールが到達する PSTN ゲートウェイ トランクおよび DS0 情報を Unified ICM に渡す機能が追加されました。 この情報をルーティングおよびレポーティングに使用できます。
DS0 トランク情報のトピックと トランク使用状況ルーティングおよびレポーティングのトピックを参照してください。
コールが Unified CVP 入力ゲートウェイに到達すると、Cisco IOS は、コールを一意に識別する 36 桁の 16 進数のグローバル固有識別子(GUID)をそのコールに割り当てます。 Unified CVP は、この GUID を、コールを受信するすべてのコンポーネントに次のように伝送します。
このため、適切なレベルのロギングを有効にしていると、上記のすべてのコンポーネントでコールを追跡できます。
Unified CVP ログは、$CVP_HOME\logs にあります。 すべての Unified CVP ログは、毎晩午前 12 時にロールオーバーされ、日付がファイル名の一部として付加されます。 日付の形式は、yyyy-mm-dd です。 これらのすべてのログも、事前定義されたサイズ制限の 100 MB に到達するとロールオーバーされ、ファイル名拡張の一部として数値が付加されます。 この数値によって、その日の複数のログを識別できます。 ログ ディレクトリ全体が事前定義したサイズに到達すると、必要に応じて古いファイルが消去されます。
Unified CVP ロギングの詳細については、次の URL で入手可能な『Troubleshooting Guide for Cisco Unified Customer Voice Portal』を参照してください。
(注) |
Unified CVP コンポーネント自体はマシン時間と同期しませんが、ロギングおよびレポーティングの正確なタイム スタンプを得るために、コンポーネント間時間同期メカニズム(NTP など)を指定する必要があります。 |
Unified CVP Reporting Server はレポーティング サービスを提供し、IBM Informix Dynamic Server(IDS)データベース管理システムをホスティングします。
レポーティング サービスは、コール センター環境で分散型セルフサービス展開に対して履歴レポーティングを提供します。 このシステムは、コール センター マネージャが、コール アクティビティ要約情報を使用して毎日の運用を管理するための支援として使用されます。 また、さまざまな IVR アプリケーションの動作分析も提供しています。
レポーティング サービスは、IVR サービス、SIP サービス(使用されている場合)、および Unified CVP VXML Server からレポーティング データを受信します (Unified CVP VXML Server で、Unified CVP Reporting Server のデータベース内のデータをキャプチャするには、Unified CVP Operations Console Server(Operations Console)の CVP VXML Server デバイスを使用して Unified CVP VXML Server を追加する必要があります。 [VXML Server Standalone] デバイス オプションを選択すると、Unified CVP レポーティング データはキャプチャされません)。前述のとおり、レポーティング サービスは Informix データベース管理システムとともに展開され、レポーティング データを変換して Informix データベースに書き込みます。 データベース スキーマは、Unified CVP 製品で規定されていますが、このスキーマは完全に公開されているため、ユーザはこのスキーマに基づいてカスタム レポートを作成できます。
レポーティング サービス自体は、データベースの管理アクティビティおよびメンテナンス アクティビティ(バックアップや消去など)を実行しません。 ただし、Unified CVP では、こうしたメンテナンス タスクに Operations Console を介してアクセスできます。
単一の Reporting Server を展開で使用できます。 単一の Reporting Server を使用する場合、それが必ずしもシングル ポイント障害となるわけではありません。データの安全性とセキュリティはデータベース管理システムによって提供されており、ソース コンポーネントで情報のバッファリングが常に行われているため、一時的な停止は許容できます。
複数の Reporting Server を使用している場合は、次の制限に注意してください。
(注) |
Unified CVP コンポーネント自体はマシン時間と同期しませんが、ロギングおよびレポーティングの正確なタイム スタンプを得るために、コンポーネント間時間同期メカニズム(NTP など)を指定する必要があります。 |
(注) |
サービス コールバック機能に関するレポーティング要件については、サービス コールバックを参照してください。 |
次に、Unified CVP Reporting Server(Reporting Server)のために Unified CVP で追加された機能のリストを示します。
(注) |
Unified CVP Release 9.0 (1) の場合は、データベース サイズの 2GB オプションは、本稼働ではサポートされません。 |
Unified Intelligence Center テンプレートは、データベースに保存されているコール データに関するユーザ フレンドリなレポートを生成する必要があるユーザが使用します。
パッケージ化された Unified CVP テンプレートの詳細、および追加のテンプレートの作成方法については、次のガイドを参照してください。
Unified CVP では、ミラー化されたペアの 1 つのドライブの障害に対する保護として RAID を使用します。 ただし、RAID 10 では、サイトの損失、マシンの損失、またはミラー化された両方のドライブの損失に対する保護は行われません。
Unified CVP では、Operations Console を使用して、毎日のデータベース バックアップをスケジュール設定したり、必要なときにデータベース バックアップを実行したりできます。 この機能を使用すると、(必要に応じて)データベースを最後のバックアップ時間に手動で復元できるため、最悪の場合でも、失われるのは 24 時間分のデータのみとなります。
データベース バックアップは、ローカル データベース サーバに書き込まれます。 ただし、1 台のローカル マシンにバックアップを保存するだけでは、サーバの障害またはサイトの損失からシステムを保護することはできません。 シスコでは、バックアップ Unified CVP ファイルを別のマシン、できれば別の場所のマシンにコピーすることを推奨します。 すべてのセキュリティとバックアップ管理の役割を想定する必要があります。
バックアップは、圧縮されてディスクに保存されます。 バックアップ時に新しいバックアップが作成されると、最も古い 2 つのバックアップが削除され、最新のバックアップに置き換えられます。 バックアップ時のハードウェア障害イベントの結果として無効なバックアップ イメージが作成された場合は、古いバックアップ イメージを使用して、無効なバックアップ イメージを置換できます。 古いバックアップの維持は、Unified CVP Reporting Server の機能範囲ではなく、お客様が管理する必要があります。
Cisco Unified CVP では、データベースの復元を実行するためのスクリプトがサポートされています。
バックアップ イメージを復元する理由は 2 つあります。 1 つ目は、バックアップ イメージ上の古いデータを復旧する必要がある場合です。 2 つ目は、ハードウェア障害後にリビルドされたマシンで、できる限り多くのデータを復旧したい場合です。
(注) |
あるレポーティング サーバから別のレポーティング サーバにバックアップ イメージを復元することはできますが、このような復元は、CVP 復元プロセスではサポートされていません。 |
CVP での復元プロセスは、次の手順で行います。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | CallServer プロセス(Reporting Server)を停止します。 | |
ステップ 2 | スクリプト %CVP_Home%\bin\cvprestore.bat を実行します | |
ステップ 3 | CallServer プロセスを再起動します。 |
Unified CVP レポーティングの詳細については、次の URL から入手可能な『Reporting Guide for Cisco Unified Customer Voice Portal』を参照してください。
Unified CVP インフラストラクチャには、診断ポータル API をサポートするサービス レイヤである Web Services Manager が含まれています。
次の機能が、Unified CVP インフラストラクチャによってサポートされています。
CVP WebServices Manager(WSM)は、Remote Operations Manager(ROM)のみのインストールを含む、すべての Unified CVP Server に自動的にインストールされる新しいコンポーネントです。 WSM は、さまざまなサブシステムおよびインフラストラクチャ ハンドラと対話し、応答を統合して xml 応答を発行します。 WSM は、各インターフェイスでのセキュアな認証およびデータ暗号化をサポートしています。
診断ポータル API には、Analysis Manager および Unified System CLI がアクセスします。 Analysis Manager および Unified System CLI には、類似した一連の機能がありますが、次の相違があります。
次の図は、2 つのインターフェイスが WSM と対話して、Unified CVP コンポーネントに関する情報を提供する方法を示しています。
Web Service Manager は、新しい Analysis Manager からのすべての診断(ヘルスおよびステータス)要求をサポートします。 Analysis Manager は、ネットワーク トポロジ内のすべてのデバイスのヘルス情報とステータス情報を収集するための共通インターフェイスをエンド ユーザに提供します。 Unified CVP がソリューションの一部として設定されている場合、Analysis Manager を介して WSM を使用し、コンポーネントおよびサブコンポーネント レベルで各 CVP デバイスの診断詳細(サーバ マップ、バージョン情報、ライセンス、コンフィギュレーション、コンポーネント、ログ、トレース、パフォーマンス係数、プラットフォーム情報など)を収集できます。 ユーザは、コンポーネントおよびサブコンポーネント レベルで Analysis Manager を使用して、デバッグ レベルを設定および再設定できます。
Analysis Manager は UCM RTMT ツールの一部です。
wsmadmin という名前の新しいユーザが、インストール時に Unified CVP Operations Console Server の管理者ユーザと同じパスワードで作成されます。 wsmadmin を使用して、診断ポータル サービスへのアクセスを制御します。
(注) |
Analysis Manager の説明と、Analysis Call Path ツールの関連する説明については、http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_0_1/rtmt/ch1_overview.html で入手可能な『Cisco Unified Analysis Manager』を参照してください。 |
Unified CVP の操作で問題が発生した場合、System CLI ツールを使用して、シスコのエンジニアが確認するためのデータを収集できます。 たとえば、コールが適切に処理されていないと考えられる場合に、System CLI を使用できます。 この場合、show tech-support コマンドを使用してデータを収集し、そのデータをシスコのサポートに送信できます。
Unified System CLI の重要な機能は、次のとおりです。
Unified System CLI は、次の 2 つのモードで対話形式で操作できます。
対話型ユーザ インターフェイスに加えて、Unified System CLI をバッチ コマンドとして使用できます。 この機能により、スケジュールされたジョブで System CLI を使用できます。
Q. |
質問 1:Unified System CLI はクエリー対象のデバイスのパフォーマンスに影響しますか。 |
Q. |
Unified System CLI コマンドの出力をネットワーク ドライブにリダイレクトできますか。 |
A. |
あります。 ネットワーク ドライブへのパスを指定するだけです。 |
Q. |
複数のコンポーネントおよびデバイスをフィルタして含めることはできますか。 |
A. |
あります。 コンポーネントおよびサブコンポーネントのオプションを使用してコンポーネントおよびサブコンポーネントをフィルタし、サーバ オプションを使用してデバイスをフィルタします。 「|」記号を使用して、複数のコンポーネント、サブコンポーネント、またはデバイスを選択できます。 次に例を示します。 admin:show debug subcomponent cvp:SIP|cvp:ICM|cvp:IVR Component: CallServer, subcomponent: SIP Trace level = 0 Description: Application data: Component: CallServer, subcomponent: ICM Trace level = 0 Description: Application data: Component: CallServer, subcomponent: IVR Trace level = 0 Description: Application data: admin: |
Q. |
「デバッグ レベル 3」をオンにすると、実稼働システムでのパフォーマンスに影響しますか。 |
A. |
あります。 したがって、通常の実稼働環境ではデバッグ レベルを 0 に設定する必要があります。 参考までに、デバッグ レベルの定義を次に示します。 レベル 1:パフォーマンスへの影響は少ない レベル 2:パフォーマンスへの影響は中程度 レベル 3:パフォーマンスへの影響は大きい |
Q. |
デフォルトのデバッグ レベルは何に設定すればよいですか。 |
A. |
デバッグ レベルを 0 に設定します。
|