8 レポート内容の分析

Oracle Coherenceには、多数の事前定義済レポートが含まれています。開発者およびシステム管理者は、レポートを使用して操作統計をモニターおよび分析したり、潜在的な問題のトラブルシューティングを行います。

Oracle Coherence*Webには、事前定義済レポートの追加セットが用意されています。Coherence*Webレポートは、この章では説明しません。『Oracle Coherence*WebでのHTTPセッション・マネージメントの管理』のパフォーマンス・レポートの実行に関する項を参照してください。

この章の内容は次のとおりです。

• キャッシュ・サイズ・レポートの理解
  キャッシュ・サイズ・レポートは、キャッシュ内のオブジェクトの数とサイズに基づいてキャッシュのサイズを示します。
• キャッシュ記憶域レポートの理解
  キャッシュ記憶域レポートには、キャッシュに対する索引、問合せおよびエビクションの詳細を含む詳細なメトリックが表示されます。
• キャッシュの使用レポートの理解
  キャッシュの使用レポートは、キャッシュの使用状況(get、put、エビクションなど)に関する情報を提供します。
• エグゼキュータ・レポートの理解
  エグゼキュータ・レポートには、クラスタの実行中のエグゼキュータに関する情報が表示されます。
• フェデレーション・デスティネーション・レポートの理解
  フェデレーション・デスティネーション・レポートは、レプリケートされたデータを受信するフェデレーション参加者の視点から送信レプリケーション統計を示します。
• フェデレーション・オリジン・レポートの理解
  フェデレーション・オリジン・レポートは、レプリケートされたデータを送信するフェデレーション参加者の視点から受信レプリケーション統計を示します。
• フェデレーション・ステータス・レポートの理解
  キャッシュ・サイズ・レポートは、フェデレーション参加者のステータスを示します。
• フラッシュ・ジャーナル・レポートの理解
  フラッシュ・ジャーナル・レポートには、フラッシュ・メモリーにデータがどれくらい効率的に保存されているかを確認するために役立つ統計が表示されます。
• JCache構成レポートの理解
  JCache構成レポートには、JCacheキャッシュで設定された構成オプションが表示されます。
• JCache統計レポートの理解
  JCache統計レポートには、JCacheキャッシュがどれくらい効率的に実行されているかを評価するために使用される情報が含まれます。
• 管理レポートの理解
  管理レポートには、管理フレームワークがすべてのMBeanに対してタイムリな管理データを表示しているかどうかを確認するためのリフレッシュ統計があります。
• メモリー・ステータス・レポートの理解
  メモリー・ステータス・レポートには、各メンバーおよびグリッド全体のメモリー消費を把握するために役立つ統計が含まれます。
• ネットワーク・ヘルス詳細レポートの理解
  ネットワーク・ヘルス詳細レポートには、ネットワーク通信の状態を確認するためのメンバー・レベルの詳細が含まれます。
• ネットワーク・ヘルス・レポートの理解
  ネットワーク・ヘルス・レポートには、ネットワーク通信の状態を確認するために役立つ主要な集計が含まれます。
• ノード・リスト・レポートの理解
  ノード・リスト・レポートは、クラスタ・メンバーの識別に役立つ情報を提供します。
• 永続性詳細レポートの理解
  永続性レポートは、キャッシュ永続性が特定のサービスおよびノードでどのように実行されているかに関する詳細な情報を示します。
• 永続性レポートの理解
  永続性レポートは、キャッシュ永続性が特定のサービスでどのように実行されているかに関する情報を示します。
• プロキシ・レポートの理解
  プロキシ・レポートには、プロキシ・サーバーに関する情報およびクライアントに転送された情報が含まれます。
• プロキシ接続レポートの理解
  プロキシ接続レポートは、クラスタ内のプロキシ・サーバーのクライアント接続に関する情報を提供します。
• プロキシHTTPレポートの理解
  プロキシHTTPレポートは、プロキシ・サーバーに対して構成されているHTTPアクセプタに関する情報を提供します。
• RAMジャーナル・レポートの理解
  RAMジャーナル・レポートには、RAMメモリーにデータがどれくらい効率的に保存されているかを確認するために役立つ統計が表示されます。
• サービス・レポートの理解
  サービス・レポートには、サービスのヘルスおよびパフォーマンスをモニタリングするための情報が含まれます。
• サービス・パーティション・レポートの理解
  サービス・パーティション・レポートには、パーティション数、平均および最大パーティション・サイズ、サービスの平均および最大ストレージ・サイズなどの詳細なメトリックが表示されます。
• トピック・レポートの理解
  トピック・レポートには、クラスタ内で定義されたトピックの詳細なメトリックが表示されます。
• トピック・サブスクライバ・レポートの理解
  トピック・サブスクライバ・レポートには、クラスタ内で定義されたトピック・サブスクライバの詳細なメトリックが表示されます。
• トピック・サブスクライバ・グループ・レポートの理解
  トピック・サブスクライバ・グループ・レポートには、クラスタ内で定義されたトピック・サブスクライバ・グループの詳細なメトリックが表示されます。
• トランザクション・マネージャ・レポートの理解
  トランザクション・マネージャ・レポートには、クラスタ内のすべてのトランザクション・サービス・インスタンスの詳細なトランザクション・マネージャ統計が示されます。
• ビュー・レポートの理解
  ビュー・レポートには、クラスタに定義されているビューに関する情報が表示されます。

キャッシュ・サイズ・レポートの理解

キャッシュ・サイズ・レポートは、キャッシュ内にあるオブジェクトの数とサイズに基づいてキャッシュ・サイズを示します。このサイズは、バックアップ・コピー、索引やオーバーヘッドを考慮に入れていません。<local-scheme>の<unit-calculator>サブ要素をBINARYに設定したキャッシュのサイズが報告されます。このキャッシュ・サイズ・レポートの名前は、timestamp-cache-size.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-cache-size.txtという名前のファイルは、2009年1月31日の午前1時のキャッシュ・サイズ・レポートを表します。

表8-1に、キャッシュ・サイズ・レポートの内容を示します。

表8-1 キャッシュ・サイズ・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Service	String	キャッシュ・サービスの名前
Cache Name	String	キャッシュの名前
CacheSize	Double	キャッシュ内のオブジェクトの数
MemoryBytes	Double	キャッシュ内のオブジェクトによって消費されたバイト数
MemoryMB	Double	キャッシュ内のオブジェクトによって消費されたメガバイト(MB)数
Avg Object Size	Double	各オブジェクトの平均メモリー消費量

キャッシュ記憶域レポートの理解

キャッシュ記憶域レポートには、キャッシュに対する索引、問合せおよびエビクションの詳細を含む詳細なメトリックが表示されます。エグゼキュータ・レポートの名前はtimestamp-report-cache-storage.txtで、タイムスタンプはYYYYMMDDHH形式です。たとえば、2009013101-report-proxy-connections.txtという名前のファイルは、2009年1月31日の午前1時のエグゼキュータ・レポートを表します。

ノート:

このレポートはreport-group.xmlには含まれていませんが、report-all.xmlを実行することで利用できます。

表8-2に、キャッシュ記憶域レポートの内容を示します。

