InterSystems Symposia 2014

Caché モニタリングツールによるシステム監視

インターシステムズジャパン株式会社
カスタマーサポート部
掛地 めぐみアジェンダ① モニタリング（監視）の目的② 管理ポータル③ パフォーマンスモニタリングツール④ Cachéモニタリングツール⑤ サードパーティモニタリングツール

1

1

InterSystems Symposia 2014

①モニタリング（監視）の目的
このセッションとモニタリングの目的– システムを安全かつ健全に動作させるために、システムの状態を正確に把握することが重要– 既知の問題の調査・予防保全、両方の目的で用いる– Caché が提供するツールを有効に使用し、監視を行うことで効率の良い運用が可能– 問題検出の簡素化– 迅速かつ正確なアラート通知– シームレスなトラブルシューティング、診断、および処置
2②管理ポータル

システムダッシュボード• システムダッシュボード は、システムパフォーマンスの指標を表示• システムオペレーション  システムダッシュボード

32

InterSystems Symposia 2014

②管理ポータル

システム使用• 管理ポータル：
システムオペレーション  システム使用• 現在のシステムの使用状況を表示可能• 稼働中の統計情報を確認するときに利用• ^GLOSTATユーティリティでも同様の情報を取得可能
システム負荷なし

4③パフォーマンスモニタリングツール• ^GLOSTAT（グローバル活動の統計情報を収集）• ^mgstat（基本的なパフォーマンス・データを収集）• ^PERFMON（パフォーマンスモニタ）• ^%SYS.MONLBL（ルーチン行単位の監視モニタ）• ^PROFILE（ルーチン／クラスのパフォーマンス測定）システムやアプリケーションに問題が発生した時やシステムのパフォーマンスチューニング時に使用
53

InterSystems Symposia 2014

③パフォーマンスモニタリングツール^GLOSTAT• ブロックタイプ単位で統計情報を表示• 統計情報を収集する際は、統計値をリセットするキャッシュ効率（Cache Efficiency）＝
その後、秒数を指定して情報を収集
グローバル参照 / (物理読込+書出)• 特に、以下の2つの情報に注目すると便利– キャッシュ効率（Cache Efficiency）の大小– Block reads/writesの大小
定常時の動きを把握しておくと便利

システム負荷なし

6③パフォーマンスモニタリングツール^mgstat

GLOSTATでシステム全体の状況を確認後は・・・①問題となる期間について時系列でさらにグローバル
アクセスを詳細に調査する場合

mgstatを利用“問題となるアクセスを行っている ルーチン”や”問題となるアクセスの対象グローバル”を特定する場合

PREFMONを利用• システム統計情報を収集^mgstatはバックグラウンドで回数を指定して実行する
実行例） job ^mgstat(秒数, 回数, ファイル名)• 秒数： 統計時間を秒数で指定する※推奨指定は、2～5秒•

回数： 統計情報を収集する回数を指定する
•

例えば、2秒毎24時間連続で計測したい場合の指定は、43200回となる （24時間は86400秒）

ファイル名： 出力用ファイルパスと名前を指定する• 出力結果ファイルを、Excelなどでグラフ化してパフォーマンス解析に利用
システム負荷なし
74InterSystems Symposia 2014

③パフォーマンスモニタリングツール^PERFMON^GLOSTATでシステム全体の状況を確認後は・・・②問題となる期間について時系列でさらにグローバルアクセスを詳細に調査する場合

mgstatを利用“問題となるアクセスを行っている ルーチン”や”問題となるアクセスの対象グローバル”を特定する場合

PREFMONを利用• Cachéの動作に関する統計情報を表示
どのような頻度で個々のルーチン およびグローバルがアクセスされているか• 統計情報収集に伴い、パフォーマンスのオーバーヘッドが生じるので注意が必要
システム負荷あり

