Oracle Cloud Infrastructureドキュメント

主な概念

Oracle Pulseの主な概念を確認します。

Oracle Pulseの分析レポートおよび履歴データは、次のように様々なサービス・デリバリ領域からのビジネス・メトリックおよびキー・パフォーマンス・インジケータ(KPI)に基づいています。

  • ビジネス・メトリックは、ビジネス・パフォーマンスを分析できる測定値です。通常、これらは数値であり、ファクト列の値の合計または算術演算子を含む複雑な計算のように単純です。

  • 主要業績評価指標(KPI)は、目標を定義および追跡するための特定の測定値です。KPIには、通常時間によって変化する測定可能な値があり、トレンドやパフォーマンス・パターンについて時間の経過とともに比較できます。KPI評価は、実際の値を定義済のしきい値と比較することによって決定されます。

Oracle Pulseは、可用性、ストレージ、インシデント、変更、(有効化されている)ビジネス・トランザクション監視およびビジネス・インサイトの6つの重要なサービス提供エリアを対象としています。Oracle Pulseでは、ホストおよびデータベースのメトリックも網羅しています。この章では、次のセクションで説明するように、Oracle Pulseビジネス・メトリックおよび各領域のキー・パフォーマンス・インジケータの概念的根拠について説明します。

可用性メトリック

Oracle Pulseは、計算時に組織のサービスの可用性を最新に表現します。この項では、Oracleでこれらのメトリックを計算する方法を定義し、Oracle Pulseで示される値の基礎となる仮定をハイライトします。

可用性はITILサービス提供の定義原則であり、Oracleサービスは可用性の計算にITILの原則に従います。これらの原則に従って、可用性は、本番サービスが期待どおりに動作している時間の割合です。実際には、エンド・ユーザーがログインしてすべてのビジネス・トランザクションを実行できることを意味します。

可用性の計算では、Oracleが担当する本番環境の計画外完全停止のみが考慮されます。このような停止により、エンド・ユーザーはサービス全体を失うことになります。つまり、ログインしたり、ビジネス・トランザクションを実行したりすることはできません。供給中止の開始時にログインしたユーザーは、現在の処理を完了できません。顧客組織がサービスのリストア(必要な修理の実行など)を担当している場合、停止は可用性計算に含まれません。

これらの計算では、本番環境の計画メンテナンス停止も除外されます。この停止は、定期的なメンテナンスまたは顧客変更要求によって合意された日時で発生します。

分離されたビジネス・トランザクションを本番環境で完了できないが、他のサービス・トランザクションを実行できる場合、これはサービス中断とみなされ、可用性の計算には影響しません。

パルス・ダッシュボードには、本番環境で発生した稼働時間および計画外停止の数についての情報が示されます。また、当月または示された月の計画外完全停止、サービス中断および計画済生産保守停止の合計期間についての情報が表示されます。詳細は、サービスのパフォーマンスの確認のシステムの可用性の分析の項を参照してください。

顧客およびサービス・レベルの「可用性」ダッシュボードには、指定した時間間隔での組織の本番環境の可用性に関する情報が要約され、次のことが可能になります。

ストレージ・メトリック

Oracle Pulseは、組織のすべてのサービスのストレージ・メトリックを提供します。ストレージ使用状況メトリックは、異常なストレージ消費の検出、各異常のソースの特定、およびストレージ使用量が現在の資格に近づいているタイミングの理解に役立ちます。たとえば、不均等な量のストレージを消費するサービスの識別に役立ちます。

ストレージ資格とは、組織が購入したサービスまたはサービス・セットのサービス契約に含まれるストレージの量です。これには、ベース資格と、最初または契約への追加によって購入された追加のストレージが含まれます。組織の資格は、Oracle顧客管理チームによって手動で追跡されます。

Oracle Pulseを使用すると、組織のストレージ資格と組織が消費するストレージの量の両方を監視できます。ストレージ・リソースは、顧客所有のストレージと呼ばれる@customerまたは@partnerに配置できます。顧客所有のストレージには、組織のデータ・センターにあるすべてのストレージと、パートナ組織に属するストレージが含まれます。また、Oracleデータ・センターで組織が所有するOracle ExadataおよびExalogicサーバーも含まれます。Oracle所有のストレージは、組織が所有するサーバーを除く、Oracleサービス・データ・センターで使用されるすべてのストレージをカバーします。