表8-2 キャッシュ記憶域レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	サービス名。
Cache	String	キャッシュ名。
NodeId	String	数値のメンバー識別子
Query Contention Count	Long	前回のレポート・リフレッシュ以降に同時更新があったために問合せを再評価する必要があった合計回数。この統計は、問合せのパフォーマンスに対する同時更新の影響を測定します。問合せの合計数がQ、競合数がCの場合、予測されるパフォーマンス低下率を(Q + C)/Q以下にする必要があります。
Eviction Count	Long	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してエビクションが実行された合計回数
Insert Count	Long	前回のレポート・リフレッシュ以降のバッキング・マップへの挿入の数。put操作およびinvoke操作による標準的な挿入やバッキング・マップ・トポロジの一覧を使用したget操作による統合的な挿入のみではなく、転送の配信でリソースを基礎となるバッキング・マップに入れた場合にこのカウンタに1が足され、転送の配信でデータを出した場合にこのカウンタから1が引かれます。
Remove Count	Long	前回のレポート・リフレッシュ以降にバッキング・マップから削除された数。削除は、clear、remove、invokeなどの操作によって引き起こされます。
Optimized Query Count	Long	前回のレポート・リフレッシュ以降に索引を使用して完全に解決された問合せの合計数。
Optimized Query Total Millis	Long	前回のレポート・リフレッシュ以降に索引を使用して完全に解決された問合せの合計実行時間(ミリ秒)。
Non-optimized Query Count	Long	前回のレポート・リフレッシュ以降、索引を使用して解決できなかった(または部分的に解決された)パラレル問合せの合計数。
Non-optimized Query Total Millis	Long	前回のレポートのリフレッシュ以降、索引を使用して解決できなかった(または部分的に解決された)問合せの合計実行時間(ミリ秒)。
Indexing Total Millis	Long	最後のレポート・リフレッシュ以降の索引作成の累積期間(ミリ秒)。 ノート: この属性は、14.1.1.2206からのみ使用できます。
Index Total Units	Long	関連するキャッシュのすべてのインデックスで使用される合計ユニット。
Max Query Threshold Millis	Long	問合せ統計のしきい値。記録が重要になるほど問合せが長時間実行されている時間を定義します。
Max Query Duration Millis	Long	統計が最後にリセットされてからの最長の問合せ実行の継続時間(ミリ秒)。
MaxQuery Description	String	統計が最後にリセットされてから、最大実行時間がMaxQuery Threshold Millis属性の値を超えている問合せの文字列表現。
Optimized Query Average Millis	Long	統計が最後にリセットされてから索引を使用して完全に解決された問合せの平均実行時間(ミリ秒)。
Non-optimized Query Average Millis	Long	統計が最後にリセットされてから、索引を使用しても解決できなかった(または部分的にしか解決できなかった)問合せの平均実行時間(ミリ秒)。
Locks Granted	Long	StorageManagerにより管理されるパーティション化キャッシュの一部に現在付与されているロックの数。
Locks Pending	Long	StorageManagerにより管理されるパーティション化キャッシュの一部に対する保留中のロック・リクエストの数。
Listener Key Count	Long	StorageManagerに登録されているキーベースのリスナーの数。
Listener Filter Count	Long	StorageManagerに登録されているフィルタベースのリスナーの数。
Listener Registration Count	Long	前回のレポート・リフレッシュ以降に登録されたリスナーの数。

キャッシュの使用レポートの理解

キャッシュの使用レポートは、キャッシュの使用(get、put、エビクションなど)に関する情報を提供します。このキャッシュの使用レポートの名前は、timestamp-cache-usage.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2010013113-cache-usage.txtという名前のファイルは、2010年1月31日の午後1時のキャッシュの使用レポートを表します。

表8-3に、キャッシュの使用レポートの内容を示します。

表8-3 キャッシュの使用レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	キャッシュ・サービスの名前
Cache Name	String	キャッシュの名前
Tier	String	キャッシュがフロント層(ローカル・キャッシュ)とバック層(リモート・キャッシュ)のどちらに配置されているのか。値はfrontまたはbackです。
Total Puts	Double	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してputが実行された合計回数
Total Puts Millis	Double	前回レポートがリフレッシュされてからクラスタ全体でput()呼出しにかかった合計時間(ミリ秒)
Total Gets	Double	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してgetが実行された合計回数
Total Gets Millis	Double	前回レポートがリフレッシュされてからクラスタ全体でget()呼出しにかかった合計時間(ミリ秒)
Total Hits	Double	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してアクセスした合計回数
Total Hits Millis	Double	前回レポートがリフレッシュされてからクラスタ全体でヒットしたget()呼出しにかかった合計時間(ミリ秒)
Total Misses	Double	前回レポートがリフレッシュされてからクラスタ全体でのキャッシュに対するミスの合計数
Total Misses Millis	Double	前回レポートがリフレッシュされてからクラスタ全体でミスしたget()呼出しにかかった合計時間(ミリ秒)
Total Writes	Double	前回レポートがリフレッシュされてからクラスタ全体でキャッシュについて記憶域への書込みが実行された合計回数
Total Write Millis	Double	前回レポートがリフレッシュされてからクラスタ全体で記憶域への書込み操作にかかった合計時間(ミリ秒)
Total Reads	Double	前回レポートがリフレッシュされてからクラスタ全体でキャッシュのキャッシュ・ストアから読取りが実行された合計回数
Total Read Millis	Double	前回レポートが実行されてからクラスタ全体でキャッシュのキャッシュ・ストアの読取りにかかった合計時間(ミリ秒)
Total Failures	Long	前回レポートがリフレッシュされてからクラスタ全体でキャッシュについて障害が発生した合計回数
Total Queue	Long	クラスタ全体のキュー・リンク・サイズの合計
Evictions	Long	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してエビクションが実行された合計回数
Cache Prunes	Long	前回レポートがリフレッシュされてからクラスタ全体でキャッシュに対してプルーニングが実行された合計回数
Cache Prunes Millis	Long	前回レポートがリフレッシュされてからクラスタ全体でプルーニング操作にかかった合計時間(ミリ秒)

エグゼキュータ・レポートの理解

エグゼキュータ・レポートには、クラスタの実行中のエグゼキュータに関する情報が表示されます。エグゼキュータ・レポートの名前はtimestamp-executors.txtで、タイムスタンプはYYYYMMDDHH形式です。たとえば、2009013101-executors.txtという名前のファイルは、2009年1月31日の午前1時のエグゼキュータ・レポートを表します。

表8-4に、エグゼキュータ・レポートの内容を示します。

表8-4 エグゼキュータ・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportData	Date	レポートの各リフレッシュのタイムスタンプ
Name	String	エグゼキュータの論理名。
Id	String	このエグゼキュータの一意のID。
MemberId	Long	エグゼキュータが実行されている場所。
State	String	エグゼキュータの状態。
Description	String	このエグゼキュータの説明。次のオプションを使用できます。 JOINING - エグゼキュータがオーケストレーションに参加していることを示します。 RUNNING - エグゼキュータがタスクを受け入れて実行していることを示します。 CLOSING_GRACEFULLY - エグゼキュータが正常なクローズを開始したことを示します。新しいタスクは受け入れられませんが、既存のタスクは完了まで実行されます。 CLOSING - エグゼキュータがクローズを開始したことを示します。 CLOSED - エグゼキュータがクローズしていることを示します。 REJECTING - エグゼキュータがタスクを拒否していることを示します。
TaksInProgressCount	Integer	進行中のタスクの数。
TasksCompleted	Integer	期間中に完了したタスクの数。
TasksRejectedCount	Integer	期間中に拒否されたタスクの数。

フェデレーション・デスティネーション・レポートの理解

