SAP HANA アラートのチェック

SAP HANA データベースでは、ステータス、パフォーマンス、およびリソース使用に関する情報を、そのすべてのコンポーネントから継続的に収集および評価しています。

管理者はシステムのステータスとサービス、およびシステムリソースの消費を能動的に監視します。ただし、重大な状況 (たとえば、ディスクが満杯になっている、CPU の使用量が重大なレベルに達している、サーバが停止したなど) についてはアラートも発行されます。

データベース内のすべてのアラートの概要が、SAP HANA コックピットのホームページに表示されます。これらのアラートに関する詳細情報を取得してアラートの発生履歴を分析するために、Alerts アプリケーションにドリルダウンできます。

また、SAP HANA データベースのアラートをニーズに合わせて調整できるように、いくつかの設定オプションが用意されています。たとえば、アラートしきい値の変更、アラートの電子メール通知の設定、および特定のアラートのオン/オフの切替などです。

Alerts カードでは、アラートがカウントされ、SAP HANA で定義された最も重要な 10 のアラートカテゴリにグループ化されます。View By KPA (主要パフォーマンス領域) を使用して、アラートカテゴリとアラート KPA を切り替えます。SAP HANA コックピットの右上隅にある Refresh - Now ボタンを使用して、表示されたデータをリフレッシュすることができます。

Alerts アプリケーションを開くには、Alerts カードを選択します。

SAP HANA データベースの内部監視インフラストラクチャは、SAP HANA データベースのすべてのコンポーネントから、ステータス、パフォーマンス、およびリソース使用に関する情報を継続的に収集および評価しています。また、システムテーブルおよびビューのデータに対して定期的なチェックが実行され、設定可能なしきい値を超えた場合には、潜在的な問題を警告するアラートが発行されます。アラートの優先度は問題の重大度を示し、チェックの特性と設定済のしきい値に依存します。たとえば、使用可能なディスク領域の 90% が使用されると、低い優先度のアラートが発行され、98% が使用されると、高い優先度のアラートが発行されます。

最も重要なアラートは、Alerts カードに表示されます。これにより、重要なアラートは目立つようになり、データベース管理者は、表示されたアラートを迅速に調査することができます。Alerts アプリを開くには、SAP HANA コックピットの Overview ページで Alerts カードを選択します。すべての最新アラートは左側に一覧形式で表示されます。

フィルタリング、検索、および並替に利用可能なオプションを使用すると、分析対象のアラートを検索して選択できます。アラートに関する詳細情報 (特定の時間枠でアラートが発行された頻度を示すグラフなど) が右側に表示されます。

分析する時間枠を選択します。デフォルトでは、過去 24 時間における 1 時間あたりの発生数が表示されます。

表示されたアラートをさらに調査するために、以下の追加オプションを使用することができます。

• フィルタ項目 (1) を使用して、アラート、優先度、時間範囲、またはカテゴリを指定することができます。
• タイプドロップダウンリスト (2) を使用して、システム内の現在と過去のアラートを切り替えることができます。これは、以前の問題によって発生する可能性がある問題の根本的原因を調査する場合に役立ちます。
• テーブルのソートボタン (3) を使用して、表示されるアラートのソート順序を変更することができます。
• 詳細ボタン (4) を使用して、アラートテキスト全体および最後の発生を確認することができます。
• アラート定義詳細ボタン (5) を使用して、次にスケジュールされた実行および間隔設定を表示することができます。
• 提案ソリューションボタン (6) を使用して、SAP 関連ソリューションオプションを取得することができます。
• 発生ボタン (7) を使用して、アラートの履歴をレビューすることができます。
• 今すぐチェックボタン (8) を使用して、アラートチェッカーをマニュアルで実行することができます。
• アラート定義の編集ボタン (9) を使用して、アラート設定エディタを呼び出すことができます。アラートチェッカーアプリケーションを使用して、しきい値の設定、間隔値の設定、アラートの電子メール受信者の設定、およびアラートチェッカーの有効化または無効化を行うことができます。

  注意

  アラートチェッカーの無効化は、ユーザが問題を解決しなかったため不適切な手法です。あなたは、この問題について通知されるのを止めただけです。