使用済ストレージには、Oracle所有ストレージ上の組織のサービスに割り当てられる商用ストレージの量が含まれます。商用ストレージには、通常、Oracle® E-Business Suiteなどのアプリケーションで使用されるすべてのストレージと、それらのアプリケーションの実行に必要なツールが含まれます。ツールには、Oracle Databaseストレージまたはデータベースおよびアプリケーション・ソフトウェアを含めることができます。商用ストレージでは、ミラー化されたファイルシステム、バックアップ、および非商用ストレージとみなされるその他の項目は除外されます。

消費されたストレージは、実行中のストレージの資格から差し引かれます。消費されるストレージ値には、非商用ストレージの消費および組織独自のストレージ・リソースの使用も含まれます。これにより、消費されたストレージは、ストレージを管理し、将来の使用を予測するための重要なツールになります。

Pulse Dashboardは、資格に対するストレージの使用状況を要約し、最近のストレージアクティビティーの変更を表示します。いずれかの測定で大きな変化がすぐに調査される。詳細は、Checking the Performance of Your ServicesのAnalyzing Storageのセクションを参照してください。

「Customer and Service Level」の「Storage」ダッシュボードでは、組織のすべてのサービスおよび関連環境におけるストレージ使用量が対象となり、次のことが可能になります。

インシデント・メトリック

Oracle Pulseは、My Oracle Supportから収集された情報を使用して、組織のサービスに関連付けられたすべての本番および非本番サービス・リクエスト(インシデントと呼ばれる)を追跡します。

パルス・ダッシュボードでは、オープン重大度1のサービス・リクエストとレビュー待ちのサービス・リクエストのサマリー、および作成済サービス・リクエストの数と本番環境のクローズ済サービス・リクエスト数の3か月間の比較を表示できます。本番環境で作成された重大度1のサービス・リクエストの数が多いと、さらに分析できます。詳細は、「サービスのパフォーマンスの確認」の「インシデントの分析」の項を参照してください。

本番環境および非本番環境のサービス・リクエスト・メトリックは、顧客およびサービス・レベルの「インシデント」メニューにリストされ、次のことが可能になります。

ノート

Oracle Pulseでサービス・リクエスト情報を表示するには、My Oracle Supportで必要なサービス・リクエスト権限が必要です。詳細は、Oracle Pulseの概要の要件の項を参照してください。

変更指標

変更リクエストは、My Oracle Supportから収集された情報を使用してOracle Pulseで追跡されます。顧客およびサービス・レベルおよび個々の環境で使用可能で、これらのメトリックには、要求済、拒否済、スケジュール済または完了済またはすべての組織のサービスに対して処理中の変更のタイプが、個々の環境およびホストに対してスケジュールされた変更レベルまで表示されます。

パルス・ダッシュボードには、現在日から30日間にスケジュールされたすべての変更要求と、顧客の介入を必要とするすべての変更要求が要約されます。詳細は、「サービスのパフォーマンスの確認」の「変更の分析」の項を参照してください。

変更メトリックは、顧客およびサービス・レベルの「変更」メニューにもリストされ、次のことができます。

ノート

Oracle Pulseで変更リクエスト情報を表示するには、My Oracle Supportで必要なRFC権限が必要です。詳細は、変更管理レポートの使用の「要件」の項を参照してください。

自己回復メトリック

Oracle Pulseは、組織のサービスで実行される是正措置で表される自己回復指標を提供します。この項では、Oracleでこれらのメトリックを計算する方法を定義し、Oracle Pulseで示される値の基礎となる仮定をハイライトします。

自己修復の計算では、環境で実行された完了した修正処理のみが考慮されます。Pulse Dashboardには、本番環境および非本番環境で実行される是正措置の数、実行時間、種類および傾向に関する情報、および各是正措置の詳細がまとめられています。詳細は、セルフ・ヒーリング・レポートの使用の「本番と非本番の是正措置の分析」、「トレンド別の是正措置の分析」、「タイプ別の是正措置の分析」および「是正措置の詳細の表示」を参照してください。

自己修復ダッシュボードでは、次のことができます。