フェデレーション・デスティネーション・レポートは、レプリケートされたデータを受信するフェデレーション参加者の視点から送信レプリケーション統計を示します。フェデレーション・デスティネーション・レポートの名前はtimestamp-federation-destination.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-federation-destination.txtという名前のファイルは、2009年1月31日の午前1時のレポートを表します。

表8-5に、フェデレーション・デスティネーション・レポートの内容を示します。

表8-5 フェデレーション・デスティネーション・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Node ID	Long	フェデレーション統計の対象メンバー
Name	String	送信者の名前
State	String	参加者の状態。たとえば: INITIAL、IDLE、CONNECTING、STOPPED、PAUSED、ERRORまたはYIELDING
Status	Integer	参加者のステータス。次のいずれか1つを使用します。 0 – OK 1 – 警告 2 – エラー
CurrentBandwidth	Double	送信レプリケート・メッセージの1秒当たりの現在使用中の帯域幅(メガビット)
TotalBytesSent	Long	送信されたバイトの総数
TotalEntriesSent	Long	送信されたキャッシュ・エントリの総数
TotalRecordsSent	Long	送信されたジャーナル・レコードの総数。ジャーナル・レコードは、同一のトランザクションの一部である複数のキャッシュ・エントリで構成されます
TotalMsgSent	Long	送信されたレプリケーション・メッセージの総数。レプリケーション・メッセージには、複数のジャーナル・レコードが含まれます。
TotalMsgUnacked	Long	未応答のレプリケーション・メッセージの総数
RecordBacklogDelayTimePercentileMillis	Long	ジャーナル・レコードがキャッシュ内でレプリケートを待機する時間の90パーセンタイル値(ミリ秒)です
MsgNetworkRoundTripTimePercentileMillis	Long	レプリケーション・メッセージの送信、デスティネーション・クラスタへの変更の適用およびネットワークを介した対応する確認メッセージの受信に要したラウンド・トリップ時間(ミリ秒)の90パーセントの値。
MsgApplyTimePercentileMillis	Long	レプリケーション・メッセージをデスティネーションに適用するのに要した時間の90パーセンタイル値(ミリ秒)です。
BytesSent/sec	Long	1秒当たりの送信バイト数
MsgsSent/sec	Long	1秒当たりの送信メッセージ数
MaxBandwidth	Double	送信レプリケート・メッセージの1秒当たりの最大帯域幅(メガビット)。-1.0の値は、最大帯域幅が構成されていないことを示します。
ErrorDescription	String	エラーの説明。送信者の状態がERRORの場合にのみ、値が戻されます。
SendTimeoutMillis	Long	参加者に構成された送信タイムアウト
GeoIp	String	参加者に構成された場所のメタデータ
ReplicateAllPercentComplete	Long	replicateAllリクエストで完了した操作の割合
ReplicateAllTotalTime	Long	replicateAllリクエストにかかった合計時間(ミリ秒)
ReplicateAllPartitionCount	Integer	replicateAllリクエストのパーティションの合計数。
ReplicateAllPartitionCompletedCount	Integer	replicateAllリクエストに対して完了したパーティションの合計数。
ReplicateAllPartitionErrorCount	Integer	replicateAllリクエストのエラー・レスポンスがあるパーティションの数。最後の例外の詳細およびすべてのエラーの詳細のログは、DestinationMBeanのReplicateAllLastExceptionを確認してください。

フェデレーション・オリジン・レポートの理解

フェデレーション・オリジン・レポートは、レプリケートされたデータを送信するフェデレーション参加者の視点から受信レプリケーション統計を示します。フェデレーション・オリジン・レポートの名前はtimestamp-federation-origin.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-federation-origin.txtという名前のファイルは、2009年1月31日の午前1時のレポートを表します。

表8-6に、フェデレーション・オリジン・レポートの内容を示します。

表8-6 フェデレーション・オリジン・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Node ID	Long	フェデレーション統計の対象メンバー
TotalBytesReceived	Long	受信されたバイトの総数
TotalRecordsReceived	Long	受信されたジャーナル・レコードの総数。ジャーナル・レコードは、同一のトランザクションの一部である複数のキャッシュ・エントリで構成されます
TotalEntriesReceived	Long	受信されたキャッシュ・エントリの総数
TotalMsgReceived	Long	受信されたレプリケーション・メッセージの総数。レプリケーション・メッセージには、複数のジャーナル・レコードが含まれます
TotalMsgUnacked	Long	未応答のレプリケーション・メッセージの総数
MsgApplyTimePercentileMillis	Long	レプリケーション・メッセージをデスティネーションに適用するのに要した時間の90パーセンタイル値(ミリ秒)です。
RecordBacklogDelayTimePercentileMillis	Long	ジャーナル・レコードがキャッシュ内でレプリケートを待機する時間の90パーセンタイル値(ミリ秒)です
BytesReceived/sec	Long	1秒当たりの受信バイト数
MsgsReceived/sec	Long	1秒当たりの受信メッセージ数

フェデレーション・ステータス・レポートの理解

キャッシュ・サイズ・レポートは、フェデレーション参加者のステータスを示します。フェデレーション・ステータス・レポートの名前はtimestamp-federation-status.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-federation-status.txtという名前のファイルは、2009年1月31日の午前1時のフキャッシュ・サイズ・レポートを表します。

表8-7に、フェデレーション・ステータス・レポートの内容を示します。

表8-7 フェデレーション・ステータス・レポートの内容

列	データ型	説明
Node ID	Long	フェデレーション統計の対象メンバー
Name	String	送信者の名前
State	String	参加者の状態。次のいずれかです: INITIAL IDLE READY SENDING CONNECTING CONNECT_WAIT STOPPED PAUSED ERROR YIELDING BACKLOG_EXCESSIVE BACKLOG_NORMAL DISCONNECTED
Error Description	String	エラーの説明。送信者の状態がERRORの場合にのみ、値が戻されます。

フラッシュ・ジャーナル・レポートの理解

フラッシュ・ジャーナル・レポートには、フラッシュ・メモリーにデータがどれくらい効率的に保存されているかを確認するために役立つ統計が表示されます。このフラッシュ・ジャーナル・レポートの名前はtimestamp-flashjournal.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2010013113-flashjournal.txtという名前のファイルは、2010年1月31日の午後1時のフラッシュ・ジャーナル・レポートを表します。

表8-8に、フラッシュ・ジャーナル・レポートの内容を示します。

表8-8 フラッシュ・ジャーナル・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Node ID	Long	フラッシュ・ジャーナルの統計の対象メンバー
FileCount	Integer	現在使用中のジャーナル・ファイルの数
BinaryStoreCount	Integer	このジャーナルを使用しているアクティブなJournalBinaryStoreオブジェクトの数
TotalDataSize	Long	このジャーナルに現在保存されているバイト単位のデータ量
TotalFileSize	Long	このジャーナルのすべてのジャーナル・ファイルの合計サイズ
BacklogCount	Integer	まだジャーナルに格納されていない、シリアライズされた値の数
BacklogSize	Integer	バックログのバイト単位の最大サイズ。バックログは、まだジャーナルに格納されていない、シリアライズされた値の数です。クライアント・スレッドは、この制限を超えるとブロックされ、バックログが制限を下回るまでブロックされたままになります。
PoolSize	Integer	プール内の使用可能なバッファのバイト単位での合計サイズ

JCache構成レポートの理解