統計サービスのデータコレクタによって収集されたデータは、デフォルト日数の経過後に削除されます。コレクタの大部分のデフォルト保持期間は 42 日です。

アラートを選択すると、そのアラートに関する詳細情報が右側に表示されます。アラートに関する以下の詳細情報が提供されます。

• Category

  アラートを発行したアラートチェッカーのカテゴリが表示されます。

  アラートチェッカーは、メモリ使用量やトランザクション管理に関連するものなどのカテゴリに分類されます。

• Next Scheduled Run

  関連するアラートチェッカーの次回のスケジュール済実行が表示されます。

  アラートチェッカーがオフになっている場合 (アラートチェッカーのステータスが Switched Off)、または前回の実行時に失敗した場合 (アラートチェッカーのステータスが Failed) は、アラートチェッカーがスケジュールされなくなるため、この項目は空になります。

• 間隔

  関連するアラートチェッカーが実行される頻度が表示されます。

  アラートチェッカーがオフになっている場合 (アラートチェッカーのステータスが Switched Off)、または前回の実行時に失敗した場合 (アラートチェッカーのステータスが Failed) は、アラートチェッカーがスケジュールされなくなるため、この項目は空になります。

• Alerting Host and Port

  アラートを発行したホストの名称とポートが表示されます。

  システムレプリケーションシナリオでは、セカンダリシステムホストによって発行されたアラートをここで特定することができます。これにより、実際のフェイルオーバーの前に問題に対処することで、セカンダリシステムの可用性を確保することができます。

• Alert Checker

  関連するアラートチェッカーの名称と内容説明が表示されます。

• 提案されたソリューション

  アラートで特定された問題を解決するための可能な方法が、サポートアプリへのリンクとともに表示されます (利用可能な場合)。

• Past Occurrences of Alert

  過去にアラートが発生した頻度を示す、設定可能なグラフィック表示です。

また、SAP HANA データベースのアラートをニーズに合わせて調整できるように、いくつかの設定オプション (たとえば、アラートしきい値の変更、特定のアラートのオフ、アラートの電子メール通知の設定など) を使用することができます。

SAP HANA データベース管理者は、システムのステータスとサービス、およびシステムリソースの消費を監視する必要があります。重大な状況が発生した場合は、適切なアクションを適時に実行できるように、通知を受ける必要があります。データセンタ作業およびリソース割当計画の場合、監視データ履歴を分析する必要があります。これらの要件は、SAP HANA の内部監視インフラストラクチャによって満たされます。

SAP HANA データベースのこれらの監視機能およびアラート機能は、統計サービスによって実行されます。統計サービスは、SAP HANA の内部監視インフラストラクチャの中心的な要素です。統計サービスは、システムで危機的な状況が発生したときにそれを通知し、分析のための監視データ履歴を提供します。これは SQL を使用して統計情報とパフォーマンス情報を収集します。

統計サービスは、システムに属するすべてのコンポーネントから、ステータス、パフォーマンス、およびリソース消費についての情報を収集して評価します。

監視およびアラート情報は、専用スキーマ (_SYS_STATISTICS) のデータベーステーブルに保存されます。SAP HANA コックピットはそこから情報にアクセスすることができます。システムビューのデータは、特定のしきい値に照らして評価されます。これにより、電子メール通知などの、設定されたフォローアップ活動がトリガされることがあります。

統計サービスは、マスタインデックスサーバの一連のテーブルと SQLScript プロシージャ、およびマスタネームサーバで実行される統計スケジューラスレッドによって実装されます。SQLScript プロシージャは、データを収集するか (データコレクタ)、アラート条件 (アラートチェッカ) を評価します。プロシージャは、データコレクタまたはアラートチェッカーの設定で指定されたスケジューラスレッドによって定期的に呼び出されます。データコレクタプロシージャによりシステムビューとテーブルが読み込まれ、データが処理され (たとえば、永続値を読込値から計算する必要がある場合)、計測履歴を登録するために処理済データが計測テーブルに保存されます。

