概要

Cisco CDR Analysis and Reporting(CAR)ツールは、サービス品質、トラフィック、ユーザーコール量、課金情報、ゲートウェイに関するレポートを生成します。 CAR は、コール詳細レコード(CDR)、コール管理レコード(CMR)、および Unified Communications Manager データベースのデータを使用してレポートを生成します。 CAR インターフェイスには、Cisco Unified Serviceability の [ツール (Tools)] メニューからアクセスできます。

CAR は、サードパーティが提供するコール アカウンティング/課金ソリューションに代わるものではありません。 Cisco Developer Community のホームページで、これらのソリューションを提供する、Cisco Technology Developer Program のメンバ企業を検索できます。


Note


CAR は iDivert コール(コールをボイスメッセージシステムに転送する機能)を処理せず、それらを通常のコールとして扱います。 iDivert 機能がアクティブになった後の通話の一部は、正しい通話者に課金されない場合があります。


CDR 分析とレポートの概要

CARの主な機能は、通話処理に関するシステムステータスのレポートと Unified Communications Manager のユーザーに関するレポートを生成することです。 また、CAR は CAR データベース管理アクティビティも実行します。 これらのタスクは、以下のいずれかの方法で実行できます。

  • 必要なタスクを自動的に実行するように設定します。

  • ウェブインタフェースを使ってタスクを手動で実行することもできます。

Cisco Unified Serviceability の [ツール(Tools)] メニューから CAR にアクセスします。これは、「CAR を有効にする」で説明されているように、適切なサービスをアクティブにした後です。

すべての CAR レポートは CDR データを使用します。 CAR は、CDR レポジトリサービスが CDR レポジトリフォルダ構造に配置したフラットファイルから CDR を処理します。 CAR は、スケジュールされた日時と頻度で CDR を処理します。 デフォルトでは、CDR データは 1 日 24 時間、週 7 日間、連続的にロードされます。しかし、必要に応じて読み込み時間、間隔、継続時間を設定することができます。 さらに、デフォルト設定では CDR レコードのみをロードします。 CMR レコードはデフォルトではロードされません。


Note


CARシステムスケジューラウィンドウにある "[CDR のみロード(Load CDR Only)]" チェックボックスのチェックを解除して、CMR レコードのロードを許可するオプションがあります。 詳細は CDR ロードスケジュールをセットアップする を参照してください。


CAR は、CDR、CMR、Unified Communications Manager データベースから、さまざまなレポートに必要な情報を取得します。

レポートをスケジューリングする

使用しているシステムで CAR を有効にした後、定期的に自動生成する CAR レポートをスケジュールすることができます。 スケジュールできる各レポートには、独自のレポート生成間隔があります。 レポートの生成間隔を日単位、週単位、月単位で指定することができます。 日単位レポートをスケジュールすると、レポート生成間隔が日単位であるすべてのレポートがスケジュールされます。 同様に、週単位または月単位のレポートをスケジュールすると、それらのレポートがスケジュールされます。 また、自動的に削除されるまでのレポートの保存期間を指定することもできます。

デフォルトでは、CAR は次のレポート生成および削除スケジュールを使用します。

  • 日単位のレポートは、毎日午前 1 時に実行されます。 これらのレポートは 2 日後に消去されます。

  • 週単位レポートは、毎週日曜日の午前 4 時に実行されます。 これらのレポートは 4 週間後に消去されます。

  • 月単位の請求レポートは、毎月 1 日の午前 3 時に実行されます。 これらのレポートは 2 ヶ月後に消去されます。

  • その他の月次レポートは、毎月 1 日の午前 2 時に実行されます。 これらのレポートは 2 ヶ月後に消去されます。


Note


システムを新しいバージョンの Unified Communications Manager にアップグレードする場合、自動的に生成される CAR(通話記録分析)レポートを無効にすることで、アップグレードプロセス中にシステムリソースを節約することができます。