8③パフォーマンスモニタリングツール^%SYS.MONLBL^PERFMONでアクセス頻度の高いグローバルorルーチンを特定後は･･･
特定ルーチンに対して各行実行時のアクセス状態を調査する場合%SYS.MONLBL を利用

グローバルアクセス、ルーチンアクセスに対してCachéのキャッシュ効率を確認する場合

GLOSTAT, mgstat を 利用

• ^%SYS.MONLBLは、特定したルーチンの各行の実行時間やデータベースへのアクセス数を計測するツール– ルーチン単体レベルで行毎の処理時間が計測できるため、開発時に利用可能– また^PERFMON実行後、何らかの問題発生原因として予測されたルーチンに対しても、どの行の処理で実行時間がかかるかを特定可能• ^PERFMONと同様に、実行時パフォーマンスのオーバーヘッドが生じるので注意が必要
システム負荷あり95InterSystems Symposia 2014

③パフォーマンスモニタリングツール^PROFILE• ^PROFILEは、開発者がアプリケーションのパフォーマンス分析に利用できる• 以下のような構成で実行される– データを収集し、ルーチンレベルで並べ替え、最も “機能” しているルーチンやクラスを特定できる– 詳細レベルでデータ (サブルーチン、プロシージャ、および個別の行) の収集、および表示が必要なルーチンを選択し、個別のルーチンへの “ドリルダウン” を可能にする• 情報収集の為、共有メモリを使用する

システム負荷あり

10④Cachéモニタリングツール• Cachéモニタ（^MONMGR）• Caché システムモニタ（^%SYSMONMGR）– システムモニタ– ヘルスモニタ– アプリケーションモニタ
– 履歴モニタ
より快適な環境で運用するために使用問題が起こるのを防ぐため、もしくは問題を早期発見するために使用
116

InterSystems Symposia 2014

④Caché モニタリングツール^MONMGR（Cachéモニタ）• 定義された時間間隔でコンソールログ(cconsole.log)を定期的にスキャンして、構成された深刻度レベルのエントリを検出し、 アラートログ(alerts.log) に書き込むか、もしくは指定された受信者に電子メールを送信• 既定の動作– Caché モニタは、インスタンスの稼働中は常に稼働– コンソールログは 10 秒ごとにスキャンされる– 通知は、深刻度 2 (重大) および深刻度 3 (致命的)のコンソールログのエントリに対して生成される– 通知はアラートログに書き込まれる– Cachéの開始で、既存のアラートログは削除される

12④Caché モニタリングツール

Caché2012 以前のCachéモニタリングツール• Caché システムモニタ– Caché モニタ (^MONMGR)• Caché アプリケーションモニタ
– ^%MONAPPMGR ルーチンで管理• Caché System ヘルスモニタ– ^MONHEALTHMGR で管理• Caché 履歴モニタ– ^%MONAPPMGR ルーチンで管理

137InterSystems Symposia 2014

Caché2013から、^%SYSMONMGR でシステムモニタリングツールがまとめて管理できるようになりました！

14④Caché モニタリングツール ： Cachéシステムモニタ

Cachéシステムモニタのコンポーネント（^%SYSMONMGR）• システムモニタ
Cachéシステムモニタ– システムの状態やリソース使用量を監視
システムモニタ– 固定のステータスおよびしきい値に基づき、アプリケー
メッセージをログに出力
ヘルスモニタションモニタ• ヘルスモニタ– 特定の期間に様々なメトリックの値を監視– 構成済みの閾値、またはその期間の通常値と比較し、メッセージをログに出力• アプリケーションモニタ
– 主要なシステムメトリックを収集し、ローカルネームスペースのグローバルに保存– ユーザ定義のアラートで評価し、メールを送信もしくはクラスメソッドを実行• 履歴モニタ– 一般的なパフォーマンスやシステムの使用率に関するデータをデータベースに保存 パフォーマンスの問題（基準値からの逸脱）や長期的なシステム使用の分析に役立てる

これは CACHÉ モニタ (^MONMGR) とは異なります！！
15

8

