この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
コール詳細レコード(CDR)は、着信番号、発信番号、コールが開始された日付と時刻、コールが接続された時刻、およびコールが終了した時刻の詳細情報を示します。コール管理レコード(CMR)は、診断レコードとも呼ばれ、ジッター、損失パケット、コール中に送受信されたデータの量、および遅延の詳細情報を示します。CDR データは、CDR と CMR を集めてまとめたものです。単一のコールで、複数の CDR および CMR が生成される場合があります。Cisco Unified Communications Manager は、CDR および CMR 内の各コールに関連する情報を記録します。CDR と CMR は、総称として CDR データとして知られており、CAR の基本的な情報ソースとして機能します。
Cisco CDR Agent サービスは、Cisco Unified Communications Manager が生成した CDR ファイルと CMR ファイルをローカル ホストから CDR リポジトリ ノードに転送します。CDR リポジトリ ノードでは、CDR Repository Manager サービスが SFTP 接続を介して実行されています。SFTP 接続が切断されると、Cisco CDR Agent サービスは、接続が確立されるまで CDR リポジトリ ノードとの接続を試み続けます。Cisco CDR Agent サービスは、CDR リポジトリ ノードとの接続が再開されると、溜まっていたすべての CDR ファイルを送信します。CDR Repository Manager サービスは、CDR ファイルと CMR ファイルを保守し、CMR と CDR に使用するディスク空間を確保し、最大 3 つの設定済みの宛先にファイルを送信し、各宛先への配信結果を追跡します。CAR は、CDR Repository Manager サービスが作成したディレクトリ構造内の CDR/CMR ファイルにアクセスします。
ユーザが設定したコール量の上限と下限の設定は、CDR リポジトリに割り当てられる、総ディスク空間に対する割合(%)を指定します。CDR リポジトリ フォルダの下で保持されているフォルダは、コール量の上限と下限の割合(%)に寄与しますが、コール量の上限に達しても、Log Partition Monitoring がそのフォルダを削除することはありません。コール量の上限に達すると、CDR Repository Manager は、コール量の下限に達するまで処理済みの CDR ファイルを削除するか、または下限に達しない場合は処理済みの CDR ファイルをすべて削除します。処理済みの CDR ファイルをすべて削除してもコール量の下限に達しない場合、削除はそこで停止します。システムが最大ディスク割り当てに達するまで、CDRHighWaterMarkExceeded アラームが発生します。最大ディスク割り当てに達すると、システムは、ディスク使用量がコール量の上限を下回るまで、未配信のファイルを削除し、さらに保持期間内のファイルを古いファイルから順に削除していきます。このシナリオの CDRMaximumDiskSpaceExceeded アラームが繰り返し発生する場合は、ディスク割り当てを増やすか、または保持日数を短くしてください。
これらのアラームに関する情報は、CDR Repository Alarm Catalog(CDRRepAlarmCatalog)にあります。次の表に、このカタログのアラーム/アラートを表示します。
これらのアラームおよび推奨処置の詳細については、 でアラーム定義を参照してください。
CDR サービスおよびアラームの詳細については、『Cisco Unified Serviceability Administration Guide』を参照してください。
Cisco Unified Communications Manager 4.x からアップグレードする場合、Cisco Unified Communications Manager は Cisco Unified Communications Manager 4.x CAR データベースの内容を CSV ファイルに保存します。Cisco Unified Communications Manager 4.x CAR データベースは CDR 情報の一部を保持しています。Cisco Unified Communications Manager 4.x CDR データベースには CDR に関する詳細な情報が格納されています。このデータベースは、移行されません。データ移行ツールは、CAR データベースを移行させるのに、CAR データベースの CSV ファイルを使用します。CSV ファイルは、/common/download/windows/car ディレクトリに保存されます。事前生成レポートは、/common/download/windows/pregenerated データベースに格納されます。対応する CDR データベースが Cisco Unified Communications Manager 5.x 以降のリリースには存在しないため、完全な CDR データは Cisco Unified Communications Manager 5.x、6.x、または 7.x システムに移行されません。Cisco Unified Communications Manager 5.x、6.x、および 7.x の CAR データベース スキーマは、完全な CDR 情報が格納されるように拡張されていますが、それは Cisco Unified Communications Manager 5.x、6.x、または 7.x のシステムで生成された新しい CDR に対してのみです。
Cisco Unified Communications Manager インストール プログラムでは、Data Migration Assistant(DMA)TAR ファイルの CSV ファイルからアップグレード済みシステムの CAR データベースに CAR レコードを移行する時間に制限があります。移行期間は、60 分間です。割り当てられた期間内で最も多くの CSV ファイルを移行できるようにするために、CAR のレコード移行には次のステップが使用されます。
データ移行は、tbl_billing_data CSV ファイルから CAR データベースの tbl_billing_data テーブルへの課金レコードの移行で開始します。データ移行は、CSV ファイル内の最も新しいレコードで開始し、最も古いレコードに向かって処理されていきます。課金データの移行は、移行する課金レコードがなくなるか、または移行期間が 60 分に達したところで停止します。
課金データが移行された後に時間が残っていた場合は、データ移行は、tbl_billing_error CSV ファイルから CAR データベースの tbl_billing_error テーブルへのエラー レコードの移行に進みます。データ移行は、CSV ファイル内の最も新しいレコードで開始し、最も古いレコードに向かって処理されていきます。移行される各エラー レコードに対して、CAR は、tbl_error_id_map CSV ファイルにある error_record_id に対応するデータを CAR データベースの tbl_error_id_map テーブルに移行します。このアクションにより、エラー レコード データの移行の tbl_error_id_map 内のデータとの一貫性が保たれます。エラー レコード データの移行は、移行するエラー レコードがなくなるか、または移行期間が 60 分に達したところで停止します。
移行プロセス中の任意の時点で 60 分間の移行時間制限に達すると、CAR データ移行は終了し、CAR データベースの tbl_system_preferences が、アップグレードされたシステム データベース内にあるデータを反映するように更新されます。