ビジネス・トランザクション・モニタリング・メトリック

BTMは、トランザクション処理システムのパフォーマンスを理解および管理するのに役立ちます。トランザクションのレスポンス時間は、サービスおよび環境のパフォーマンスを理解し、潜在的な問題または実際の問題を示すことができます。BTMは、使用をプロファイルし、パフォーマンスに関連する問題を特定し、ビジネス・プロセスで機能しないコンポーネントの原因を調査するのに役立ちます。

トランザクションは通常、会社の月次給与の実行など、ビジネス機能です。各トランザクションは、1つの単位として監視する一連の操作です。ユーザーがこれらの操作の一部またはすべてを完了すると、トランザクションはユーザー・インタラクションになります。すべての操作をユーザー入力なしで完了した場合、トランザクションはバッチ・ジョブになります。Oracle Pulse provides users with separate reports for Oracle® E-Business Suite and PeopleSoft batch jobs, while continuing to support user interactions.さらに、Oracle Pulseは、Oracle Service指向アーキテクチャ(SOA)スイートが実行するターゲットのステータスおよび状態を分析および監視します。

ノート

「トランザクション」ダッシュボードは、BTMが有効になっているサービスに対してのみナビゲーション・メニューに表示されます。

BTMが有効になっていない場合、「トランザクション」ダッシュボードは「顧客」レベルと「サービス」レベルで非表示になります。

BTMメトリックは、Oracle® Enterprise Managerから取得されます。さらに、サポートされているOracle applicationsが相互運用されます。BTMは、Oracle® E-Business SuiteおよびPeopleSoftバッチ・ジョブをサポートしています。これは、Oracle® E-Business SuiteおよびPeopleSoftから取得されます。

Oracle Pulseは、Oracle® Enterprise Managerが監視する特定のターゲットについてレポートするように構成できます。Oracle Service Delivery Manager (SDM)と連携して、監視のための主要なビジネス・トランザクションを設定および識別できます。

Oracle Pulseのトランザクション・メトリックについて

パルス・ダッシュボードは、アプリケーション、データ・センター(ローカルとリモートの両方)、バッチおよび顧客センター・レベルにおける組織のすべてのサービスの安定性とパフォーマンス・メトリックの概要を示します。

Stability metrics are calculated based on the most recent capture of the concurrent manager metrics for the customer's Oracle® E-Business Suite environments or for any of the PeopleSoft schedulers that manage jobs monitored by Oracle Pulse.安定性では、正常に実行されたBTMログイン・トランザクションの最終実行を使用して、ユーザーがサービス・アプリケーションを使用できるかどうかを示します。バッチ・トランザクションの場合、安定性は、コンカレント・マネージャまたはプロセッサ・モニター(あるいはその両方)が予想どおりに、定義済のしきい値内で実行されているかどうかを示します。

Performance metrics for Oracle® E-Business Suite concurrent managers and PeopleSoft schedulers are calculated based on the two most recent data captures for any job monitored by Oracle Pulse.パフォーマンスは、選択したビーコンからサービスに対して実行されたトランザクションが、BTM定義メトリック(中央値)の許容範囲内で実行されるか、またはバッチ・トランザクションに対して定義された警告しきい値内で実行されるかを示します。2つの同時トランザクション実行の両方がトランザクション中央値を超えると、パフォーマンス・インジケータは変化します。

顧客レベルの「トランザクション」ダッシュボードには、組織のサービスのすべてのトランザクションが表示され、場所別ユーザー・エクスペリエンスに関する個別のレポート(Oracle® E-Business SuiteおよびPeopleSoft)が提供されます。トランザクション・タイプ(EBiz Suiteバッチ・ジョブ、PeopleSoftバッチ・ジョブまたはユーザー・インタラクション)別に表示されるトランザクションをフィルタできます。各トランザクション・レコードは、最近および過去のメトリックの詳細なレポートにリンクしています。

同様に、サービス・レベルの「トランザクション」ダッシュボードには、すべてのバッチ・ジョブおよびサービスに関連付けられたユーザー・インタラクションの要約と詳細メトリック・レポートの両方が用意されています。最後に、「トランザクション」ダッシュボードには、選択した環境のすべてのトランザクション情報が要約されます。

バッチ・ジョブについて