InterSystems Symposia 2014

④Caché モニタリングツール ： Cachéシステムモニタ

Caché システムモニタのフレームワーク

Cachéシステムモニタは以下のクラスを順に実行する
1．センサクラス: GetSensors()–

2．サブスクライバクラス: Readings()–

Notifier

センサクラスは、一定間隔ごと(既定：30秒)にメトリック情報を収集する
メトリック情報の取得

サブスクライバクラスは、メトリックを評価し、通知を生成する
メトリック情報の評価

通知Subscriber
評価• SYS.Monitor.SystemSubscriber• SYS.Monitor.Health.Control• User Applications

3．通知クラス: Post()–

16• SYS.Monitor.SystemNotify• SystemMonitor.log• cconsole.log• EmailSensor classes
取得• SYS.Monitor.SystemSensors• Health Monitor Sensors• %SYS.Monitor.AppMonSensor

通知クラス は、センサクラスまたはサブスクライバクラスから返された通知を、各アラートメソッドに渡す
アラートの生成④Caché モニタリングツール： Cachéシステムモニタ ： サブスクライバクラス

センサクラス＊メトリック情報の取得

センサクラスは①または②の青字の処理を行う①メトリック値の取得 ⇒ メトリック値の評価 ⇒ アラートの生成（通知）②それ自体の評価を実行して、それ自体のアラートを生成（通知）※%SYS.Monitor.AppMonSensor ：アプリケーションモニタはこちら

Cachéシステムモニタ
システムモニタ
ヘルスモニタアプリケーションモニタ

• センサクラスは、既定では30秒毎にメトリック値を取得する• Cachéシステムモニタによってサブスクライバクラスに渡されるメトリックの名前と値の組み合わせを返す システムセンサ– さまざまなシステムセンサが事前定義されている。例えば…
• データベースディスク空き容量• 使用中のロック・テーブルの割合• CPU使用率などなど…

センサ：取得 カスタムセンサ– ユーザ定義のカスタムセンサが構成可能。例えば…
• # 時間単位で焼けるピザの数…
• # 分単位に生成される部品の数…などなど…

179

InterSystems Symposia 2014

④Caché モニタリングツール： Cachéシステムモニタ ： サブスクライバクラス

サブスクライバクラス ＊メトリック情報の評価

Cachéシステムモニタ
システムモニタ• 固定値による評価

ヘルスモニタアプリケーションモニタ

– 事前定義された最大値および警告値を超えたとき– 例：温度が100度を超えたら常にアラートを出す• 統計値による評価– 特定期間に収集されたサンプル値により評価された通常値の範囲を逸脱したとき
例：複数サンプル値より、通常値は85～95度と評価95度を上回った時アラートを出す
85度を下回ったらアラートを出す

センサ：取得18④Caché モニタリングツール ： サブスクライバクラス

固定値による評価• システムモニタ• ヘルスモニタの一部

1910

InterSystems Symposia 2014

④Caché モニタリングツール ：サブスクライバクラス ： システムモニタ

固定値による評価：システムモニタ• システムモニタ– システムの状態やリソース使用量を一定間隔で継続取得し、固定のステータスおよびしきい値に基づき、メッセージをログに出力する– センサクラスを30秒間隔で呼び出す
 間隔は変更可能– 定義済みのシステム通知ルールを使用
 しきい値の変更は不可– ユーザ独自のセンサクラス、サブスクライバクラス、および通知クラスを定義することも可能• ヘルスモニタの一部（後述）20④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

統計値による評価• ヘルスモニタ– 過去の傾向（統計値：グラフ）を元にメッセージを出す• 稼働中のCachéインスタンスを監視する• 重要なメトリック（監視値）は、「正常範囲（通常値）」と判断できる境界内に収まる必要がある• 過去の傾向を把握するため、特定の期間サンプリングを行う• WECO 統計的確率規則 (Western Electric Rules) に基づく規則を使用

21

11

InterSystems Symposia 2014