このスケジューラスレッドは、nameserver サービスで実行される統計サーバの一部です。呼出がインデックスサーバに送信され、SQLScript プロシージャが呼び出されます。

アラートチェッカープロシージャは、データコレクタプロシージャとは別にスケジュールされます。測定履歴テーブルからではなく、元のシステムテーブルおよびビューから現在のデータが読み込まれます。データの読込後、アラートチェッカーの手順によって、設定されたアラート条件が評価されます。アラート条件が満たされると、対応するアラートがアラートテーブルに書き込まれます。そこから、アラートを表示する監視ツールからアクセスすることができます。また、アラート条件が満たされると、電子メール通知が管理者に送信されるように設定することもできます。アラートの重大度レベルに応じて、サマリメールが適切な頻度 (毎時、6 時間ごと、または毎日) で送信されます。監視ツール (SAP HANA コックピットなど) からアラートチェッカープロシージャを直接トリガすることもできます。

統計サービスによって収集および生成されるデータの量を管理するために、以下のメカニズムがあります。

• 設定可能なデータ保存期間

  統計サービスのデータコレクタによって収集されたデータは、デフォルト日数の経過後に削除されます。コレクタの大部分のデフォルト保持期間は 42 日です。デフォルトの保持期間が異なる一連のコレクタについては、以下の文を実行します。

  Code Snippet

  Copy codeSwitch to dark mode

  1
  SELECT o.name, s.retention_days_default FROM _SYS_STATISTICS.STATISTICS_SCHEDULE s, _SYS_STATISTICS.STATISTICS_OBJECTS o WHERE s.id = o.id AND o.type = 'Collector'and s.retention_days_default != 42 order by 1;

  以下の SQL 文を使用して、個々のデータコレクタの保存期間を変更することができます。

  Code Snippet

  Copy codeSwitch to dark mode

  1
  UPDATE _SYS_STATISTICS.STATISTICS_SCHEDULE set RETENTION_DAYS_CURRENT=<retention_period_in_days> where ID=<ID_of_data_collector>;

  注記

  データコレクタの ID を特定するには、以下の文を実行します。

  Code Snippet

  Copy codeSwitch to dark mode

  1
  SELECT * from _SYS_STATISTICS.STATISTICS_OBJECTS where type = 'Collector';

  _SYS_STATISTICS.STATISTICS_ALERTS テーブルのアラートデータも、42 日後にデフォルトで削除されます。この保持期間は、以下の文を使用して変更することができます。

  Code Snippet

  Copy codeSwitch to dark mode

  1
  UPDATE _SYS_STATISTICS.STATISTICS_SCHEDULE set RETENTION_DAYS_CURRENT=<retention_period_in_days> where ID=6002;

• アラートの最大数

  デフォルトでは、システム内のアラートの数 (つまり、テーブル _SYS_STATISTICS.STATISTICS_ALERTS_BASE の行数) は 1,000,000 を超えることはできません。この数を超過すると、アラート数が最大数を下回るまで、10% ずつ行削除が開始されます。

  許可されるアラートの最大数を変更するには、キー internal.alerts.maxrows の行と新しい最大値をテーブル _SYS_STATISTICS に追加します。" STATISTICS_PROPERTIES

  Code Snippet

  Copy codeSwitch to dark mode

  1
  INSERT INTO _SYS_STATISTICS.STATISTICS_PROPERTIES VALUES ('internal.alerts.maxrows', 500000);

複数コンテナシステムでは、統計サービスは、すべてのテナントデータベースの (マスタ) インデックスサーバで埋込プロセスとして実行されます。すべてのデータベースに独自の _SYS_STATISTICS スキーマがあります。

