ストアのパフォーマンスと可用性に関する情報は、サーバー側とクライアント側の両方の観点から取得できます。
Oracle NoSQL Databaseアプリケーションでは、oracle.kv.KVStore.getStats()クラスを使用してパフォーマンス統計を取得できます。これは、Oracle NoSQL Database操作の完全なラウンド・トリップのクライアント側のビューを提供します。
Oracle NoSQL Databaseでは、レプリケーション・ノードのパフォーマンス統計がログ・ファイルに自動的に格納され、このログ・ファイルは簡単にスプレッドシート・ソフトウェアにインポートして分析できます。統計は、ユーザーが指定した間隔でEnvironmentディレクトリ内のCSVファイル(je.stat.csv)に追跡、記録および書込みが行われます。ロギングは、Environmentが読取り/書込みモードで開くときにEnvironment単位で行われます。
構成パラメータは、使用される回転ログ・ファイルのサイズおよび数を制御します(これはjavaロギングに似ています。java.util.logging.FileHandlerを参照してください)。回転ファイル・セットの場合、各ファイルが指定されたサイズ制限に達すると、ファイルが閉じられて回転された後、新しいファイルが開かれます。古いファイルにはファイル名に"0"、"1"、"2"などを追加することで連続的に名前が付けられます。形式はje.stat[version number].csvです。
Oracle NoSQL Database管理サービスでは、ストアで生成されたステータス情報、アラートおよびパフォーマンス統計コンポーネントを収集し、集計します。これは、Oracle NoSQL Databaseサーバーの動作とパフォーマンスのサーバー側の詳細なビューを提供します。
各Oracle NoSQL Databaseのストレージ・ノードには、そのノードに存在するサービスからのトレース情報の詳細なログが保持されます。管理サービスは、これらのコンポーネント・ログの集計された、ストア全体のビューを示しますが、管理サービスがなんらかの理由で使用不能な場合、または各ログを調べた方がよい場合は、ログは各ストレージ・ノードで使用できます。
Oracle NoSQL Databaseでは、Java Management Extensions (JMX)またはSimple Network Management Protocol (SNMP)の各エージェントをオプションで監視に使用できます。SNMPおよびJMXの各インタフェースでは、ストレージ・ノードおよびストレージ・ノードでホストされるすべてのレプリケーション・ノードに関する情報のため、ストレージ・ノードをポーリングできます。詳細は、「標準化されたインタフェース監視」を参照してください。
前述のロギング・メカニズム以外に、管理コンソールを使用してストアの現在の状態を確認することもできます。この情報は、「Topology」ペインに表示されます。現在使用不能なサービスが表示されます。問題のあるサービスは、赤色で強調表示されます。ペインの上部の2行に、使用可能なサービスと使用不能なサービスの数が集計されます。
最後に、CLI内からの検証でストアのステータスを監視できます。詳細は、「ストアの検証」を参照してください。CLIを使用してイベントを調べることもできます。
イベントは、システムの状態を知らせる特別なメッセージです。イベントが生成されると、監視システムを介して転送され、表示されます。ストアによってレポートされるイベントは4種類あります。
状態変化イベントは、サービスの起動または停止時に発行されます。
パフォーマンス・イベントは、様々なサービスのパフォーマンスの統計をレポートします。
ログ・イベントは、様々なシステム・コンポーネントによって生成される、デバッグのトレース情報を示すレコードです。これらのレコードは、標準java.util.loggingパッケージによって生成されます。
プランの変遷イベントは、プランの実行、中断、失敗または取消しの進捗を記録します。
一部のイベントはクリティカルとみなされることに注意してください。これらのイベントは、管理サービスのデータベースに記録され、CLIまたは管理コンソールを使用して取得または表示できます。
プランの変遷イベントは、Oracle NoSQL Databaseの管理インタフェースを使用して直接表示することはできません。ただし、状態変化イベント、パフォーマンス・イベントおよびログ・イベントは、管理内部のEventRecorder機能を使用して記録されます。クリティカルとみなされるイベントのみが記録され、そのようにみなされる基準は、イベントの種類によって異なります。状態変化イベントはすべてクリティカルとみなされますが、ログ・イベントはSEVEREのみがクリティカルとみなされます。パフォーマンス・イベントは、レポートされるパフォーマンスが特定のしきい値を下回る場合にクリティカルとみなされます。
そのようなイベントはすべて、show eventsおよびshow eventコマンドを使用してCLIで表示できます。
データベース内の失効していないイベントをすべて表示するには、引数を指定せずにCLI show eventsコマンドを使用します。-fromおよび-to引数を使用して、表示されるイベントの範囲を制限できます。-typeまたは-id引数を使用して、それぞれタイプまたはIDでイベントをフィルタすることもできます。
たとえば、これは、show eventsコマンドからの出力です。
kv-> show events
idarpdfbS STAT 2015-08-13 22:18:39.287 UTC sn1 RUNNING sev1
idarpeg0S STAT 2015-08-13 22:18:40.608 UTC sn2 RUNNING sev1
idarphmuS STAT 2015-08-13 22:18:44.742 UTC rg1-rn1 RUNNING sev1
idarpjLLS STAT 2015-08-13 22:18:47.289 UTC rg1-rn2 RUNNING sev1
idartfcuS STAT 2015-08-13 22:21:48.414 UTC rg1-rn2 UNREACHABLE sev2
(reported by admin1)
これによって、4つのサービス状態変更イベント(sev1)と1つのUNREACHABLE (sev2)ログ・イベントが表示されます。各行の先頭のタグは、各イベント・レコードの識別子です。特定のイベントの詳細な情報を表示する場合、イベント・レコード識別子を引数として"show event"コマンドを使用します。
kv-> show event -id idartfcuS
idartfcuS STAT 2015-08-13 22:21:48.414 UTC rg1-rn2 UNREACHABLE sev2
(reported by admin1)
完全なスタック・トレースは、このようになります。
イベントは、設定された期間(デフォルトは30日)を過ぎると、システムから失効されます。
Sev1フラグは、STARTING、WAITING_FOR_DEPLOY、RUNNING、STOPPINGおよびSTOPPEDサービス状態変更イベントに関連付けられています。Sev2は、ERROR_RESTARTING、ERROR_NO_RESTARTおよびUNREACHABLEサービス状態変更イベントに関連付けられています。