④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

アラート閾値： WECO 統計的確率規則 (Western Electric Rules)
どの点でも1 点が中心線から +3 σ: SEVERE
連続した3点のうち2点が中心線から +2 σ : WARNING
連続した5点のうち4点が中心線から +1 σ: WARNING+3 σ+2 σ+1 σ

連続した8点が中心線から同じ側: WARNING
連続した8点が中心線から同じ側: WARNING
連続した5点のうち4点が中心線から -1 σ: WARNING
連続した3点のうち2点が中心線から -2 σ: WARNING

平均-1 σ-2 σ-3 σ

どの点でも1 点が中心線から -3 σ: SEVERE※σ：標準偏差22④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

正常範囲（通常値）とは？

• 異常な状態を見極めるためには、対象メトリック値が正常な範囲（通常値）であるかを知る必要がある。
• 1回のみのサンプリングでは決定できない。
ヘルスモニタは、2つのモードのいずれかで動作する
分析モード

監視モード

正常時の状態を確立する
ために計測されるフェーズ

正常範囲と比較するために計測されるフェーズ特定期間のサンプル値の統計値が必要な場合統計値（グラフ）生成後、監視モードへ移行

統計値（グラフ）を基準にしてサンプリング値の評価を行う。
最大値と警告値が設定されている場合は固定値による評価となり、統計値は必要ない。

23

12

InterSystems Symposia 2014

④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

分析モード：期間単位の統計値（グラフ）を生成• 期間単位の統計値の作成が可能、例えば…
– 午前 9:00 ～ 午前 11:30 – ログイン多数（高負荷）– 午後 4:15 ～ 午後 6:00 – ログアウト多数 （高負荷）– 午後 9:00 ～ 午後 11:59 – 稼働なし（低負荷）• 特別なスケジュールの設定が可能：– 週末、月末、年末– 四半期末– 休日• 既定では、 63 の週次の繰り返し期間が用意されている。
※分割期間（9）＊ 7日間（1週間）

全ての期間で同じ統計結果になるわけではない！
24④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

分析モード：統計値（グラフ）生成におけるルール• 指定された週、月、四半期、または年ごとの期間に、30 秒の間隔でサンプリングを行う• 統計値の信頼性を確保するために、分析モードでは最低 13 サンプルを取得する必要がある（1 回の期間で有効な 13 サンプルが取得されるまで、センサは分析モードとなる）

例：最大値は以下のどちらかの式で算出①センサオブジェクトに最大値がない場合 、（以下の 1 と 2 で大きい方） * 乗数
1. 平均値＋3σ（標準偏差）2. 統計値の最大単一値＋１σ（標準偏差）②最大値も乗数もない場合、以下のうちの大きい方の値
1. ベース値（又は平均値の大きい方）＋3σ（標準偏差）2. 統計値の最大単一値

2513InterSystems Symposia 201426

④Caché モニタリングツール ：サブスクライバクラス ： ヘルスモニタ

監視モード• 必要なグラフが存在する場合やグラフが必要ない場合、監視モードになる• 3 分毎に各6つのサンプル値が平均化され、1つの読み取り値が生成（＝評価対象の値）• 評価に使用されるサブスクライバクラス
統計値なしの場合（最大値と警告値が予め設定）：
システムモニタのサブクスライバクラス

統計値（グラフ）ありの場合：
ヘルスモニタのサブクスライバクラス

システム起動時に開始のシステムモニタにより呼び出される為、ヘルスモニタが有効でない場合にもアラートと警告は生成される• 最近コンソールログによく見かける以下のメッセージは何？

→ グラフを必要としない（アラート・警告値を含む）ヘルスモニタが出しているメッセージ

05/18/14-19:52:50:886 (4612) 1 [SYSTEM MONITOR] DBLatency(c:¥intersystems¥symposia¥mgr¥cachetemp¥)
Warning: DBLatency = 1173 ( Warnvalue is 1000).
05/20/14-14:04:03:977 (2548) 1 [SYSTEM MONITOR] CPUusage Warning: CPUusage = 78 ( Warnvalue is 75).