レポートのリストと既定の生成スケジュールについては、「レポートの自動生成を有効にする」を参照してください。

システム監視では、自動的に QoS レポートなどの様々なレポートを生成し、それらを一定の間隔で確認します。大きなシステムなら毎日、小さなシステムなら毎週または 2 週間おきです。 QoS レポートは、ネットワーク上で実行される通話の品質を判断し、パフォーマンスを向上させるために追加のハードウェアが必要かどうかを判断するのに役立ちます。 ゲートウェイ、ボイスメッセージ、電話会議ブリッジ、ルートグループ、ルートリスト、およびルートパターンの使用状況レポートを使用して、システム処理に役立つ使用状況の概観を提供できます。

レポート パラメーターをカスタマイズし、メール オプションを有効にして、レポートが作成されるとメールで送信されるようにすることもできます。 [パラメータのカスタマイズ] オプションにより、[パラメータのカスタマイズ] ウィンドウ内の特定のレポートのレポートパラメータをカスタマイズすることができます。 個別のレポートごとに、そのレポートのパラメータをカスタマイズできます。

警告の設定

CAR は、以下のイベントを含むさまざまなイベントに対して、電子メール アラートを提供します。

  • 課金制限通知は、ユーザーの 1 日の課金制限が指定された最大値を超えると通知します。 [レポート設定(Report Config)] > [通知限度(Notification Limits)] ウィンドウで最大値を設定できます。

  • [QoS 通知] は、良好な通話の割合が指定された範囲を下回った場合、または不良な通話の割合が指定された制限を超えた場合に通知します。 この範囲は [レポート設定(Report Config)] > [通知限度(Notification Limits)] ウィンドウで設定できます。