SAP HANA コックピットなどの監視ツールを使用すると、システムデータベースの管理者は、個々のテナントデータベースで発生する特定のアラートにアクセスすることができます。ただし、このアクセスは、ホスト上の物理メモリが不足しているなど、システム全体に影響する可能性がある状況を特定するアラートに制限されます。テナントデータベースのデータ (テーブル名など) を公開するアラートは、システムデータベースのシステム管理者には表示されません。

Alerte Definitions アプリケーションには、使用可能なすべての SAP HANA アラートの概要が用意されています。アラートを選択すると、電子メール通知を設定し、選択したアラートのプロパティを編集することができます。オプションで、他のデータベースに適用ボタンを使用して、アラート定義を複数のデータベースに適用します。Select Databases ダイアログボックスで、リストからターゲットデータベースを選択し、OK を選択します。問題を修正した場合、または状況に合わせてしきい値を調整した場合は、Check Now ボタンを選択して、デフォルトスケジュール外でアラートチェッカーの実行を開始することができます。これにより、アラート条件が再チェックされ、状況に応じてアラートが確認されるか、またはアラートが再度トリガされます。

電子メールの設定機能を使用すると、電子メール送信者、SMTP サーバ、SMTP ポート、およびデフォルトの受信者を指定できます。電子メール通知が設定されると、このアラートが発生するたびに、SAP HANA データベースシステムからデフォルトの受信者に通知電子メールが送信されます。アラートに固有の受信者を追加するには、編集ボタンを使用します。

Configure Alerts アプリでは、以下を設定することができます。

• 複数の異なる優先度のアラートをトリガするしきい値を変更する。

• アラートが発行されたときに特定のユーザが通知を受けるように、電子メール通知を設定する。

アラートチェッカーで以下のアクションを実行することもできます。

• 設定済みのスケジュールまたはステータスにかかわらず、アラートチェッカーを 1 回限り実行する。

• アラートチェッカーのオン/オフを切り替える。

アラートチェッカーの Alert Configuration を選択すると、アラートチェッカーとその設定に関する詳細情報が右側に表示されます。

アラートチェッカーに関する以下の詳細情報を表示することができます。

アラートチェッカーのステータスは、アラートチェッカーがスケジュールどおりに実行されているか、失敗したか、無効化されているか、またはオフになっているかを示します。使用可能なステータスは次のとおりです。

• Active

  アラートチェッカーがスケジュールどおりに実行されています。

• Failed

  アラートチェッカーは、(システムリソース不足などにより) 前回の実行に失敗したため、無効化されました。

  アラートチェッカーは、自動的に再有効化されるまで、一定期間無効のままになります。その期間の長さは、テーブル STATISTICS_SCHEDULE (_SYS_STATISTICS) の以下の列の値に基づいて計算されます。

  • INTERVALLENGTH

  • SKIP_INTERVAL_ON_DISABLE

  INTERVALLENGTH x SKIP_INTERVAL_ON_DISABLE の時間が経過すると、アラートチェッカーが再度有効になります。すべてのアラートチェッカーのデフォルト値では、失敗したチェッカーが 1 時間無効のままになります。60 秒ごとに、各アラートチェッカーのステータス、および/または再有効化の時間が経過したかどうかが調べられます。

  Alert Configuration でアラートチェッカーをオンに戻すことで、アラートチェッカーをマニュアルで再有効化することもできます。

• Switched Off

  アラートチェッカーのスケジュールをオフにしました。

  アラートチェッカーが自動的に再実行されるようにするには、マニュアルでオンに戻す必要があります。

多くの場合、アラートをトリガするためのしきい値を設定することができます。アラートチェッカーには、低、中、高の優先度しきい値を設定することができます。

しきい値は、特定の範囲内にあるべき変数値 (たとえば、使用物理メモリの割合 (%) や最新のデータバックアップの経過時間) を測定するアラートチェッカーに対して設定できます。多くのアラートチェッカーでは、特定の状況が存在するかどうかのみが確認されます。これらのアラートチェッカーに対してはしきい値を設定できません。たとえば、アラートチェッカー 4 はサービスの再起動を検出します。サービスが再起動すると、アラートが発行されます。

