Contact
Global Partner |
DOWNLOAD > SUPPORT > Features1. リアルタイム・パフォーマンス・マネジメントジェニファーは業務別に区分された数多くの単位業務システムを一つの画面で直観的にモニタリングする機能を提供します。パフォーマンス障害発生時、担当者の携帯電話へショートメッセージ通知サービスを通してリアルタイムで警告メッセージを伝送しながら、バックエンド(BackEnd)システム(CICS、TUXEDOなど)とDB MS-SQLクエリ実行情報までも分かりやすく提供し、パフォーマンス問題が発生した位置と障害の原因をクラス・メソッドレベルまで簡単に探せる機能を提供します。 - リアルタイムモニタリングリスト
- 同時端末ユーザ数(ConcurrentUser)モニタリング HTTPプロトコルがコネクションレス通信であるため、真の意味でのリアルタイム接続者数を把握することが極めて困難でしたが、ジェニファーはパフォーマンス理論の具体化を通して世界で唯一「同時端末接続者数」の概念を新しく確立し、その数値をモニタリングするアルゴリズムを実装しました。 - アクティブ サービス モニタリング パフォーマンス的な問題によって障害が発生した場合、最も大きく変化する数値は現在遅延処理中のアプリケーションの数です。即ちアクティブサービス数が異常に上昇します。 ジェニファーはアクティブサービスの処理時間遅延による経過時間を色により区分して、その数をイコライザーグラフで提供し、特定スレッドが現在、何をしているのかをクラス・メソッド・SQLレベルにいたるまで詳細にリアルタイムで提供します。 - 応答時間 分布 グラフ 各アプリケーション応答時間を時間軸に対する一つの点(Point)で表すと全体的な応答時間分布図グラフが表示されますが、その分布の形態を分析することがとても重要です。応答時間が一列に並んだり、特定応答時間周りに集中するなどの現象は統計的技法では見られなかった問題への新しいアプローチを提示します。なお、該当座標点をクリックすると選択したトランザクションに該当する内容に対してメソッド・SQL単位で応答時間・CPU使用量を詳細に確認することができます。 2. 障害診断/パフォーマンス低下原因分析ジェニファーはパフォーマンス診断プロフェッショナリストの長年にわたる経験をもとにウェブ系システムで発生する代表的なパフォーマンス障害タイプ及び障害原因を体系的に分類して、パフォーマンス障害の徴候が見られる核心的な情報を提供することにより、システム担当者が直観的に正確な判断を下すことを助けます。 ウェブ系システムの障害のタイプは大きく、相対的負荷の増加による相対的パフォーマンス障害(RelativePerformanceProblem)と特定条件状況によって発生する条件的パフォーマンス障害（ConditionalPerformanceProblem）とに分けられます。 負荷が上がることによってアプリケーションの応答時間が徐々に遅くなって発生するパフォーマンス障害現象が前者に当たり、特定アプリケーションでのJDBC接続リソース未解放、あるいはメモリリークなどの現象によって一定サービス時間経過後から正常なサービスを遂行することができなくなるパフォーマンス障害現象は後者に当たります。 -相対的な性能障害 応答時間分布図（X-View)を通してSQLクエリ・トランザクション時間占有比率を確認し、ボトルネック区間を即時に把握できます。特に実行時、使われたSQLBIND変数も一緒に提供するのでSQLチューニングに核心的に役立ちます。どんなアプリケーションが最もパフォーマンスに影響を与えるのかを数値化・定量化された統計データとして提供します。 ダッシュボードを通して接続者・負荷増加によるアクティブサービス数の変化を監視して、該当ボトルネックが特定アプリケーションからかSQLからか或いはバックエンドトランザクションから起因するのかをクリックだけで即時に確認できます。 特定アプリケーションのパフォーマンス要素であるCPU使用率・応答時間・呼出件数、SQL占有比率などを統計化して、アプリケーションチューニングの基礎資料として活用できます。 システムCPU使用率・同時端末接続者数の変化を日付別に分析し、今後該当システムの最大受容可能な同時端末接続者数を推定することによって、事前にシステム増設計画が立てられます。 -条件的な性能障害 JDBCリソースに対するIDEL・ALLOCATE・ACTIVE状態及び数のモニタリング、どのアプリケーションがリソースを解放しなかったのかをアプリケーションソース・コードレベルで探してくれます。 システムCPU、メモリ、JVMヒープ（Heap)使用量の変化及びライブオブジェクト、コレクション数、HTTPセッションダンプ、TCP/IPソケット、オープンされたファイルの追跡モニタリングを通してどんなアプリケーションが障害状況を累積していくのかが分かります。 スレッドハング状態などの発生時、明示的にサービスダンプを取って事後分析が可能です。 WAS・フレームワークなど第三のモジュールに追跡設定を掛けて、区間別応答時間およびCPU使用率をクラス・メソッド単位で設定できます。また、必要時に応答時間が遅れている遂行中アプリケーションに対して一時中止・中断（KILL)・優先順位調整をリアルタイムで明示的に遂行することができます。 -自動アラート機能 サービス処理量、CPU、メモリ使用量、応答時間などに対するピーク値設定が可能な自動システム警報（アラート)機能を提供しています。メールやショートメッセージシステムに障害状況を即時に伝送することによって迅速な原因把握と速い障害対応を可能にします。 現在ジェニファーはJ2EE環境で起こり得る各障害状況を41項目に分類して、これに従って自動的に反応するようにできています。 3. アプリケーション/SQLクエリチューニング-アプリケーションクラス/メソッド別詳細追跡 実行されたアプリケーションのクラス・メソッド別に、応答時間・CPU使用時間などが追跡可能で、どのモジュールでボトルネックが発生したのかを詳細に確認することができます。 - SQLクエリチューニング及びクエリプラン 実行されたすべてのSQLクエリの応答時間を抽出してくれます。なお、特定アプリケーションで該当SQLクエリの応答時間比重がどれくらいなのか、該当SQLクエリは他のどのアプリケーションで使われているのかなどの相関関係分析ができます。また、普段SQL実行時にバインド（Bind)変数がなければSQL実行計画（Execution Plan)が確認できませんが、ジェニファーはSQL実行時に使われたバインド変数を抽出して即時に提供します。 -チューニング対象アプリケーションリスト選択 どんなアプリケーションがシステム全体に最もパフォーマンスに影響を与えているのか統計的資料を提供します。 -バックエンドトランザクション取引追跡 ジェニファーはWASサーバを経由してリクエストされるバックエンドシステムのトランザクション取引詳細を追跡します。TUXEDOのWTC/Jolt、メインフレームCICS連動のためのCTGモジュールを追跡しWASから発生したすべてのトランザクションの応答時間及びリクエスト件数をリアルタイムモニタリングが可能で、統計化による性能分析レポーティングを提供します。 4. 統計分析/レポート-サービス統計分析 ジェニファーは接続者数、応答時間などサービス統計及びリソース使用量、サービスリクエスト件数、 SQL実行詳細、バックエンドトランザクション取引などによる、各統計データを定量化数字で提供します。 また、保存されたデータの2次加工のためのユーザ定義型統計画面テンプレートを登録し任意の区間別、 任意のリスト別に抽出して画面上にイメージチャートタイムで表現できます。 -柔軟なユーザ定義型レポートサポート ジェニファーはデータ保存構造のDB化により2次データ加工が可能で、ユーザ中心の任意のレポートテンプレートを通して多様な観点での性能レポートをビジュアルチャートを含んだワードタイプ(RTFフォーマット)ファイルで提供します。レポートテンプレートは顧客の要求時間を守り、技術サポートエンジニアまたは顧客が直接生成/修正可能です。 -定量化システム性能データ管理 ジェニファーはビジネス観点のサービス使用量変化とシステムのCPU、メモリ、ディスク、ネットワークなどシステムH/Wキャパシティプランニング観点で柔軟な情報を定量化数値で統計化することで、キャパシティプランニング及び追加増設計画の根拠資料を提供します。 5. ピーク負荷制御（PEAK LOAD CONTROL）システムが耐えられる負荷を超えるほどのサービスリクエストが暴走する場合に、自動的に負荷を制御し全体システムダウンを避けて安定的なサービスを可能にする機能をPLC（Peak Load Control:ピーク負荷制御）と言います。 この機能はジェニファーだけが提供できる機能で、24時間×365日無停止システムの構築を可能にします。また、負荷が大きいシステムでも必ず遂行させなければならないサービス要請に対しては業務別サービス優先順位を設定し、より安定的な対顧客サービスを可能にします。 代表的なパフォーマンス障害のタイプはバックエンドデータベース或いはホストトランザクションの処理能力が相対的に低くて、バックエンド段階からサービスキューイング現象が起こる場合です。この場合、たとえ原因はバックエンド側にあるとしてもバックエンド側からつまれてフロントエンド側まで上ってくると、結局WASサーバ及びウェブサーバの処理可能量が超過してしまい、それ以上サービスができなくなるハングアップ現象へ繋がります。このようなパフォーマンス障害問題はフロント側のウェブサーバやWASサーバの増設だけでは決して解決できません。 唯一の解決方法はサービスキューイングが起こりえる区間別に適切なアクティブサービスの数を制限して、一定数を超過する時には該当要請をサービスキューに入れずに、「申し訳ございません。只今、サービスビジー状態です。少し時間を置いてからアクセスしてください。」のような指定メッセージ画面で該当サービスを制限することです。この方法によりサービス過負荷による「オーバーフロー」をさけることができます。これは対処療法ではありますが、緊迫する実環境では非常に効果的な方法になり、WASスレッドハング(Threadhang)による全体システムダウンを防ぐことができます。 アプリケーションの修正なしに簡単な操作だけでPLCの適用が可能です。特に各アプリケーションの重要度による負荷の制御ができます。アプリケーションの重要度は以下のように三つのタイプに区分して設定できます。 6. ジェニファーサポートリスト
|
Hot news & issues
|