2714

InterSystems Symposia 2014

④Caché モニタリングツール ： 通知クラス

通知クラス＊アラートの生成

Cachéシステムモニタ• Cachéシステムモニタは、センサクラス及びサブスクライバクラスを呼び出した後に、通知クラスを呼び出す。
• 通知クラスは、サブスクライバクラスから通知を受け取ると、その通知をシステムモニタログ、コンソールログに書き込む。
※ C:¥InterSystems¥Cache¥mgr¥SystemMonitor.log

アラート（深刻度2）

アプリケー
ションモニタヘルスモニタシステムモニタ
センサの読み取り値がしきい値を上回った時

システムモニタ

ヘルスモニタ

3 回連続してアラートしきい値を上回った時

警告（深刻度1）

5 回連続して警告しきい値を上回った時解消したら・・・

センサ：取得ステータスOK（深刻度0）• システムモニタやヘルスモニタが出したエラーをメールで送信したい場合は、^MONMGRを使用する。
28

デモ 1• 監視値の警告レベルを変えて、コンソールログへの出力メッセージを抑制する

29

15

InterSystems Symposia 2014

デモ 2
• カスタムセンサクラスを作成する• ベーカリーアプリケーション• 現在のオーブンの温度をモニタリング

30④Caché モニタリングツール ：アプリケーションモニタ

Caché アプリケーションモニタ

• 主要なシステム定義メトリックとユーザ定義メトリックを収集してローカルネームスペースのグローバルに保存する。
• ユーザ定義のアラートで評価し、メールを送信もしくはクラスメソッドを実行する• システムモニタ起動時、システムモニタで指定している実行開始ネームスペースで起動（%SYSは常に起動）• アプリケーションモニタで監視可能なメトリック群は、アプリケーションのセンサクラスに呼び出される• ネームスペースごとに構成・実行可能（独自の評価式を構成可能）• 通知オプション：なし、Email、クラスメソッドの実行– 例：%Monitor.System.Licenseクラスの利用可能なライセンス数が10以下になったら Email 送信
Property: AvailableDist,CurrentUsedDist
Expression: %1 - %2 < 10
件名：Cache Application Monitor Alert
内容：AlertLicense%Monitor.System.License: AvailableDist = 100 CurrentUsedDist = 983116

InterSystems Symposia 201432

④Caché モニタリングツール ：アプリケーションモニタ

Caché アプリケーションモニタ ： 履歴モニタの有効化• %SYSネームスペースのみで実行可能である特別なアプリケーションモニタクラスがある• アプリケーションモニタで提供されている以下のクラスは、有効化されると、システムの使用状況とパフォーマンスのメトリックの履歴データを作成および保持する– %Monitor.System.HistorySys– %Monitor.System.HistoryPerf• 履歴データは、システムの使用状況とパフォーマンスの問題の経時的な分析に役立つ→ 履歴モニタ• %SYS でのみ動作し、他のネームスペースに登録することはできない• データベースに情報が格納できるので、DeepSeeを利用してカスタマイズが可能（後ほど履歴モニタでデモ）– Cubeを含む環境はユーザが用意する必要がある

33

17

InterSystems Symposia 2014

④Caché モニタリングツール ： 履歴モニタ

Caché 履歴モニタ• 一般的なパフォーマンスやシステムの使用率に関するデータをデータベースに保存し、パフォーマンスの問題（基準値からの逸脱）や長期的なシステム使用の分析に役立てる。
• 履歴モニタデータは、SYS.History パッケージで定義され、%SYS ネームス
ペースに保持される• SQLまたは通常の永続オブジェクトアクセスで使用可能• ベースラインと現在値を比較し、性能劣化などのシステムの異変を早急に検知– ベースラインとは、トラブルなく稼働しているシステムの状態や構造を示す管理データの標準値