JCache構成レポートには、JCacheキャッシュで設定された構成オプションが表示されます。Cacheキャッシュは、キャッシュが作成される際にJCache APIを使用してプログラムから構成されます。このレポートの名前はtimestamp-jcache-configuration.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013113-jcache-configuration.txtという名前のファイルは、2009年1月31日の午後1時の管理レポートを表します。

表8-9に、JCache構成レポートの内容を示します。

表8-9 JCache構成レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportTime	Date	レポートの各リフレッシュのタイムスタンプ
CacheManager	String	キャッシュを作成したJCache CacheManagerインスタンス。Coherenceキャッシュ・マネージャは、JCacheNamespaceハンドラ・クラスを定義するキャッシュ構成ファイルによって一意に識別され、スコープ設定されます。
Cache	String	キャッシュの名前
KeyType	String	キャッシュが必要とするキーの型です。
ValueType	String	キャッシュが必要とする値の型です。
ManagementEnabled	Boolean	キャッシュの管理が有効化されているかどうかを示します
StatisticsEnabled	Boolean	キャッシュのパフォーマンス統計が収集されているかどうかを示します
ReadThrough	Boolean	キャッシュ操作がリードスルー・モードかどうかを示します
WriteThrough	Boolean	キャッシュ操作がライトスルー・モードかどうかを示します
StoreByValue	Boolean	キャッシュが値による格納または参照による格納のどちらのセマンティクスを使用しているかを示します。trueは、キーと値は値によって格納されることを示します。falseは、キーと値は参照によって格納されることを示します。

JCache統計レポートの理解

JCache統計レポートには、JCacheキャッシュがどれくらい効率的に実行されているかを評価するのに使用される情報が含まれます。このレポートの名前はtimestamp-jcache-statistics.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013113-jcache-statistics.txtという名前のファイルは、2009年1月31日の午後1時の管理レポートを表します。

表8-10に、JCache統計レポートの内容を示します。

表8-10 JCache統計レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportTime	Date	レポートの各リフレッシュのタイムスタンプ
CacheManager	String	キャッシュを作成したJCache CacheManagerインスタンス。Coherenceキャッシュ・マネージャは、JCacheNamespaceハンドラ・クラスを定義するキャッシュ構成ファイルによって一意に識別され、スコープ設定されます。
Cache	String	キャッシュの名前
CacheGets	Long	get操作の総数です。この値はヒットとミスの合計に等しく、キーの存在チェック操作は含みません。
CachePuts	Long	既存のエントリの置換操作を含むput操作の総数です
CacheRemovals	Long	remove操作の総数です。スペースを開放するためにキャッシュによって開始されるエビクションは含みません。
CacheHits	Long	成功したget操作の回数です。
CacheMisses	Long	成功しなかったget操作の回数です。
CacheEvictions	Long	キャッシュからのエビクションの総数です。エビクションは、スペースを開放するため、キャッシュによって開始されます。エビクションは、remove操作とはみなされません。 ノート: この属性は、Coherence JCacheプロバイダでは実装されていません。
AverageGetTime	Float	get操作を行う平均時間です。リードスルー・キャッシュの場合、キャッシュ・ミスによるエントリのロードに必要な時間は含まれません。
AveragePutTime	Float	put操作を行う平均時間です。
AverageRemoveTime	Float	remove操作を行う平均時間です。
CacheHitPercentage	Float	エントリを返したキャッシュ・リクエストの割合です。この割合は、キャッシュ・ヒットをキャッシュのget操作で割って計算され、10進値として報告されます。
CacheMissPercentage	Float	エントリを返さなかったキャッシュ・リクエストの割合です。この割合は、キャッシュ・ミスをキャッシュのget操作で割って計算され、10進値として報告されます。

管理レポートの理解

管理レポートには、管理フレームワークがすべてのMBeanに対してタイムリな管理データを表示しているかどうかを確認するためのリフレッシュ統計があります。この管理レポートの名前はtimestamp-management.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013113-Management.txtという名前のファイルは、2009年1月31日の午後1時の管理レポートを表します。

表8-11に、管理レポートの内容を示します。

表8-11 管理レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportTime	Date	レポートの各リフレッシュのタイムスタンプ
RefreshPolicy	String	現在設定されているリフレッシュ・ポリシー。このポリシーは、リモート・モデルのデータのリフレッシュ方法を決定します。
RefreshTime	Date	このモデルが、対応するメンバーから前回取得されたときのタイムスタンプ。ローカル・サーバーの場合はローカル時間になります。
RefreshExcessCount	Long	MBeanサーバーによって情報が予測的にリフレッシュされ、その情報がアクセスされなかった回数
RefreshCount	Long	統計が最後にリセットされてから取得されたスナップショットの合計数
RefreshPredictionCount	Long	MBeanサーバーによって予測的なアルゴリズムが使用され、MBean情報がリフレッシュされた回数
RefreshTimeoutCount	Long	この管理メンバーがリモートMBean属性のリフレッシュ試行中にタイムアウトした回数

メモリー・ステータス・レポートの理解

メモリー・ステータス・レポートには、各メンバーおよびグリッド全体のメモリー消費を把握するために役立つ統計が含まれます。メモリー・ステータス・レポートは、レポート・グループの一部として実行する必要があります。メモリー・ステータス・レポートは、プラットフォームMBeanの情報に依存しています。「MBeanのフィルタリング」を参照してください。メモリー・ステータス・レポートの名前はtimestamp-memory-status.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013115-memory-status.txtという名前のファイルは、2009年1月31日の午後3時のメモリー・ステータス・レポートを表します。

表8-12に、メモリー・ステータス・レポートの内容を示します。

表8-12 メモリー・ステータス・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
JVM Uptime	Long	前回のJVM起動からの経過時間
Node Id	Long	メモリー統計の対象メンバー
Gc Name	String	ガベージ・コレクタの名前
CollectionCount	Long	前回のJVM起動以降のガベージ・コレクションの回数
Delta Collection Count	Long	前回のレポート・リフレッシュ以降のガベージ・コレクションの回数
CollectTime	Long	JVMが起動後にガベージ・コレクションに費やした時間(ミリ秒)
Delta Collect Time	Long	前回のレポート・リフレッシュ以降にJVMがガベージ・コレクションに費やした時間(ミリ秒)
Last GC Start Time	Long	最後のガベージ・コレクションの開始時間
Last GC Duration Millis	Long	最後のガベージ・コレクションの合計時間
Last GC Stop Time	Long	最後のガベージ・コレクションの停止時間
Heap Committed	Long	レポート実行時点におけるコミット済ヒープ・バイト数
Heap Init	Long	レポート実行時点における初期化済ヒープ・バイト数
Heap Max	Long	JVMが起動後に使用した最大バイト数
Heap Used	Long	レポート実行時点でJVMが使用していたバイト数
HeapCommittedMB	Long	レポート実行時にコミットされたヒープ(MB)。
HeapInitMB	Long	レポート実行時に初期化されたヒープ(MB)。
HeapMaxMB	Long	JVMが起動後に使用した最大MB数。
HeapUsedMB	Long	レポート実行時にJVMで使用されたヒープ(MB)。

ネットワーク・ヘルス詳細レポートの理解

ネットワーク・ヘルス詳細レポートには、ネットワーク通信の状態を確認するためのメンバー・レベルの詳細が含まれます。このネットワーク・ヘルス詳細レポートの名前はtimestamp-network-health-detail.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013114-network-health-detail.txtという名前のファイルは、2009年1月31日の午後2時のネットワーク・ヘルス詳細レポートを表します。