一連のコンカレント・プログラムとして処理されるバッチ・ジョブは、データ集中型で長時間実行されます。通常は、ユーザーがシステム上でアクティブでないときに非同期に実行されます。即時またはスケジュール済のバッチ・ジョブ・トランザクションをコンカレント・プログラムとして実行する各要求は、コンカレント要求と呼ばれます。リクエストには通常、開始日と終了日、およびリクエストが繰り返される場合の再送信頻度が含まれます。コンカレント要求ごとに、BTMは、環境の開始メッセージが監視されてから終了メッセージが監視されるまでの時間を測定します。コンカレント要求の応答時間です。

ノート

バッチ・ジョブとコンカレント・プログラムという用語は、Oracle Pulseで同じ意味で使用されます。

To help you evaluate the performance of batch job transactions, Oracle Pulse collects both the max runtime and the avg runtime for the batch job transaction for all collected data from Oracle® E-Business Suite or PeopleSoft.最大ランタイムは、記録されたすべての実行からバッチ・ジョブ・トランザクションの実行にかかった最大時間です。avgランタイムは、バッチ・ジョブの完了にかかった平均時間です。条件アラートの発生に関係なく、すべての完了済リクエストがレスポンス時間にカウントされます。バッチ・ジョブ・レスポンスが最大ランタイムに近づいたか超えた場合、または平均ランタイムが予想よりも高い場合は、さらに調査する必要があります。

Oracle Pulseを使用すると、コンカレント・プログラム実行の異常、およびこれらの異常が発生した時期とその理由を識別できます。詳細レポートを開き、バッチ・ジョブを実行しているOracle® E-Business SuiteまたはPeopleSoftジョブ・システム(Oracle® E-Business SuiteまたはPeopleSoft環境)に関する情報を確認します。このような情報には、Oracle® E-Business Suiteジョブ・システムで現在実行されている最長同時リクエスト、特定の時点でのアラート状態のジョブ、およびPeopleSoftジョブ・システムの最後のデータ収集の7日前のアラート状態のジョブ、およびPeopleSoftジョブ・システムで現在キューに入れられているジョブが含まれます。

Oracle® E-Business Suiteジョブ・システムの履歴レポートには、指定した日付から24時間間隔で、最も長く実行されているコンカレント・プログラムまたはリクエスト数が最も多いコンカレント・プログラムが表示されますが、PeopleSoftジョブ・システムの履歴レポートには、過去24時間内の様々なステータスのジョブ・リクエストの数が表示されます。

BTMでは、モニター対象のすべての同時リクエストのフェーズとステータスも追跡されるため、監視対象Oracle® E-Business SuiteまたはPeopleSoftバッチ・ジョブ・リクエスト(過去1時間、過去24時間または過去31日)のパフォーマンスまたはランタイムの問題を識別できます。

Oracle® E-Business Suiteジョブの履歴レポートをフィルタリングして、任意の24時間間隔の同時リクエスト動作を表示できます。エラーありで完了したリクエスト(「エラーありで完了したリクエスト」フィルタ)または警告(「警告ありで完了したリクエスト」フィルタ)のすべてのモニター済コンカレント・リクエストのリストを開くことができます。保留フェーズ(保留中リクエスト・フィルタ)中であるか、保留状態(長時間保留リクエスト・フィルタ)で予想より長い時間経過したか、正常に完了したすべてのリクエスト(リクエストが正常に完了しました)を確認できます。

ユーザーインタラクションについて

一方、ユーザー・インタラクション・トランザクションはパフォーマンス時間でのみ評価されます。BTMでは、ユーザー・インタラクションを構成する操作の最終セットが完了するまでの時間が記録されます。これはトランザクションの最後のレスポンス時間です。

ユーザー・インタラクション・トランザクションの場合、BTMは最後のレスポンス時間を30日平均ランタイムと比較します。この値は、過去30日間にわたってユーザー・インタラクションについて記録されたすべてのランタイムの実行平均です。完了した実行はすべてレスポンス時間にカウントされます。BTMには、トランザクションの最終レスポンス時間と合意済しきい値の差異も表示されます。しきい値は、ユーザー・インタラクションの最長許容レスポンス時間です。これは、Oracle SDMと協議するOracle® Enterprise Managerで定義されます。