34④Caché モニタリングツール ： 履歴モニタ

基本メトリック• 4つの基本メトリック– SYS.History.Performance（パフォーマンス）
グローバル参照やルーチン呼び出しのような一般的なパフォーマンスメトリックを追跡
例： Global Refs, Phys Reads, などなど…

– SYS.History.WriteDaemon（ライトデーモン）
ライトデーモンサイクルのパフォーマンスメトリックを追跡
例： WD Cycle Time, # blocks, などなど…

– SYS.History.SystemUsage（システム使用）システムの使用率を追跡
例： License Usage, Processes, などなど…

– SYS.History.Database（データベース）
各ローカルデータベースについて、データベースの増大、ファイル・サイズ、および空き容量を追跡
例： Database Size, Freespace, などなど…
35

18

InterSystems Symposia 2014

④Caché モニタリングツール ： 履歴モニタ

データの収集

30秒単位• 2グループにより編成– SYS.History.PerfData
埋め込みオブジェクトとしてパフォーマンス及びライトデーモンクラスを含む– SYS.History.SysData

5分単位

システム使用およびデータベースクラスを含む• データ収集手順
1. ^%SYSMONMGR ユーティリティを使用し、以下の両方またはいずれかを有効化––%Monitor.System.HistoryPerf クラス%Monitor.System.HistorySys クラス

2. %SYS ネームスペースでシステムモニタを再起動^mgstatと類似したデータを収集

36④Caché モニタリングツール ： 履歴モニタ

集計• 詳細データ（PerfData、SysData）の他に、毎時および日次集計も作成– SYS.History.Hourly および SYS.History.Daily として定義• 統計処理：– 平均値、最大値、標準偏差、最小値、中央値、または合計を計算• 自動でデータを削除 ※手動で削除も可能– 詳細データは7日間– 毎時データは 60 日間 （日次データは自動削除されない）

パフォーマンスデータ（Performance&WD）：
30 秒間隔でサンプリング
7日過ぎたら削除

システム使用データ（System&Database）：
5分間隔でサンプリング
7日過ぎたら削除

時間データ：
60日過ぎたら削除

日次データ：
自動削除はされない。※手動で削除可能

37

19

InterSystems Symposia 2014

デモ 3
• 履歴モニタをDeepSeeのダッシュボードで見てみる

38④Caché モニタリングツール

Cachéのモニタリングツール
Cachéモニタ ※Do ^MONMGR

Cachéシステムモニタ
システムモニタDo ^%SYSMONMGR

ヘルスモニタアプリケーションモニタ

Do ^%SYSMONMGR
Do ^%SYSMONMGR⇒ 6) Manage Health Monitor ⇒ 5) Manage Application Monitor

事前定義のシステムエラーを システム全体のステータスとリ主要なシステムメトリックをサンプリン監視。
ソースを監視。
システムおよびユーザ定義のメト
グし、評価後の収集値をローカルネー
コンソール・ログを定期的にス システムおよびユーザ定義のメト リックをサンプリングし、ユーザ構 ムスペースのグローバルに格納。そキャンして構成された深刻度レ リック（監視値）を評価し、固定の 成可能なパラメータおよび既定の れを、ユーザ作成のアラート定義を使ベルのエントリを検出し、それ パラメータ及び閾値に基づき、通 通常値と比較して、通知を生成 用して評価ぞれの通知を生成 。
知を生成・ コンソールログや、システムモ ・ コンソールログや、システムモ
・ アラート・ログ
ニタログ
ニタログ
電子メール生成・メソッドの実行
・ 電子メール生成・メソッドの ・ 電子メール生成・メソッドの実 ・ 電子メール生成・メソッドの実
実行(構成時のみ)
行(構成時のみ)
行(構成時のみ)
デフォルトで開始 （1インスタン デフォルトで開始（登録ネームス ユーザ自身が構成・開始
ユーザ自身が構成・開始
スに1モニタ）ペースのみ） ※既定は%SYS（一部デフォルトで開始）
各ネームスペース固有の構成お各ネームスペース固有の構成および%SYSのみ%SYSのみよび設定で実行
設定で実行既に発生した状況の通知