表8-13に、ネットワーク・ヘルス詳細レポートの内容を示します。

表8-13 ネットワーク・ヘルス詳細レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
RefreshTime	Date	管理情報が、対応するノードから前回取得されたときのシステム時刻。ローカル・サーバーはローカル時間を表示します。
Node Id	Long	ネットワーク統計の対象メンバー。
Tx Success	Double	メンバーにおけるパブリッシャの成功率。この値が、ネットワーク・ヘルス・ファイルのバッチ(表8-14を参照)に示されるMin Node Tx Success値の2%から3%以内にあり、Grid Tx Success値よりも10%以上低い場合は、対象メンバーとクラスタとの間に通信上の問題がある可能性があります。この成功率の低さの要因としては、CPUまたはネットワーク帯域幅の制約、あるいはネットワークの長い待機時間などが考えられます。
Rx Success	Double	メンバーにおける受信側の成功率。この値が、ネットワーク・ヘルス・ファイルのバッチ(表8-14を参照)に示されるMin Node Rx Success値の2%から3%以内にあり、Grid Rx Success値よりも10%以上低い場合は、対象メンバーとクラスタとの間に通信上の問題がある可能性があります。この成功率の低さの要因としては、CPUまたはネットワーク帯域幅の制約、あるいはネットワークの長い待機時間などが考えられます。
PacketsSent	Double	メンバーから送信されたネットワーク・パケットの総数
Current Packets Sent	Long	前回のレポート・リフレッシュ以降にメンバーから送信されたパケットの数
PacketsResent	Long	メンバーから再送信されたネットワーク・パケットの総数。パケットの受信側が無効なパケットを受信した場合、または適切な時間内に確認パケットが送信されなかった場合、パケットは再送信されます。
Current Packet Resent	Long	前回のレポート・リフレッシュ以降にメンバーから再送信されたパケットの数
PacketsRepeated	Long	複数回受信したパケットの総数
Current Repeated	Long	前回のレポート・リフレッシュ以降に複数回受信したパケットの数
Packets Received	Long	メンバーが受信したパケットの総数
Current Packets Received	Long	前回のレポート・リフレッシュ以降にメンバーが受信したパケットの総数
TransportSentMessages	Long	前回のレポート・リフレッシュ以降にサービスの専用トランスポートで送信されたメッセージ数。
TransportReceivedMessages	Long	前回のレポート・リフレッシュ以降にサービスの専用トランスポートで受信されたメッセージ数。
TransportBacklogDelay	Long	前回のレポート・リフレッシュ以降にバックログの排出が原因でリクエストが遅延した合計ミリ秒。

ネットワーク・ヘルス・レポートの理解

ネットワーク・ヘルス・レポートには、ネットワーク通信の状態を確認するために役立つ主要な集計情報が含まれます。このネットワーク・ヘルス・レポートの名前はtimestamp-network-health.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013113-network-health.txtという名前のファイルは、2009年1月31日の午後1時のネットワーク・ヘルス・レポートを表します。

表8-14に、ネットワーク・ヘルス・レポートの内容を示します。

表8-14 ネットワーク・ヘルス・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Min Node Rx Success	Double	クラスタ内のメンバーにおける受信側の最小成功率。この値が、Grid Rx Success率よりもかなり低い(10%以上低い)場合は、ネットワーク・ヘルス詳細レポートを分析してください。
Grid Rx Success	Double	グリッド全体における受信側の成功率。この値が90%よりも低い場合、ネットワーク・ヘルス詳細レポートを分析してください。
Min Node Tx Success	Double	クラスタ内のメンバーにおけるパブリッシャの最小成功率。この値が、Grid Rx Success率よりもかなり低い(10%以上低い)場合は、ネットワーク・ヘルス詳細レポートを分析してください。
Grid TX Success	Double	グリッド全体におけるパブリッシャの成功率。この値が90%よりも低い場合、ネットワーク・ヘルス詳細レポートを分析してください。

ノード・リスト・レポートの理解

ノード・リスト・レポートは、クラスタ・メンバーの識別に役立つ情報を提供します。ノード識別子(nodeId)は一時的であるという性質をもつため、レポータは、メンバーのリストとユーザー定義のメンバーの識別情報をログに出力します。『Oracle Coherenceでのアプリケーションの開発』のmember-identityに関する項を参照してください。このノード・リスト・レポートの名前はtimestamp-nodes.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-nodes.txtという名前のファイルは、2009年1月31日の午前1時のノード・リスト・レポートを表します。

表8-15に、ノード・リスト・レポートの内容を示します。

表8-15 ノード・リスト・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
RefreshTime	Date/Time	情報がリモート・メンバーからリフレッシュされた時間。この時刻がバッチに出力された他の行のリフレッシュ時刻と異なる場合、このメンバーは適時に応答しなかったことになります。この現象は一般に、ガベージ・コレクションを実行しているメンバーで発生します。リフレッシュ日付が古いメンバーに関する情報は信頼できません。
Node Id	String	数値のメンバー識別子
UnicastAddress	String	メンバーのユニキャスト・アドレス
MemberName	String	メンバー名。
ProcessName	String	メンバーのプロセス名
RoleName	String	メンバーのロール名
MachineName	String	メンバーのコンピュータ名
RackName	String	メンバーのラック名
SiteName	String	メンバーのサイト名

永続性詳細レポートの理解

永続性詳細レポートは、キャッシュ永続性が特定のサービスおよびノードでどのように実行されているかに関する詳細な情報を示します。永続性詳細レポートの名前はtimestamp-persistence-detail.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-persistence-detail.txtという名前のファイルは、2009年1月31日の午前1時の永続性詳細レポートを表します。

表8-16に、永続性詳細レポートの内容を示します。

表8-16 永続性詳細レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportTime	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	パーティション化キャッシュ・サービスの名前
PersistenceMode	String	このサービスで使用される現在の永続性モードは、次のとおりです。 active – すべての変更キャッシュ操作は、構成された永続性環境を使用して永続します。 on-demand – 永続性環境が構成されて使用可能ですが、アクティブに使用されていません。 n/a – このサービスでは、永続性が構成されていません。
NodeId	Long	永続性統計の対象メンバー
PersistenceLatencyAverage	Float	アクティブな永続性操作により変更キャッシュ操作に追加された平均待機時間(ミリ秒)
PersistenceLatencyMax	Long	アクティブな永続性操作により変更キャッシュ操作に追加された最大待機時間(ミリ秒)。
PersistenceActiveSpaceUsed	Long	アクティブな永続性で使用される領域の量(バイト)
PersistenceActiveSpaceTotal	Long	アクティブな永続性で使用するファイル・システムの合計サイズ(バイト)
PersistenceActiveSpaceAvailable	Long	アクティブな永続性のファイル・システムで使用可能な残りの領域(バイト)
PersistenceSnapshotSpaceTotal	Long	スナップショットを格納するファイル・システムの合計サイズ(バイト)
PersistenceSnapshotSpaceAvailable	Long	スナップショットを格納するためにファイル・システムで使用可能な残りの領域(バイト)
PersistenceBackupSpaceUsed	Long	バックアップ・キャッシュ・データを永続化するために永続性レイヤーが使用する合計サイズ(バイト)。
PersistenceBackupSpaceTotal	Long	バックアップ・キャッシュ・データを永続化するために永続性レイヤーが使用する、ファイル・システムの合計サイズ(バイト)。
PersistenceBackupSpaceAvailable	Long	バックアップ・キャッシュ・データを永続化するために永続性レイヤーが使用する、ファイル・システムの残りの合計空き領域(バイト)。

