CLI の MediaSense サーバの記録ファイルを管理して下さい

概要

この資料にメディア サンスの CLI によって記録物を見つけ管理する方法を記述されています。 記録物は検索のようなアプリケーションの MediaSense Application Programming Interface （API; アプリケーション プログラミング インターフェイス）によってしか、および演劇またはサード パーティ appliction 取得することができません。 ただし、MediaSense が CLI 記録メタデータに関する有用な情報を提供できるシナリオがあります。 

著者：Cisco TAC エンジニア。

問題

CLI が容易に記録物についての情報を見つけるのに使用することができる例があります。 特に役立つ少数の一般的な操作があります:

• 既知 日時が付いている記録を見つけて下さい
• 記録物の合計数を見つけて下さい
• プルーニングされた記録物の数を見つけて下さい
• Delete エラー コール 記録物 

解決策

MediaSense は CLI によってメタデータ データベースを問い合わせることを可能にします。 メディアへのログインはプラットフォーム 管理者 アカウントのセキュア シェル（SSH）によってサーバを検知し、メタである使用したいと思うデータベースの名前と ora_sql を実行するのにコマンドを使用します。 SQL クエリが二重引用符によって囲まれる必要があることに注目して下さい。

すべての記録セッションを保存する表は RecordingSession と呼ばれます。 この表に複数のカラムがあります。 重要なカラムの名前および discriptions はここにあります:

カラム	説明
pkid	ユニークの、記録のための MediaSense 識別。  これは記録のための、検索および演劇に見られるようにおよび API サービスによるセッションID です。
startdatetime	時間新紀元時間（1-1-1970 以来のミリ秒）に、開始する記録セッション。
期間	ミリ秒の recorrding セッションの長さ。
状態	記録の最終状態。 1 = アクティブ 2 = CLOSED_NORMAL 3 = CLOSED_ERROR 4 = 削除される 5 = 初期化します 6 = アップロードします 7 = 処理します 8 = インポートします
sipserver	SIP シグナリング通信が処理された MediaSense ノード ID。
captureserver	この記録がキャプチャされ、保存されたところ MediaSense ノード ID。
callcontrollertype	1 という値は記録が CUCM によって始められたことを示します。  2 という値は CUBE を示します。
ccid	分岐する CUBE SIP メッセージングに含まれ、このでメタデータを保存されるゲートウェイ コールの CCID。  ゲートウェイ コールに記録物を関連させるのに使用することができます。
callcontrollerip	記録が始められた CUCM か CUBE。 最初の SIP はこの IP から送信 されました誘います。
errorcode	サービサビリティを改善するためにバージョン 11 で導入される。  CLOSED_ERROR 記録物に今失敗の原因にヒントを与える特定のエラー コードがあります。  1 = 未知数 2 = MEDIA_SERVER_ERROR 3 = MEDIA_SERVER_TIMEOUT 4 = SIP_SIGNALING_ERROR 5 = SIP_CANCEL_RECEIVED 6 = NO_MEDIA_RECEIVED 7 つは = 孤立しました 8 = UNSUPPORTED_CODEC 9 = MEDIA_FORMAT_ERROR
取り外し可能	-
isarchived	このカラムは基本的なアーカイブ機能を使用して SFTP にアーカイブされた各記録のための本当に設定 されます。
errordetail	-

ステップ 1.既知 日時が付いている記録を見つけて下さい。 

たとえば、プレイバックに 2 月 6 日の記録されたコールは Greenwich Mean Time （GMT） -5 の 18:00 と 18:10 の間で開始しました。

最初に、時間枠はミリ秒の Unix/新紀元タイムスタンプに変換する必要があります。 http://www.epochconverter.com/ への Naviagte はまたは Unix 時間を得るのに同じようなツールを使用します。

変換の後の例では、タイムスタンプ値は 1391727600000and1391728200000 です。

次のコマンドを実行します。

ora_sql メタ「recordingsession からの選定された pkid 139172600000 と 1391728200000" 間の startdatetime 実行しなさい

この pkid によって、このコマンドを実行して下さい:

ora_sql メタ「選定されたパス、プロトコル、ポート、pkid='< yourpkidfromabove>」recordingurl からの nodeid 実行して下さい

記録が常駐するこのパスをおよび nodeID を使用して下さい。 与えられるパスからのオーディオを流すのに必要とされる URL を作り出すことができます。 

たとえば、rtsp:// < NodeID returned>/<path returned> の IP アドレス。

  

ステップ 2.記録物の良い合計数。

このコマンドは記録物の合計数を与えたものです MediaSense サーバで示される。

実行して下さい ora_sql メタを「選択します recordingsession から数を（*）」

ステップ 3.プルーニングされた記録物の検索数。

medisense サーバ 使用のプルーニングされた記録物の合計数を調べるため Unix タイムスタンプとのこのコマンド:

ora_sql メタを「選択します（recordingsession から数を*） state='4 および startdatetime < 1460572844000" 実行して下さい

ステップ 4. MediaSense からの Delete エラー コール 記録物。

Prune ポリシーは正常に記録されたコールでだけ動作します。 従って、手動で必要性 Delete エラー コール 記録物があります。

MediaSense に従って、各成功コールはメディアを記録したコールです。 1 つのトラックが記録され、リアルタイム転送プロトコル（RTP）が他のトラックのために受け取られなかったら、コールは CLOSED_NORMAL とみなされます。 このコールはコールのための成功コールとしてので存在 するメディア考慮されます。

プルーニングはディスクの新しいもののための方法を作るように古い記録物のクリアランスを試みるアクティビティです。

コールはエラーで終了するとき、本質的にデータを記録してもらいません。 （すなわち記録されるメディアがありませんそれ故に、その記録を削除する原因がありません）。

このように、エラー記録物メタデータはプルーニング polocy の一部として MediaSense から削除されません。 それらは MediaSense 検索および演劇で見られ続けます。

MediaSense 検索からのイメージ例はここにあります及び演劇は（最も新しいに最も古いとソートされる）、すべてのエラー記録現在およびプルーニングされない。

Delete エラー 記録物にメタデータがほしいと思えばこの場合、MediaSense API がその要件を実現させるのに使用することができます。

API の名前は deleteSessions、ここにサンプル使用です（セッションはリストである場合もあります）。 より多くの詳細のための MediaSense 開発者ガイドを参照できます。

MediaSense から記録セッションを完全に削除するためにこのコマンドを実行して下さい。 これはセッションの 1 セッションかリストを削除するためにすることができます。 

Find エラー セッションにこのコマンドを実行して下さい

admin: ora_sql メタ「recordingsession からの選定された pkid state='3'" 実行しなさい

画面の出力を制限し、10 記録物だけ一度に表示するために、このコマンドを実行して下さい:

admin: ora_sql メタを「選択する recordingsession から制限 10 pkid を state='3'" 実行しなさい

 エラー記録物メタデータを削除するステップ 4 で手順を使用して下さい。