SRM アラートの手動作成

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:2分
  • テスト目的、または問題にリスクがあると思われる場合にアラートを作成します。

    始める前に

    必要なロール:srm_admin、srm_manager、または srm_responder

    手順

    1. 次のように移動する。 ワークスペース > サービスオペレーションワークスペース.
      SRM ホームページに移動します。
      注:
      他のサービスオペレーションワークスペース (SOW) アプリケーションを使用している場合は、SRM ホームページの代わりに SOW ホームページが表示されることがあります。SOW ホームページのメトリクスには、SRM アラートとインシデントが含まれています。
    2. ナビゲーションペインで、[ サービス] を選択します。
    3. アラートをトリガーするサービスを選択します。
    4. [ 関連するアラート ] タブを選択します。
    5. [アラートのトリガー] を選択し、[アラートのトリガー] フォームに入力します。

      アラートをトリガーするには、まず処理対象のイベントを作成する必要があります。サービスのみが必要です。

      表 : 1. アラートのトリガー
      フィールド 説明
      サービス イベントのサービスを選択します。
      ソース 手動。
      ノード イベントに関連付けられたノードの名前 (FQDN、IP アドレス、MAC アドレスなど) を入力します。
      タイプ イベントのタイプを入力します。
      リソース イベントに関連付けられたノードリソース (プロセスまたはサービス) を入力します。
      測定基準名 イベントに関連付けられたメトリクスの名前を入力します。
      ソースインスタンス イベントのデータソースを入力します。
      メッセージキー 同じイベントに関連する複数のイベントの識別子を入力します。
      重大度 このイベントの予想される影響を選択します。
      選択肢は次のとおりです。
      • [重大]:即時アクションが必要です。リソースが機能していないか、リソースに重大な問題が発生する危険性が高まっています。
      • メジャー:主要な機能に障害が発生するかパフォーマンスが低下しています。
      • マイナー (デフォルト):部分的な、重大でない機能停止またはパフォーマンス低下が発生しました。
      • 警告:リソースがまだ機能していても注意が必要です。
      • OK:リソースはまだ機能しています。
      イベントの時刻 ソースシステムでイベントが発生した日時を選択します。
      説明 イベントを説明する情報を入力します。
      追加情報 イベントに関連する詳細情報を追加します。
      処理のメモ 関連する処理情報を入力します。
    6. [Trigger (トリガー)] を選択します。
      サービスリライアビリティ管理 (SRM) は、アラートを生成するイベントを作成します。画面を更新して、イベント処理結果を確認します。

      Express List にアラートが自動的に表示されます。有効にすると、 SRM 適用可能な自動化とオンコールエスカレーションワークフローがトリガーされます。

    次のタスク

    テスト目的またはチームコラボレーションのために、アラートに次のオプションの調整を行うことを検討してください。

    • アラートを確認するか、チームの誰かにアサインします。
    • [作成] パネルにコメントまたは作業メモを追加します。
    • [添付ファイル] アイコン [添付ファイル] アイコンを使用して、アラートに関連する添付ファイルを追加します。