永続性レポートの理解

永続性レポートは、キャッシュ永続性が特定のサービスでどのように実行されているかに関する情報を示します。永続性レポートの名前はtimestamp-persistence.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-persistence.txtという名前のファイルは、2009年1月31日の午前1時の永続性レポートを表します。

表8-17に、永続性レポートの内容を示します。

表8-17 永続性レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportTime	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	パーティション化キャッシュ・サービスの名前
PersistenceMode	String	このサービスで使用される現在の永続性モードは、次のとおりです。 active – すべての変更キャッシュ操作は、構成された永続性環境を使用して永続します。 on-demand – 永続性環境が構成されて使用可能ですが、アクティブに使用されていません。 n/a – このサービスでは、永続性が構成されていません。
PersistenceTotalActiveSpaceUsed	Long	アクティブな永続性で使用される領域の量(バイト)
PersistenceLatencyAverageAcrossNodes	Float	アクティブな永続性操作により変更キャッシュ操作に追加されたすべてのノードの平均待機時間(ミリ秒)
PersistenceLatencyMaxAcrossNodes	Long	アクティブな永続性操作により変更キャッシュ操作に追加されたすべてのノードの最大待機時間(ミリ秒)。
PersistenceBackupSpaceUsed	Long	バックアップ・キャッシュ・データを永続化するために永続性レイヤーが使用する合計サイズ(バイト)。

プロキシ・レポートの理解

プロキシ・レポートには、プロキシ・サーバーに関する情報およびクライアントに転送された情報が含まれます。このプロキシ・レポートの名前はtimestamp-network-report-proxy.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-report-proxy.txtという名前のファイルは、2009年1月31日の午前1時のプロキシ・レポートを表します。

表8-18に、プロキシ・レポートの内容を示します。

表8-18 プロキシ・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
RefreshTime	Date/Time	このモデルが、対応するメンバーから前回取得されたときのタイムスタンプ。ローカル・サーバーの場合はローカル時間になります。
Service Name	String	プロキシ・サービスの名前
HostIp	String	プロキシ・サービスのIPアドレスおよびポート
NodeId	String	数値のメンバー識別子
ConnectionCount	Long	プロキシ・サービスの現在の接続数
OutgoingByteBacklog	Long	プロキシ・サービスによる送信のキューに入れられたバイト数
OutgoingMessageBacklog	Long	プロキシ・サービスによるキューに入れられたメッセージ数
Bytes Sent	Long	前回のレポート・リフレッシュ以降にプロキシ・サービスから送信されたバイト数
Bytes Received	Long	前回のレポート・リフレッシュ以降にプロキシ・サービスが受信したバイト数
Messages Sent	Long	前回のレポート・リフレッシュ以降にプロキシ・サービスから送信されたメッセージ数
Messages Received	Long	前回のレポート・リフレッシュ以降にプロキシ・サービスが受信したメッセージ数

プロキシ接続レポートの理解

プロキシ接続レポートは、クラスタ内のプロキシ・サーバーのクライアント接続に関する情報を提供します。プロキシ接続レポートの名前はtimestamp-report-proxy-connections.txtで、タイムスタンプはYYYYMMDDHH形式です。たとえば、2009013101-report-proxy-connections.txtという名前のファイルは、2009年1月31日の午前1時のプロキシ接続レポートを表します。

表8-19に、プロキシ接続レポートの内容を示します。

表8-19 プロキシ接続レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportDate	Date	レポートの各リフレッシュのタイムスタンプ。
ServiceName	String	プロキシ・サーバーのサービス名。
NodeId	String	数値のメンバー識別子
UUID	Integer	このクライアント接続の一意のID。
RemoteAddress	String	クライアントのリモート・アドレス。
RemotePort	Integer	クライアントのリモート・ポート。
ClientAddress	String	クライアントのクライアント・アドレス(ロード・バランサ構成によっては、RemoteAddressとは異なる場合があります)。
ClientProcessName	String	クライアントの名前またはプロセスID。
ClientRole	String	クライアントのロール。
ConnectionTimeMillis	Long	クライアントが接続されていた時間(ミリ秒)。
OutgoingByteBacklog	Long	クライアントに送信するためにキューに入れられたバイト数。
OutgoingMessageBacklog	Long	クライアントに送信するためにキューに入れられたメッセージ数。
BytesSent	Long	前回のレポート・リフレッシュ以降にクライアントに送信されたバイト数。
BytesReceived	Long	前回のレポート・リフレッシュ以降にクライアントから受信されたバイト数。
MessagesSent	Long	前回のレポート・リフレッシュ以降にクライアントに送信されたメッセージ数。
MessagesReceived	Long	前回のレポート・リフレッシュ以降にクライアントから受信されたメッセージ数。
Member	String	クライアントの文字列表現。

プロキシHTTPレポートの理解

プロキシHTTPレポートは、プロキシ・サーバーに対して構成されているHTTPアクセプタに関する情報を提供します。このプロキシ・レポートの名前はtimestamp-report-proxy-http.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2009013101-report-proxy-http.txtという名前のファイルは、2009年1月31日の午前1時のプロキシ・レポートを表します。

表8-20に、プロキシHTTPレポートの内容を示します。

表8-20 プロキシHTTPレポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
RefreshTime	Date/Time	このモデルが、対応するメンバーから前回取得されたときのタイムスタンプ。ローカル・サーバーの場合はローカル時間になります。
Service Name	String	プロキシ・サービスの名前
HTTPServerType	String	HTTPサーバーのタイプ、またはHTTPプロトコルを使用していな場合はn/a
HostIp	String	プロキシ・サービスのIPアドレスおよびポート
NodeId	String	数値のメンバー識別子
AverageRequestSize	Float	HTTPリクエストの平均サイズ
AverageResponseSize	Float	HTTPレスポンスの平均サイズ
AverageRequestTime	Float	HTTPリクエストの平均処理時間(ミリ秒単位)
TotalErrorCount	Long	エラーが発生したHTTPリクエストの数
TotalRequestCount	Long	HTTPサーバーが起動されてから、または統計が最後にリセットされてからのリクエストの数
ResponseCount1xx	Long	100から199の範囲のHTTPレスポンスの数
ResponseCount2xx	Long	200から299の範囲のHTTPレスポンスの数
ResponseCount3xx	Long	300から399の範囲のHTTPレスポンスの数
ResponseCount4xx	Long	400から499の範囲のHTTPレスポンスの数
ResponseCount5xx	Long	500から599の範囲のHTTPレスポンスの数

RAMジャーナル・レポートの理解

RAMジャーナル・レポートには、RAMメモリーにデータがどれくらい効率的に保存されているかを確認するために役立つ統計が表示されます。このRAMジャーナル・レポートの名前はtimestamp-ramjournal.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2010013113-ramjournal.txtという名前のファイルは、2010年1月31日の午後1時のジャーナル・レポートを表します。

表8-21に、RAMジャーナル・レポートの内容を示します。

表8-21 RAMジャーナル・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Node Id	Long	RAMジャーナルの統計の対象メンバー
FileCount	Integer	現在使用中のジャーナル・ファイルの数
BinaryStoreCount	Integer	このジャーナルを使用しているアクティブなJournalBinaryStoreオブジェクトの数
TotalDataSize	Long	このジャーナルに現在保存されているバイト単位のデータ量
TotalFileSize	Long	このジャーナルのすべてのジャーナル・ファイルの合計サイズ