メール警告に対してシステムを有効にするには、2 つのステップを実行します。 まず、メールサーバーの設定情報を指定する必要があります([システム(System)] > [システムパラメータ(System Parameters)] > [メールパラメータ(Mail Parameters)])。 設定情報を使用して、CAR は電子メールサーバーへの接続が成功するようにします。 次に、[レポートの自動作成/警告(Automatic Report Generation/Alert)] ウィンドウでメールアラートを有効にする必要があります([レポート設定(Report Config) > [自動作成/警告(Automatic Generation/Alert))。 デフォルトでは、CAR はすべてではなく一部のレポートでメールアラートを有効にします。

システムを最新バージョンの Unified Communications Manager にアップグレードする際は、自動メールアラートを無効にしてシステムリソースを節約します。


Note


アプリケーションユーザー用のメール ID が存在しないため、システムはアプリケーションユーザーにメールアラートを提供しません。


CAR データを消去する

このセクションには次の項目に関する情報が記載されています:

  • 自動消去

  • 手動消去

  • イベントログの消去

CAR は、自動および手動による CAR データベースの消去を提供します。 デフォルトでは、システムは自動消去を有効にします。 CDR/CMR をロードする前後に、CAR は CAR データベースのサイズをチェックし、必要に応じて自動消去を呼び出して CAR データベースのサイズを制御します。

自動消去を使用すると、CAR は CDR が CAR データベースに保持される日数を継続的に監視します。CDR 経過期間が [自動データベース消去の設定] ウィンドウの最大経過期間で設定した最大日数を超えると、設定した日数より古いすべての CDR が CAR によって削除されます。

[データベースの自動消去の設定] ウィンドウで、CAR データに割り当てる CAR データベースの割合を指定します。システムは、指定された最高水準点と最低水準点の間の CAR データベースサイズを維持します。 CAR データベースのサイズが最低水位標を超えると、CAR は CAR 管理者に電子メールを送信します。 CAR データベース サイズが最高水準点を超えると、CAR は請求データ テーブルと請求エラー テーブルから、最も古い日付のパーティションから指定された制限値を下回るまでのパーティションの削除を開始し、システムが最新のレコードを読み込み続けることを許可します。 多数の CDR が CAR(通話記録分析)データベースに存在し、パーティションを削除しても制限が下がらない場合、CAR(通話記録分析)は少なくとも 2 日分に相当するデータを保持し、電子メールを CAR(通話記録分析)管理者に送信します。

Table 1. CDR データベースの最大サイズ

バージョン

CDR レコードの最大数

データベースの最大サイズ

最繁時総コール試行数(BHCA)

Unified Communications Manager

200 万レコード

6 GB

10,000

Cisco Unified Communications Manager Business Edition 5000

1 万レコード

3 GB

5,000

特定の日付より古いレコード、または特定の日付範囲内のレコードを削除したいが、自動消去のスケジュールを変更したくない場合は、手動データベース消去を設定します。 [手動削除] ウィンドウの [再読み込み] ボタンをクリックして、CDR レコードを含む CAR データベースを再読み込みすることもできます。 ダイヤルプランの更新、ユーザーとデバイスの関連付けの変更、コールレートの変更などの後、コールを再分類するためにデータベースをリロードすることが必要になる場合があります。 システムが新しいレコードをロードした後、システムは設定された CDR ロードスケジュールのスケジュールに従ってレコードをロードします。 デフォルトでは、CDR データは 1 日 24 時間、週 7 日ロードされます。

イベントログの消去は、tbl_event_log テーブルを監視する日単位でスケジュールされたジョブであり、tbl_event_log レコードを自動的に削除して、過去 3 日間の日単位ジョブ、最近 3 週間の週単位ジョブ、最近 3 か月間の月単位ジョブを保持します。つまり、tbl_event_log テーブルに 1500 を超える行が存在する場合、CAR はイベントログの消去を自動的に有効にし、イベントログの消去が発生してもメールを送信しません。

通話料金

CAR を使用して、時間の増分に基づいて、コールのコストに対する基本料金を設定することができます。 その後、時刻と音声品質の要素を適用することで、コストをさらに詳細にすることができます。 利用者にサービスを提供する必要があるサービス プロバイダーは、この機能を使用します。 一部の組織では、この情報を使用して、会計または予算編成の目的で組織内のユーザーおよび部門への請求コストを確立します。

これらの評価パラメータを使用するレポートには、個々の請求、部門別請求、料金別上位 N 件、番号順上位 N 件、継続時間上位 N 件などがあります。


Note


基本料金/ブロックの既定値を変更しない場合、ブロックごとの既定の基本料金がゼロに等しいため、コストは常にゼロのままになります。



Note


音声品質による通話コストを増やしたくない場合、デフォルト値を使用できます。 デフォルトの倍率は 1.00 を指定しているため、音声品質に対する通話コストの増加は発生しません。


コールレートの設定の詳細については、「CAR 評価エンジン」を参照してください。

活動の追跡

CAR は、さまざまなアクティビティのステータスを追跡できるログを提供します。 イベントログは、自動生成されたレポート、CDR のロード、通知、レポートの削除、データベースの消去、モニタリング、およびイベントトラッキングなど、CAR スケジューラによってトリガーされたイベントを追跡します。

CDR 管理

[CDR 管理(CDR Management)] ウィンドウには、Cisco Unified Serviceability から [ツール(Tools)] > [CDR 管理(CDR Management)] を選択してアクセスできます。 CDR 管理サービスは、クラスター内の CDR および CMR ストレージ、およびアプリケーション課金サーバーへのファイル転送を管理します。 リリース 14 以降、CDR/CMR ファイルは FTP/SFTP 経由で最大 8 つの顧客請求サーバーに送信されます。

CDR 管理は次のサービスを使用します。

  • CDR エージェント:このネットワークサービスは、呼処理ノードが生成した CDR ファイルを SFTP 経由で CDR レポジトリノードに転送します。 ファイル転送が完了すると、CDR エージェントはローカル CDR ファイルを呼処理ノードから削除します。 このサービスはデフォルトで有効になっています。

  • CDR Repository Manager: このサービスは、クラスター内の少なくとも 1 つのノード (通常はパブリッシャノード) で実行されている必要があります。 CDR レポジトリマネージャは、生成された CDR および CMR ファイルのコピーをレポジトリノード上に保持し、指定された有効期限が経過したとき、またはディスク使用量が最高水準点を超過したとき、ファイルを消去します。 アプリケーション請求サーバーが導入されている場合、CDR リポジトリマネージャは請求サーバーへの CDR および CMR ファイルの SFTP 転送を開始します。 このネットワークサービスは、デフォルトです。

  • CDR onDemand サーバー:アプリケーション請求サーバーを使用している場合、この機能サービスは CDR リポジトリノードでアクティベートする必要があります。 このサービスは SOAP/HTTPS ベースのサービスを使用します。ユーザーが指定した時間間隔で特定の CDR ファイル名に対する SOAP リクエストを受信し、パラメータに適合する SFTP 経由ですべてのファイルを返します。

SFTP ファイル転送

CDR エージェントは、SFTP 経由で呼処理ノードから CDR リポジトリ サーバーに転送される CDR および CMR ファイルを 6 秒間隔でチェックします。 転送が成功した後、ローカル ファイルは呼処理ノードから削除されます。 配信が失敗するとすぐにスリープ間隔が 1 分間に変更され、配信が成功するまで 1 分間隔になります。 ファイルの配信が成功すると、6 秒間隔に戻ります。 ファイルが転送されずに呼処理ノードに残っている場合、ディスク使用量が設定されたしきい値を超えると、Cisco ログ パーティション モニタリング ツールによってファイルが削除される場合があります。 Log Partition Monitoring Tool の詳細については、『Cisco Unified Real-Time Monitoring Tool アドミニストレーション ガイド』を参照してください。

CDR リポジトリマネージャは、展開された課金サーバーに送信する CDR および CMR ファイルを 6 秒間隔でチェックします。 課金サーバーが応答しない場合、システムは 2 倍の間隔を開けて再試行します。 各配信が失敗するたびにスリープ時間が倍増し、2 分間になるまで続きます。それ以降は配信が成功するまで 2 分間隔になります。 配信が成功すると、6 秒間隔に戻ります。 請求サーバーを削除しない限り、またはファイルが保存期間外になり削除されるまで、このプロセスは続行されます。

サポートされている SFTP サーバー

内部テストでは、シスコが提供し、Cisco TAC がサポートしている Cisco Prime Collaboration Deployment(PCD)上の SFTP サーバーを使用します。 SFTP サーバーオプションの概要については、次の表を参照してください。

以下の表示に記載されている情報を参考に、システムで使用する SFTP サーバー ソリューションを決定してください。

Table 2. SFTP サーバー情報

SFTP サーバー

情報

Cisco Prime Collaboration Deployment の SFTP サーバー

このサーバーはシスコが提供およびテストした唯一の SFTP サーバーであり、Cisco TAC が完全にサポートします。

バージョンの互換性は、使用している Unified Communications Manager および Cisco Prime Collaboration Deployment のバージョンに依存します。 バージョン(SFTP)または Unified Communications Manager をアップグレードする前に、『Cisco Prime Collaboration Deployment アドミニストレーション ガイド』を参照して、互換性のあるバージョンであることを確認してください。

テクノロジー パートナーの SFTP サーバー

テクノロジー パートナーのこれらの SFTP サーバーは、サードパーティによって提供され、サードパーティによってテストされています。 バージョンの互換性は、サード パーティによるテストに依存します。 テクノロジー パートナーの SFTP 製品または Unified Communications Manager をアップグレードする場合、テクノロジー パートナーのページで、互換性のあるバージョンを確認してください。

他のサードパーティの SFTP サーバー

これらの SFTP サーバーはサードパーティによって提供されており、Cisco TAC によって正式にサポートされていません。

バージョンの互換性は、SFTP バージョンと Unified Communications Manager バージョンの互換性を確立するためのベスト エフォートに基づきます。

Note

 
これらの製品はシスコによってテストされていないため、機能を保証することはできません。 Cisco TAC はこれらの製品をサポートしていません。 完全にテストされてサポートされる SFTP ソリューションとしては、Cisco Prime Collaboration Deployment またはテクノロジーパートナーの SFTP サーバーを利用してください。

[ロール(Roles)]

CAR は、次の 3 つのレベルのユーザーに対してレポート機能を提供します。

  • 管理者は CDR 分析とレポートのすべての機能を使用します。たとえば、負荷分散、システム パフォーマンス、トラブルシューティングに役立つシステム レポートを生成できます。

  • マネージャは、予算やセキュリティの目的で通話を監視したり、通話の音声品質を確認したりするために、ユーザー、部門、および QoS のレポートを生成できます。

  • 個々のユーザーは、通話の請求レポートを生成できます。

任意のユーザーが CAR 管理者になることができます。 CAR 管理者として識別されたユーザーは、CAR システムに対するフルコントロールを持ちます。 管理者は、システムとレポートに関連するすべてのパラメータを変更できます。

CAR には少なくとも 1 人の管理者が必要です。

Cisco Unified CM Administration で管理者、マネージャ、ユーザーを設定します。 詳細については、CAR ユーザーを生成するを参照してください。

レポート

CAR から、オンデマンドでレポートを生成したり、管理者の場合はレポートの自動生成をスケジュールすることができます。 コンマ区切り値 (CSV) 形式または Portable Document Format (PDF) でレポートを表示できます。 PDF を選択する場合、お使いの PC には Adobe Acrobat Reader がインストールされている必要があります。

レポート情報

時間、曜日、および月の日のパターンを表示するすべての CAR レポートでは、チャートとテーブルは次の条件に従って表示されます。

  • 検索条件で指定された時間範囲 (時間、曜日、または日) に一致するレコードがない場合、レポートはすべての曜日/時間に対して 0.00 の値を表示します。

  • 返されたすべてのレコードの値が 0.00 の場合、CARはチャートを表示しません。 いずれかのレコードに 0 以外の値が含まれる場合、CAR はチャートを表示します。

  • レコードが生成された場合(選択した日付範囲の少なくとも 1 日分)、そして選択した日数がレポートで表示できる日数を超える場合(週単位は 7 日以上、月単位は 31 日以上)、チャートはすべての日を表示します(レコードを生成しない日の値は 0 です)。 関連する値を持つすべての日と、データを含まない日には 0.00 が表示されるテーブルが表示されます。

  • レコードが生成された場合(選択した日付範囲の少なくとも 1 日分)、選択した日数がレポートで表示できる日数より少ない場合(週単位で 7 日未満、月単位で 31 日未満)、チャートはすべての日を表示します(レコードが生成されない日の値は 0)。 関連する値を持つすべての日と、データを含まない日には 0.00 が表示されるテーブルが表示されます。

ユーザー名を表示するすべての CAR レポートで、CAR がユーザー名を取得できない場合には、ユーザー ID が表示されます。 この状況は、通話に参加したユーザーがシステム (Unified Communications Manager データベース) に存在しない以前のデータに対してレポートが生成された場合に発生します。

生成されたレポートスケジュール

レポートの自動生成は 2 段階のプロセスで構成されます。 まず、生成したいレポートを有効にする必要があります。 次に、レポートを生成する日時をスケジュールする必要があります。 CAR にはデフォルトのスケジュールが用意されているため、デフォルトのスケジュールが受け入れられる場合は、自動生成するレポートのみを有効にする必要があります。

レポートとメールアラートは、新規インストールでは自動的には有効になりません。 自動生成するレポートを有効にする必要があります。 レポートの生成を有効または無効にするには、レポートとメールの自動生成方法に関する「レポートの自動生成を有効にする」の手順を参照してください。

レポートが生成され、システムから消去される日、週、または月ごとの特定の時刻を変更するには、「CDR ロードスケジュールをセットアップする」を参照してください。

監査ロギング

監査ログでは、 Unified Communications Manager システムへの設定変更は監査用に別のログファイルに記録されます。 監査イベントは、記録する必要があるすべてのイベントを指します。 Cisco Unified CDR 分析とレポート作成はこれらのイベントの監査ログを作成します:

  • CDR Loader のスケジュール。

  • 日次、週次、月次のユーザー レポート、システム レポート、およびデバイス レポートのスケジュール。

  • メール パラメータの設定。

  • ダイヤル プランの設定。

  • ゲートウェイの設定。

  • システム プリファレンスの設定。

  • 自動消去の設定。

  • 接続時間、時刻、および音声品質の評価エンジンの設定。

  • QoS の設定。

  • 事前生成レポートの自動生成/アラートの設定

  • 通知限度の設定。

ログオンメッセージ

最初の Cisco Unified Communications Manager CDR Analysis and Reporting ウィンドウに表示されるカスタマイズされたログオンメッセージを含むテキストファイルをアップロードすることができます。

カスタマイズしたログオンメッセージのアップロードの詳細と手順については、『Cisco Unified Communications Manager アドミニストレーション ガイド』を参照してください。

国際化対応

任意のロケール(または言語)に対応するよう設計された CAR には、任意のロケールを処理できるデータベースも含まれています。


Note


CAR は、Unified Communications Manager のヘルプに記載されている通り、すべてのラテン 1 言語とユニコード言語のロケールをサポートしています。 ラテン 1 言語には、英語と西ヨーロッパ言語が含まれます。 Unicode 言語には、日本語と中国語が含まれます。


ロケールには、ユーザーとネットワークの 2 種類があります。 各ロケールはロケールファイルのセットで構成されています。 次の定義は 2 つのタイプのファイルを説明します。

  • ユーザー - 電話ディスプレイ テキスト、ユーザー アプリケーション、ユーザー ウェブ ページなど、ユーザー関連機能に関連するファイル。

  • ネットワーク:電話やゲートウェイのトーンなど、ネットワーク関連機能に関連するファイルです。 国名はネットワークのロケールを示します。

ロケール インストーラーによってロケールがインストールされている場合に限り、CAR はそのロケールをサポートします。


Note


Unified Communications Manager については、まず Unified Communications Manager ロケールインストーラをクラスタ内のすべてのサーバーにインストールします。 ロケール インストーラーをインストールすることで、最新の翻訳済みテキストを CAR で使用できるようになります。

Unified Communications Manager ロケールインストーラの詳細については、Cisco Unified Communications Manager アドミニストレーション ガイド』を参照してください。


複数のロケールに対応しているのはユーザーウィンドウとマネージャウィンドウだけです。 管理者ウィンドウは英語で表示されます。

Cisco Unified CM Administration で、Unified Communications Manager データベースにユーザーが指定したロケールを設定します。 これは、[エンドユーザーの設定] ウィンドウからユーザーを作成する際に行います。 ユーザー名、ユーザー ID などと共に希望のロケールを指定します。 この情報は Unified Communications Manager データベースに保存されます。

詳細については、 Cisco Unified Communications Manager オンラインヘルプを参照してください。

これらのセクションでは、CAR の国際化を構成する要素について説明します。

ログオンページ

クライアント (ブラウザ) がログオン情報を要求すると、ログオンウィンドウのヘッダーにはクライアントの最も優先されるロケールが含まれます。 CAR システムは、このロケールに対応するかどうかを CAR UI で確認します。 CAR UI がこのロケールをサポートしていない場合、またはそのロケールがシステムにインストールされていない場合、ログオンウィンドウは、設定されている Unified Communications Manager システムのデフォルトロケールで表示されます。 CAR がこのロケールをサポートしていない場合、またはロケールがシステムにインストールされていない場合、ロケールは English_United_States に設定されます。

ログイン後のウィンドウの認証および CAR ページの表示

ユーザー資格情報(任意の言語)は Unified Communications Manager データベースを通じて認証され、非管理ユーザー(ユーザーまたはマネージャー)の CAR ウィンドウはユーザーの好みのロケールで表示されます。 CAR UI がこのロケールをサポートしていない場合、またはロケールがシステムにインストールされていない場合、 Unified Communications Manager システムのデフォルトロケールが使用されます。 このロケールが CAR でサポートされていない、またはシステムにインストールされていない場合、ウィンドウはブラウザの最も優先されるロケールで表示されます。 ブラウザー優先ロケールがサポートされていないか、インストールされていない場合、ロケールは English_United_States に設定されます。 ラベル、数値形式など、UI ウィンドウ上のすべての情報は、ロケールに基づいて表示されます。 管理者ウィンドウは常に英語で表示されます。

レポート

レポートは CSV と PDF の両方の形式で生成され、非管理ユーザー (ユーザーまたはマネージャ) には、ユーザーが指定したロケールで表示されます。 ただし、動的なデータ (レポートのヘッダーに表示される会社名など) は、データベースに入力する際に使用されたのと同じ言語で表示されます。 ロケールは、ヘッダー、フッター、番号の形式、および一部の静的データ (コール分類など) の基礎を提供します。 管理者のレポートは英語で表示されます。

オンライン ヘルプ

CAR ドキュメントのオンラインヘルプにアクセスするには、[ヘルプ(Help)] > [目次と索引(Contents and Index)](目次を参照)または [ヘルプ(Help)] > [このページについて(For this page)](特定のページの情報のみを表示する)を選択します。

データベースのバックアップ

CAR と CDR 災害復旧サービス(DRS)が Unified Communications Manager DRS に統合されました。 DRS には、CAR データベース、事前生成されたレポート、および CDR 保存フラットファイルのバックアップが含まれます。

バックアップと復元のプロセスが開始される前に、CAR ウェブサービスと CAR スケジューラが自動的に停止し、バックアップと復元のプロセスが完了した後に自動的に再起動します。

この表では、ディザスタリカバリシステムがバックアップおよび復元できる機能とコンポーネントを示します。 選択した各機能について、すべてのコンポーネントが自動的にバックアップされます。

Table 3. Cisco Unified CM の機能とコンポーネント

機能

コンポーネント

CCM - Unified Communications Manager

Unified Communications Manager データベース

プラットフォーム

サービスアビリティ

保留音(MOH)

Cisco Emergency Responder

一括管理ツール(BAT)

優先順位

電話デバイスファイル(TFTP)

syslogagt(SNMP syslog エージェント)

cdpagent(SNMP cdp エージェント)

tct(トレース収集ツール)

コール詳細レコード(CDR)

CDR レポートと分析(CAR)

詳細については、『Cisco Unified Communications Manager アドミニストレーション ガイド』を参照してください。

CPU 使用率

Cisco は CDR および/または CMR が有効なとき、CPU 使用率を測定するために基本的なテストを行いました。 CPU 使用率のテストは、サブスクライバーで測定され、パブリッシャーでは測定されませんでした。 CDR Loader 設定と外部課金サーバーの CDR Management 設定により、実際の結果は異なる場合があります。 次の表はこれらのテストの結果を表示します。


Note


これらのテストは、Unified Communications Manager リリース 8.0(1) で実行されました。


Table 4. CDR および CMR CPU 使用率

CDR および CMR の有効化/無効化

Cisco Unified CM CPU 使用率の平均増加率 %

合計 CPU 使用率の平均増加率 %

Cisco Unified CM CPU の % 増加

CPU の合計 % 増加

CDR が無効、CMR が無効

6.17

11.15

-

-

CDR 有効、CMR 無効

6.99

12.10

13.18

8.57

CDR 無効、CMR 有効

6.38

11.24

3.43

0.86

CDR 有効、CMR 有効

7.71

13.04

24.92

17.02