障害を未然に防ぐ為、監視対象が閾値の範囲内であるかどうかを検知できる仕組みを提供〃〃

20

InterSystems Symposia 2014

④Caché モニタリングツール

2013.1以降のモニタリング イメージ
Caché システムモニタ^%SYSMONMGR
アプリケーション
モニタ
履歴
モニタ

システム
モニタ

ヘルス
モニタ

Caché モニタ
^MONMGR

EmailConsoleLog

ユーザ定義の通知アクション
40④Caché モニタリングツール（ご参考）2012.2以前のモニタ

Caché モニタ
^MONMGR

アプリケーション
モニタ
履歴
モニタ

ヘルス
モニタ

EmailConsoleLog

ユーザ定義の通知アクション41

21

InterSystems Symposia 2014

④Caché モニタリングツール

システムおよびメモリのステータスチェック• 現在のシステム全体のステータスを取得可能– $SYSTEM.Monitor.State()

ALERT (2)

• 30分間で5つ以上のアラート

WARNING (1) • 1つのアラートか5つの警告
OK (0)• アラートも警告もなし

42⑤サードパーティーモニタリングツール• BMC Patrol• SNMP• WMI• WS-Management4322

InterSystems Symposia 2014

⑤サードパーティーモニタリングツール

SNMP（Simple Network Management Protocol）• SNMPとは？
– ネットワークデバイスやコンピュータデバイスなど、TCP/IP ネットワーク全体を管理する手段として広く使用されている通信プロトコル– 多岐に渡る管理ツールに対して情報を管理、モニタする標準的な方法を提供• CachéはAgentX（Agent Extensibility）プロトコルを使用してサブエージェントとして実装– Windowsのサービスを有効にしておく必要がある• InterSystems は、Caché MIB（※）を提供※Caché SNMP インタフェースを介して取得できる全ての管理対象オブジェクトデータ• SNMP を介した参照やクエリの対象とすることができる簡潔なアプリケーションメトリックを追加するためにMIBを拡張することが可能

44⑤サードパーティーモニタリングツール

SNMP：サンプル• 無償で提供されているSNMPツール（今回使用したのはTWSNMP）のMIBブラウザを使用して、情報を収集すると、次のようになります。

4523InterSystems Symposia 2014

まとめ• Cachéパフォーマンスツールは、システム全体や個別の問題の原因を特定するのに効果的• Cachéモニタリングツールは、監視環境を適正に調整・設定することにより、問題を未然に防いだり、起こったとしても早期発見するのに効果的• 履歴モニタにより、– パフォーマンス劣化の問題が起きた時、通常時のデータと比較し、違いを容易に探ることができる– 将来におけるシステム資産の見積もりができる• Cachéモニタリングツールをうまく利用し、最適な環境で運用してきましょう– 本番環境でも通常時の情報を収集しておくことが、問題発生時の解決の近道となる

46

ご質問

47

24

InterSystems Symposia 2014

Appendix ： SNMPのトラブルシューティング
Caché側:1. %Service_Monitor が有効になっていることを確認
2. $$start^SNMP() で実行されるプロセスが起動されているかを確認
3. ^SYS("MONITOR","SNMP","DEBUG")=1をセットし、SNMP.log を確認する
Windows側:
1. Windows のサービス：SNMP Service が開始しているか確認–

Cachéをインストールする前に、SNMPサービスがインストールされることが前提。

– Caché が SNMP サービスよりも先にインストールされた場合① Windows SNMP サービスのインストール後、$$Register^SNMP() 関数を使用して登録し、SNMP サービスを再起動
または② Cachéの再インストール
48

インターシステムズジャパン株式会社
カスタマーサポート部
掛地 めぐみ25