サービス・レポートの理解

サービス・レポートには、サービスのヘルスおよびパフォーマンスをモニタリングするための情報が含まれます。Request CountおよびTask Countの各値は、サービスのパフォーマンスとスループットを確認する場合に使用します。RequestPendingCountおよびTask Backlogの各値は、容量の問題やブロックされたプロセスの特定に使用します。Task Hung Count、Task Timeout Count、Thread Abandoned Count、およびRequest Timeout Countの各値は、システムで発生した実行の失敗数を示します。このサービス・レポートの名前はtimestamp-service.txtです。ここで、タイムスタンプはYYYYMMDDHH形式になります。たとえば、2010013113-service.txtという名前のファイルは、2010年1月31日の午後1時のサービス・レポートを表します。

表8-22に、サービス・レポートの内容を示します。

表8-22 サービス・レポートの内容

列	データ型	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Time	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	サービス名。
Node Id	String	数値のメンバー識別子
RefreshTime	Date	サービス情報がリモート・メンバーから更新されたシステム時間
Request Count	Long	前回のレポート・リフレッシュ以降のリクエスト数
RequestPendingCount	Long	レポート実行時点における未処理のリクエスト数
RequestPendingDuration	Long	レポート実行時点における未処理リクエストの待機時間
Request Timeout Count	Long	前回のレポート・リフレッシュ以降のリクエストのタイムアウト回数
Task Count	Long	前回のレポート・リフレッシュ以降に実行されたタスクの数
TaskBacklog	Long	レポート実行時点におけるタスクのバックログ
Task Timeout Count	Long	前回のレポート・リフレッシュ以降のタスクのタイムアウト回数
Task Hung Count	Long	前回のレポート・リフレッシュ以降にハングしたタスクの数
Thread Abandoned Count	Long	前回のレポート・リフレッシュ以降に破棄されたスレッドの数
Owned Partitions Primary	Integer	このメンバーがプライマリ・ストレージに所有しているパーティション数。
Owned Partitions Backups	Integer	このメンバーがバックアップ・ストレージにバックアップしたパーティション数。
Partitions Endangered	Integer	現在バックアップされていないパーティションの総数
Partitions Vulnerable	Integer	プライマリ・パーティションの所有者が存在する同じマシンでバックアップされるパーティションの総数。
Partitions Unbalanced	Integer	記憶域が有効なサービス・メンバーに対するパーティション分配が完全に調整されるまで転送が予定されているプライマリ・パーティションおよびバックアップ・パーティションの総数
Outgoing Partition Count	Integer	このサービス・メンバーにより他のメンバーへ現在転送中のパーティションの数
Thread Count	Integer	サービスのスレッド・プール内にあるスレッドの数。スレッド・カウントを構成するには、thread-count-minおよびthread-count-max要素に同一の値を設定します。
Thread Idle Count	Integer	サービスのスレッド・プール内で現在アイドル状態のスレッド数
Thread Utilization %	Double	プール内で使用されているスレッドのパーセンテージ(%)。このパーセンテージは、スレッド数とアイドル状態のスレッド数に基づいて計算されます。

サービス・パーティション・レポートの理解

サービス・パーティション・レポートには、パーティション数、平均および最大パーティション・サイズ、サービスの平均および最大ストレージ・サイズなどの詳細なメトリックが表示されます。サービス・パーティション・レポートの名前はtimestamp-service-partitions.txtです。ここで、timestampはYYYYMMDDHH形式になります。たとえば、2009013101-service-partitions.txtという名前のファイルは、2009年1月31日の午前1時のエグゼキュータ・レポートを表します。

ノート:

このレポートはreport-group.xmlに含まれていませんが、Cumulative Patch Update (CPU) 36410371以降をインストールした後でreport-all.xmlを実行することで使用できます。

表8-23に、サービス・パーティション・レポートの内容を示します。

表8-23 サービス・パーティション・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	各レポート・リフレッシュのタイム・スタンプ。
Service	String	サービスの名前。
Partition Count	Integer	サービスで構成されたパーティションの数
Backup Count	Integer	サービスで保守されるように構成されたパーティション・バックアップの数
Fair Share Primary	Integer	戦略が保守しようとしているストレージが有効化されたサービス・メンバー当たりのプライマリ・パーティションの数。
Fair Share Backup	Integer	戦略が現在保守しようとしているストレージが有効化されたサービス・メンバー当たりのバックアップ・パーティションの数。
Service Node Count	Integer	サービスを実行しているストレージが有効化されたノードの総数。
Service Machine Count	Integer	サービスを実行しているストレージが有効化されたノードをホストするマシンの数。
Service Rack Count	Integer	サービスを実行しているストレージが有効化されたノードをホストするラックの数。
Service Site Count	Integer	このサービスを実行するストレージが有効化されたノードをホストするサイトの数
Strategy Name	String	使用中のパーティション割当て戦略の名前
HA Status	String	サービスの高可用性ステータス。有効な値は、次のとおりです。 MACHINE-SAFE: マシンが失われても、データが失われることはありません。 RACK-SAFE: ラックが失われても、データが失われることはありません。 SITE-SAFE: サイトが失われても、データが失われることはありません。 NODE-SAFE: クラスタ・ノードをデータが失われることなく停止できます。 ENDANGERED: サービスを実行しているクラスタ・ノードが異常終了したためにデータが失われる可能性があります。 ノート: RACK-SAFEおよびSITE-SAFEを実現するには、各クラスタ・ノードにラックおよびサイト名が構成されている必要があります。
HA Target	String	戦略がアーカイブしようとしている高可用性のステータス。有効な値は、HAStatus属性と同一です。
Remaining Distribution Count	Integer	戦略で設定された目標をサービスが達成する前に完了が予定されているパーティション転送の数。
Average Partition Size KB	Integer	平均パーティション・ストレージ・サイズ(KB)
Max Partition Size KB	Integer	最大パーティション・ストレージ・サイズ(KB)
Average Storage Size KB	Integer	平均ノード・ストレージ・サイズ(KB)
Max Storage Size KB	Integer	最大ノード・ストレージ・サイズ(KB)
Max Load Node Id	Integer	最大ノード・ストレージ・サイズで識別されたノード

トピック・レポートの理解

トピック・レポートには、クラスタ内で定義されたトピックの詳細なメトリックが表示されます。トピック・レポートの名前はtimestamp-topic.txtで、timestampはYYYYMMDDHH形式です。たとえば、2009013101-topics.txtという名前のファイルは、2009年1月31日の午前1時のトピック・レポートを表します。

ノート:

このレポートはreport-group.xmlに含まれていませんが、Cumulative Patch Update (CPU) 35122413以降をインストールした後でreport-all.xmlを実行することで使用できます。

表8-24に、トピック・レポートの内容を示します。

表8-24 トピック・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	各レポート・リフレッシュのタイム・スタンプ。
Service	String	サービスの名前。
Name	String	トピックの名前。
NodeId	String	数値のメンバー識別子
ChannelCount	Integer	トピック内のチャネル数。
PublishedCount	Long	前回のレポート・リフレッシュ以降に公開されたメッセージの数。
PublishedFifteenMinuteRate	Double	過去15分間のメッセージの公開率。
PublishedFiveMinuteRate	Double	過去5分間のメッセージの公開率。
PublishedOneMinuteRate	Double	過去1分間のメッセージの公開率。
PublishedMeanRate	Double	メッセージが公開される平均レート。