ユーザー・インタラクションのパフォーマンスを分析するには、詳細レポートを開きます。パフォーマンス・チャートは、ユーザー・インタラクションのレスポンス時間をしきい値と履歴中央値の両方と比較します。履歴中央値は、測定されたレスポンス時間の範囲の中間点にある値です。表ビューに反転して、チャートの基礎となる値を表示します。

「Sstained Stress」タブの詳細により、ユーザーは、主要なビジネス・トランザクションにおけるパフォーマンスの低下を感知し、その低下の原因を特定できるため、解決時間を短縮できます。このタブのチャートでは、トランザクションのレスポンス時間が持続期間における通常のレスポンス時間の大幅上または下回っているパフォーマンス低下期間が強調表示されます。これらの持続的ストレスの期間は、特定されたストレス期間中に発生したイベント(変更リクエスト、サービスリクエスト、および機能イベントを含む)に関連しています。これは、パフォーマンス低下自体に対する潜在的な貢献者であるためです。

LTMトランザクションについて

ログイン・トランザクション管理(LTM)トランザクションは、本番アプリケーションのコアOracleサービス監視設定の一部になりました。LTMトランザクションの目標は、インフラストラクチャ・コンポーネント、容量、パフォーマンスおよびアクセスに関して発生する可能性のあるアプリケーション・アクセスの問題を検出することです。

制限付きアクセス・ユーザー・アカウントを使用すると、LTMトランザクションはアプリケーション・ホーム・ページにログインしてすぐにログアウトするだけです。この単純なアクションにより、LTMトランザクションは前述の問題を追跡できます。LTMトランザクションは、本番環境の容量またはパフォーマンスに影響を与えません。LTMトランザクションの詳細は、サービス・デリバリ・マネージャにお問い合せください。

SOAサービスについて

Oracle Service- Oriented Architecture (SOA)サービスは、サービス指向アーキテクチャにデプロイされたアプリケーション間の接続を提供します。これらのサービス間の接続は、ビジネスが効率的に実行し、目標をサポートするために不可欠です。

コンポジット・アプリケーションは、コンポジットとも呼ばれ、複数の既存の機能を新しいアプリケーションに組み込むことで構築されたソフトウェア・アプリケーションです。コンポジット・ターゲットは、サービス・コンポーネント(BPELプロセス、ビジネス・ルール、ヒューマン・タスク、Springおよびメディエータ)と呼ばれる、SOAコンポジット・アプリケーションの構築に使用するビルディング・ブロックで構成されます。

Oracle Pulseを使用して、SOAスイートが実行するターゲットのステータスを分析し、コンポジット(ステータス、使用状況およびその他のメトリック)の状態をプロアクティブに監視します。これは、コンポジットのパフォーマンスおよびストレージに対する成長と影響を予測および理解する上で重要な役割を果たします。さらに、Oracle PulseはSOAコンポジットのステータスについてレポートすることもできます。これにより、さらにデータの同期を維持し、システム間の潜在的な差分を最小限に抑えることができます。たとえば、集中的に使用されるコンポジットでは、エラー、警告およびその他の詳細を維持するために一連のコンポジットに対して高レベルの監査ロギングが設定されている場合、これは、大量のデータがデータベースに保持されることを意味します。ログ・パージ・アクティビティが不足すると、主要なパフォーマンスの問題およびストレージ領域の問題が発生し、サービスでのその他のアクティビティに影響する可能性があります。

SOAコンポジットは、SOAインフラストラクチャの個別のセクション(パーティションと呼ばれる)にデプロイできます。パーティションにデプロイすると、SOAコンポジットを論理的にグループ化し、特定のpartition.The内のすべてのSOAコンポジット・アプリケーションでバルク・ライフサイクル管理タスクを実行できます。SOAサービスの統合ポイント間のスムーズでタイムリな相互作用は、ビジネス・プロセス・フロー全体の成功にとって重要です。Oracle PulseのBTM機能により、次のことが可能になります。

  • SOAコンポジットのヘルスおよび診断情報の表示

  • 早期に可視化することで、インシデントのタイムリな解決が可能

  • SOAインタフェースに関連するトレンド・データを理解することで、ビジネス・プロセス・ボリュームメトリック全体のインサイトがより確実になり、予想外の基準で実行されている領域にデータ・インサイトが提供されます