設定されたしきい値を超える値がアラートチェッカーによって記録されると、アラートが発行されます。

特定のアラートを発行する必要がなくなった場合は、基礎となるアラートチェッカーをオフにして、そのアラートチェッカーがスケジュールに従って自動実行されないようにすることができます。システムによって無効化されたアラートチェッカーは、マニュアルでオンに戻す必要があります。

状況によっては、アラートが不要であったり (システムに他のアラートがある場合に通知するアラートなど)、システムで該当しなかったり (バックアップが実行されないテストシステムでのバックアップ関連アラートなど) するため、特定のアラートが発行されないようにすることができます。

アラートチェッカーはいつでもまたオンに切り替えることができます。ステータスが Failed のチェッカーなど、システムによって無効化されたアラートチェッカーをオンにすることもできます。システムリソースの不足などが原因でアラートチェッカーを実行できなかった場合、アラートチェッカーは自動的に無効化されます。

一定の時間が経過すると、失敗したアラートチェッカーが自動的にオンに戻されます。詳細については、アラートチェッカーのステータスを参照してください。

特定のテーブルまたはスキーマのアラートを無効化することができます。これは、アラート "パーティショニングされていないカラムストアテーブルのレコード数" (ID 17) および "パーティショニングされていないカラムストアテーブルのテーブル拡大" (ID 20) に対して実行することができます。

特定のテーブルに対してアラートが発行されないようにするには、次の SQL 文を使用します。

1
INSERT INTO _sys_statistics.statistics_exclude_tables VALUES (<alert_id>, '<schema_name>', '<table_name>')

特定のスキーマのすべてのテーブルに対してアラートが発行されないようにするには、以下の SQL 文を使用します。

1
INSERT INTO _sys_statistics.statistics_exclude_tables VALUES (<alert_id>, '<schema_name>', null)

アラートを再有効化するには、テーブル _sys_statistics.statistics_exclude_tables からエントリを削除します。

アラートチェッカーをオフに切り替えると、そのステータスは Switched Off に変わり、自動的に実行されるようにスケジュールされなくなります。

アラートチェッカーをオンに切り替えると、設定済スケジュールが実行されます。

アラートが発行されたときに自分と他の担当管理者が電子メールでプッシュ通知を受信するように、アラートチェッカーを設定することができます。

新規アラートが発行されたときにそれらについて電子メールで通知されるようにする場合は、Alerts Configuration でこれを設定することができます。アラートチェッカーによってアラートが発行された場合に通知されるデフォルト受信者は 1 人または複数人設定することができます。また、各種アラートをさまざまなユーザに通知する必要がある場合は、これらのアラートチェッカーに対して専用の受信者を設定することができます。

以下の動作に注意してください。

• チェッカー固有の受信者を設定すると、デフォルトの受信者には通知されません。

• チェッカー固有の受信者をすべて削除すると、デフォルトの受信者 (設定されている場合) に再度通知されます。

• デフォルトの受信者が設定されているかどうかに関係なく、チェッカー固有の受信者を設定することができます。

アラートチェッカーがアラートを発行すると、設定された受信者が電子メールを受信します。アラートチェッカーが次回の実行時に同じアラートを発行した場合、追加の電子メールは送信されません。ただし、アラートチェッカーが実行されてもアラートが発行されないときは、問題が解決されたか発生しなくなったことを意味しており、この場合は最終電子メールが送信されます。

通常、アラートチェッカーは、設定されたスケジュールに従って自動的に実行されます。必要に応じて、アラートチェッカーをスケジュール外で 1 回限り実行することができます。

場合によっては、アラートチェッカーの設定済スケジュール外で特定のアラートをチェックすることが必要になる場合があります。たとえば、以前のアラートによって特定された問題が解決されたことを確認する場合です。

アラートチェッカーをこの特定の方法で実行しても、設定されたスケジュールには影響しません。