トピック・サブスクライバ・レポートの理解

トピック・サブスクライバ・レポートには、クラスタ内で定義されたトピック・サブスクライバの詳細なメトリックが表示されます。トピック・サブスクライバ・レポートの名前はtimestamp-topic-subscribers.txtで、timestampはYYYYMMDDHH形式です。たとえば、2009013101-topic-subscribers.txtという名前のファイルは、2009年1月31日の午前1時のトピック・サブスクライバ・レポートを表します。

ノート:

このレポートはreport-group.xmlに含まれていませんが、Cumulative Patch Update (CPU) 35122413以降をインストールした後でreport-all.xmlを実行することで使用できます。

表8-25に、トピック・サブスクライバ・レポートの内容を示します。

表8-25 トピック・サブスクライバ・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	各レポート・リフレッシュのタイム・スタンプ。
Service	String	サービスの名前。
Name	String	トピックの名前。
SubscriberGroup	String	サブスクライバが属するサブスクライバ・グループ。
Id	Long	サブスクライバのID。
NodeId	String	数値のメンバー識別子
Backlog	Long	未処理の受信リクエストの数。
ChannelAllocations	String	サブスクライバに割り当てられたチャネル。
ChannelCount	Integer	トピック内のチャネル数。
Disconnections	Long	前回のレポート・リフレッシュ以降にサブスクライバが切断された回数。
Notifications	Long	前回のレポート・リフレッシュ以降に受信されたチャネル通知の数。
Polls	Long	前回のレポート・リフレッシュ以降のメッセージのポーリングの合計数。
ReceiveCompletionsCount	Long	前回のレポート・リフレッシュ以降に完了した受信リクエストの数。
ReceiveCompletionsFifteenMinuteRate	Double	過去15分間の受信リクエストの完了率。
ReceiveCompletionsFiveMinuteRate	Double	過去5分間の受信リクエストの完了率。
ReceiveCompletionsOneMinuteRate	Double	過去1分間の受信リクエストの完了率。
ReceiveCompletionsMeanRate	Double	受信リクエストが完了した平均レート。
ReceiveEmpty	Long	前回のレポート・リフレッシュ以降の空の受信リクエストの数。
ReceiveErrors	Long	前回のレポート・リフレッシュ以降に例外的に完了した受信リクエストの数。
ReceivedCount	Long	前回のレポート・リフレッシュ以降に受信された要素の数。
State	Integer	サブスクライバの状態。有効な値は次のとおりです。 0 - 初期 1 - 接続 2 - 切断 3 - クローズ中 4 - クローズ済
StateName	String	サブスクライバの状態を表す文字列。
Waits	Long	前回のレポート・リフレッシュ以降に受信された要素の数。

トピック・サブスクライバ・グループ・レポートの理解

トピック・サブスクライバ・グループ・レポートには、クラスタ内で定義されたトピック・サブスクライバ・グループの詳細なメトリックが表示されます。トピック・サブスクライバ・グループ・レポートの名前はtimestamp-topic-subscriber-groups.txtで、timestampはYYYYMMDDHH形式です。たとえば、2009013101-topic-subscriber-groups.txtという名前のファイルは、2009年1月31日の午前1時のトピック・サブスクライバ・グループ・レポートを表します。

ノート:

このレポートはreport-group.xmlに含まれていませんが、Cumulative Patch Update (CPU) 35122413以降をインストールした後でreport-all.xmlを実行することで使用できます。

表8-26に、トピック・サブスクライバ・グループ・レポートの内容を示します。

表8-26 トピック・サブスクライバ・グループ・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	各レポート・リフレッシュのタイム・スタンプ。
Service	String	サービスの名前。
Topic	String	トピックの名前。
Name	String	サブスクライバ・グループの名前。
NodeId	String	数値のメンバー識別子
ChannelCount	Integer	トピック内のチャネル数。
PolledCount	Long	前回のレポート・リフレッシュ以降のポーリングされたメッセージの合計数。
PolledFifteenMinuteRate	Double	過去15分間のメッセージのポーリング率。
PolledFiveMinuteRate	Double	過去5分間のメッセージのポーリング率。
PolledOneMinuteRate	Double	過去1分間のメッセージのポーリング率。
PolledMeanRate	Double	メッセージがポーリングされる平均レート。

トランザクション・マネージャ・レポートの理解

トランザクション・マネージャ・レポートには、クラスタ内のすべてのトランザクション・サービス・インスタンスの詳細なトランザクション・マネージャ統計が示されます。トランザクション・マネージャ・レポートの名前はtimestamp-report-transaction.txtです(timestampの形式はYYYYMMDDHH)。たとえば、2009013101-report-transaction.txtという名前のファイルは、2009年1月31日の午前1時のトランザクション・レポートであることを表します。

表8-27に、トランザクション・マネージャ・レポートの内容を示します。

表8-27 トランザクション・マネージャ・レポートの内容

属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
Report Date	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	サービスの名前。
NodeId	String	数値のメンバー識別子
TotalActive	Long	現在アクティブなトランザクションの合計数。アクティブなトランザクションとしてカウントされるのは、変更されたエントリを少なくとも1つ含み、まだコミットもロールバックもされていないトランザクションです。複数のメンバーがトランザクションに参加していた可能性がある場合でも、このトランザクションのコーディネータ・メンバーでこの数は保持されます。
TimeoutMillis	Long	トランザクション・タイムアウト値(ミリ秒)。この値は、値の設定後に取得されたトランザクション接続にのみ適用されます。この属性は、現時点ではサポートされていません。
CommittedCount	Long	期間中にトランザクション・マネージャがコミットしたトランザクションの合計数。複数のメンバーがトランザクションに参加していた可能性がある場合でも、このトランザクションのコーディネータ・メンバーでこの数は保持されます。
RecoveredCount	Long	期間中にトランザクション・マネージャがリカバリしたトランザクションの合計数。複数のメンバーがトランザクションに参加していた可能性がある場合でも、このトランザクションのコーディネータ・メンバーでこの数は保持されます。
RolledbackCount	Long	期間中にトランザクション・マネージャがロールバックしたトランザクションの合計数。複数のメンバーがトランザクションに参加していた可能性がある場合でも、このトランザクションのコーディネータ・メンバーでこの数は保持されます。
TransactionMillis	Long	期間中にアクティブなトランザクションにかかった累積時間(ミリ秒)。

ビュー・レポートの理解

ビュー・レポートには、クラスタに定義されているビューに関する情報が表示されます。ビュー・レポートの名前はtimestamp-view-usage.txtで、タイムスタンプはYYYYMMDDHH形式です。たとえば、2009013101-view-usage.txtという名前のファイルは、2009年1月31日の午前1時のビュー・レポートを表します。

表8-28に、ビュー・レポートの内容を示します。

表8-28 ビュー・レポートの内容

ViewMBean属性	タイプ	説明
Batch Counter	Long	関連ファイルの情報の統合に役立つ順次カウンタ。この値は、レポータが再起動され、メンバー全体での一貫性がない場合にリセットされます。しかし、ファイルの統合を試みる際には役立ちます。
ReportData	Date	レポートの各リフレッシュのタイムスタンプ
Service	String	ビュー・キャッシュが属するサービス。
NodeId	String	数値のメンバー識別子
Name	String	ビュー・キャッシュの名前。
Size	Long	ビュー・キャッシュ内のエントリの数。