---
sourceDocument: オーストラリアへの影響
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/impact

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリアへの影響

ft:clusterId :

    - ipact

bundleId :

    - ipact


---

# Instance Observer のアラート

# Instance Observer のアラート {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

ServiceNow Instance Observer は、プラットフォームヘルス、パフォーマンス、およびユーザーエクスペリエンスを監視するように設計された包括的なアラートセットを提供します。これらのアラートは、簡単に消費してアクションできるように分類されています。

トランザクション
:   アプリケーショントランザクションを監視して、次のようなパフォーマンスの異常、スパイク、または低下を検出します。

    * トランザクションの減少:合計トランザクション量の低下を検出します
    * トランザクション減少ノード:ノードあたりのトランザクションボリュームドロップを識別します
    * トランザクションの増加:予期しないトランザクションの急増にフラグを付けます
    * トランザクション増加ノード:ノードレベルのトランザクションスパイクを強調表示します
    * 応答時間:システム全体の応答時間が長くなるとトリガーします
    * 応答時間ノード:応答時間が低下しているノードにフラグを付けます
    * データベースの応答時間:トランザクションに影響を与えるデータベースレベルのレイテンシを監視します
    * 1 秒あたりの遅いクエリー:応答性に影響を与える遅いデータベースクエリーの量を特定します
    {#io-alerts-intro__ul_cnz_ghz_bgc}

ノードの健全性 (CPU、メモリ、またはガベージコレクション)
:   ノードインフラストラクチャの健全性を追跡して、ボトルネックや障害を回避します。

    * ノードの CPU 時間:ノードの CPU 使用率が高いアラート
    * ノードメモリ:メモリ消費パターンを監視します
    * ノードのガベージコレクション時間:JVM GC遅延を追跡します
    * ロードバランサーコンテナの CPU 使用率:LB コンテナの CPU 過負荷にフラグを付けます
    * ロードバランサーコンテナのメモリ使用率:LB コンテナのメモリ枯渇を検出します
    {#io-alerts-intro__ul_rhd_t3z_bgc}

データベースのパフォーマンスと健全性
:   重要なデータベースインジケーターをカバーして、クエリの健全性とデータの信頼性を検証します。

    * データベースホストの健全性 CPU:プライマリ DB ホストの CPU 使用率が高い
    * シャードホスト健全性 CPU:シャードホストのリソースの問題
    * 読み取りレプリカホストの健全性 (CPU):読み取りレプリカの CPU 異常
    * スタンバイレプリケーション遅延:スタンバイ DB レプリケーションの遅延
    * InnoDB 行ロック:行ロック待機の頻度
    * プライマリデータベースの増加:プライマリデータベースの異常な増加のフラグ
    * データベーステーブルの増加:特定のテーブルレベルの増加インジケーター
    {#io-alerts-intro__ul_yyz_hjz_bgc}

受信メールと送信メール
:   メールベースのコミュニケーションのタイムリーな配信と取り込みを促進します。

    * 送信メール:送信メール処理の遅延または失敗
    * 受信メール:受信メールの取り込みに関する問題
    {#io-alerts-intro__ul_fpb_glz_bgc}

スケジューラーとジョブ実行
:   ジョブ実行ライフサイクルの問題を検出するのに役立ちます。

    * スケジューラーがスタックしました:スケジューラーが進行していないか、ブロックされています
    * 長時間実行ジョブ:通常の実行時間を超えるジョブ
    * 特定の長時間実行ジョブ:カスタムジョブモニタリング
    * スレッド実行中:スレッドの実行時間が異常に長いか、大量に実行されているスレッド
    {#io-alerts-intro__ul_pkv_5lz_bgc}

セッションとユーザーアクティビティ
:   インスタンスおよびノード全体のユーザーログイン動作を追跡します。

    * ユーザーセッションがログインしました -- インスタンス:インスタンス全体のログインアクティビティ
    * ユーザーセッションがログインしました -- ノード:ノードごとのセッションメトリクス
    {#io-alerts-intro__ul_rn2_2mz_bgc}

イベントキューとセマフォの管理
:   プラットフォームイベント処理とジョブ実行の抑制のデバッグに重要です。

    * デフォルトのセマフォ平均値:セマフォ待機時間の傾向
    * デフォルトのセマフォ QDepth:キューに格納されたセマフォ要求の深度
    * 統合セマフォ:統合セマフォの競合を監視
    * イベントキューのチェック:イベントキューのバックログを追跡します
    * イベントの特定のキュー:カスタムイベントキューモニタリング
    * 優先度の高いイベントキュー:ミッションクリティカルなイベントキューを監視します。
    * ECC キュー:外部コミュニケーションチャネルのバックログアラート
    {#io-alerts-intro__ul_xwz_lmz_bgc}

非同期メッセージングバス (AMB)
:   アプリのリアルタイム動作に対する内部メッセージングバスの可観測性:

    * AMB 送信キュー深度:送信メッセージキューのサイズ
    * 使用中の AMB 送信:AMB 送信キャパシティの使用率
    {#io-alerts-intro__ul_jf4_pnz_bgc}

履歴データ量またはリストデータ量

:   パフォーマンスに影響を与える可能性のある履歴データまたはリストデータの増加を監視します。履歴リストの長さ:履歴テーブルの過剰なレコード数にフラグを付けます。

アプリケーションホストの健全性

:   アプリケーションレイヤーで健全性を監視します。アプリケーションホストの健全性 CPU:アプリケーション層の CPU 過負荷アラート。

AI/ML またはインテリジェントアラート

:   AI/ML ベースの動作分析によって生成されたアラートが含まれます。Auriga Intelligent:AI 主導の異常またはパターン検出アラート。

* **[主要なアラート -- アクティブ化と通知](https://servicenow-prod.fluidtopics.net/1qHPIrqT4kOBmIOe8rwKmQ)**   
  Instance Observer の主要アラートアクティブ化機能を使用すると、ビジネスニーズに固有の 4 週間分の増分からの過去のしきい値を使用してアラートを設定し、チームで通知を受け取る担当者を設定でき、柔軟に対応できます。
* **[Instance Observer アラートの管理](https://servicenow-prod.fluidtopics.net/dZiAK~Yu9Nv5aBOj6BfjEA)**   
  通知から直接 Instance Observer (IO) のしきい値アラートに対応します。
* **[アプリケーションの平均応答時間を監視するアラートを設定する](https://servicenow-prod.fluidtopics.net/SA3iO0yYJNfchWcOP_F9Aw)**   
  インスタンスで実行されるアプリケーションの平均応答時間が設定されたしきい値を超えたときにアプリケーションのパフォーマンスを監視するアラートを設定します。
* **[上位 6 つのタイムリーなアラートでインスタンスのパフォーマンスを追跡 -- ガイド付きユーザー](https://servicenow-prod.fluidtopics.net/~ZAJC6NH8aL09qq5Cift7Q)**   
  Instance Observer アラート機能を使用して、インスタンスのパフォーマンスに関する通知を受信します。システム駆動型のアラートを監視します。
* **[人気のあるアラートを使用して通知を受信する -- Advanced および Total ユーザー](https://servicenow-prod.fluidtopics.net/hCCtUIpH8XRKYfHYhQLtTQ)**   
  Instance Observer (IO) アラートシステムを初めて使用する場合は、インスタンスのパフォーマンスに関する通知を受信するために最も広く使用されている一般的なアラートから始めます。最も一般的なアラートは、\[アラートの構成\] ページの最初のページに表示されます。
* **[Instance Observer の通知](https://servicenow-prod.fluidtopics.net/mJH8LQxecKYemFkBPi8vFA)**   
  アラートやその他のシステムアクティビティの通知が Instance Observer バナーに表示されます。
* **[ジョブの優先度別の長い処理待ちのジョブアラートを構成します](https://servicenow-prod.fluidtopics.net/EX7ndj3zRldH0m_tz1SjXA)**   
  長い処理 待ちのジョブ アラートを設定して、処理待ちのジョブが定義された期限切れのしきい値を超えたときに通知を受け取ります。ジョブの優先度別に条件を設定し、ジョブのグループ (すべてのディスカバリージョブやシステムクリーンアップジョブなど) に対して個別に管理するのではなく、一度にアクションを実行します。
* **[ServiceNowインスタンスのIOアラート通知の設定](https://servicenow-prod.fluidtopics.net/RDnvmkhjyM8jYgRXFEu_6g)**   
  インスタンスオブサーバー (IO) と ServiceNow の間の基本的な統合を設定して、IOアラート通知をServiceNowインスタンスにルーティングします。
* **[サードパーティアプリケーションの IO アラート通知の設定](https://servicenow-prod.fluidtopics.net/I1DbebaJ5XgzFZM8I4pMgA)**   
  インスタンスオブサーバー (IO) とサードパーティの統合間の基本的な統合を設定して、IOアラート通知をメールと SMS に加えて外部システムにルーティングします。
* **[アラート統合のカスタムペイロード](https://servicenow-prod.fluidtopics.net/76L0R6HUlOrzp7c8ynfMzg)**   
  Instance Observer 統合を使用すると、 ServiceNow およびサードパーティの統合用のカスタム JSON 要求ペイロードを定義および管理できます。