ビジネス・インサイト・メトリック

Oracle Pulseのビジネス・インサイト機能では、次の2つのタイプのメトリックが使用されます。

  • 主要業績評価指標(KPI)指標は、在庫水準やアカウント・ステータスなどの重要なビジネス測定に関する概要レベルのインサイトを提供します。KPIメトリックは、ビジネス・インサイト・チャートを介して視覚的に追跡できます。さらに、これらのKPIチャートにしきい値およびアラートを構成して、プロアクティブな追跡を支援できます。

  • 詳細メトリックは、KPIメトリックに関連付けられたメトリックで、KPIチャートで特定された問題に関する詳細なインサイトを提供します。これらのメトリックは、表ビューを介して表示されます。たとえば、KPIチャートで、「オープン」ステータスの勘定科目の割合が期間クローズ・イベントより高すぎることが示されている場合、表ビューでは、勘定科目の名前、属している地理的地域、またはその地域の連絡先を示す補足データを表示できます。KPIチャートと表ビューを併用すると、主要なビジネス目標をプロアクティブに追跡しやすくなり、KPI測定を解釈してデータ主導のアクションを実行するためのさらなるインサイトが提供されます。

パルス・ダッシュボードのビジネス・インサイト・ウィジェットは、プロビジョニングされたビジネス・インサイト・レポートの概要ビューを提供します。詳細は、「サービスのパフォーマンスの確認」の「ビジネス・インサイト・ウィジェット」の項を参照してください。

ビジネス・インサイト・ダッシュボードには、ビジネス・インサイト・レポートに含めるために要求したメトリックに関する情報が要約され、関心のあるメトリックをモニターできます。詳細は、ビジネス・インサイト・レポートの使用のビジネス・インサイト・メトリックの監視の項を参照してください。

ホストおよびデータベース・メトリック

Host and database metrics are tracked in Oracle Pulse using information drawn from Oracle® Enterprise Manager.顧客レベルで使用可能。これらのメトリックでは、特定の時点における様々なホストおよびデータベースの負荷を確認できます。

顧客レベルのパフォーマンス・ダッシュボードのホスト・メトリック表では、次の項目を確認できます。

  • 最後の間隔で、I/Oを待機しているジョブの平均数

  • SYSTEMモードで使用されているCPUの量(合計CPU処理能力の割合、またはプロセス・スレッドが特権モードでコードの実行に費やした時間の割合)

  • USERモードで使用されているCPUの量(合計CPU処理電力の割合またはプロセッサがUSERモードで使用する時間の割合)

  • 使用可能な合計CPU処理能力に対するCPU使用率、または非アイドル・スレッドの実行にCPUが費やした時間の割合

  • 合計メモリーに対する使用済メモリーの量の割合

  • 1秒当たりのページ・イン(ディスクから読み取ってフォルト・メモリー参照を解決する)ページ数またはハード・ページ・フォルトを解決するページの読取り率

  • 仮想メモリー・マネージャによって書き込まれるページ数または物理メモリーの領域を解放するためにページがディスクに書き込まれる率

  • 最後の間隔で実行され、メモリー内の平均プロセス数

  • 最後の間隔に使用されているスワップされたメモリーの割合、または使用するページ・ファイル環境の割合

  • システムで現在実行している合計プロセス数

詳細は、パフォーマンス・レポートの使用のホスト・メトリックの使用の項を参照してください。

顧客レベルのパフォーマンス・ダッシュボードのデータベース・メトリック表では、次の項目を確認できます。

  • 現在のログオン数

  • 現在のリクエスト(CR)ブロックが受信された平均時間(秒の100秒で測定)

  • SQL Net層を介してデータベースとの間で送信および受信された合計バイト数

  • このサンプル期間中の1秒当たりにディスクに書き込まれたデータ・ブロック数

  • しきい値引数で指定された値(パーセント)に対するプロセス・リソースの使用率

  • しきい値引数で指定された値(パーセント)に対するセッション・リソースの使用率

  • サンプル期間中の論理読取り数

  • 使用メモリーの合計容量(MB)

詳細は、パフォーマンス・レポートの使用のデータベース・メトリックの使用の項を参照してください。