リモート監視で何を監視するか：監視項目とアラートしきい値の出発点

要点：止まると仕事ができなくなるもの、失うとデータが消えるものを監視します。サーバーと端末の稼働状況、ディスク容量、バックアップの結果、ネットワーク回線、重要なサービス、パッチとセキュリティの状態、各種の有効期限です。アラートは人が対応すべき状態にだけ出し、数分間続いたときに初めて発報させ、すべてのアラートに担当者を置きます。以下のしきい値は、2〜4週間のベースラインを取ったうえで調整する出発点であり、標準ではありません。

この記事は、リモート監視・管理（RMM）ツールを導入しようとしている情シス担当者と、委託先が自社のために何を監視しているのかを確認したい方向けです。監視対象の一覧、それぞれの警告・重大の出発点、そしてアラートをノイズにしないための運用ルールを紹介します。

リモート監視とは実際には何をするのか

RMM（リモート監視・管理）ソフトは、サーバーや端末に小さなエージェントを入れるか、ネットワーク経由で機器に問い合わせることで、現地に行かなくても状態を把握し、対応できるようにします。監視は測定値を集めてアラートを出す部分、管理はそれに対して行う作業です。スクリプトの実行、サービスの再起動、パッチの適用、チケットの起票などが含まれます。

ツールの違いよりも、何を見ているか、アラートが出たときに何が起きるかのほうが重要です。

監視を6つのステップで作る

1. 止めてはいけないものを洗い出す。サーバー、インターネット回線、ファイアウォール、スイッチ、主要アプリ、バックアップジョブ、クラウドサービス。壊れたときに何が止まるかで順位を付けます。
2. データを集める。Windows端末とサーバーにエージェントを入れ、スイッチ、ファイアウォール、アクセスポイント、プリンター、UPSではネットワーク監視（SNMPまたは機器標準のインターフェース）を有効にします。一覧のすべての項目がツールに表示されることを確認します。
3. 2〜4週間は観察だけにする。まだ人にはアラートを送りません。月曜朝のCPU使用率など、平常時の水準を記録します。
4. ベースラインから警告と重大のしきい値を決める。出発点は下のリストです。
5. すべてのアラートを担当者に振り分ける。重大なものは時間外でも連絡がつくようにします。警告は自動でチケット化し、重大は人を呼び出します。
6. 毎月見直す。発報したアラートごとに、誰かが対応する必要があったかを問い、なければ変更または削除します。

アラートを役立つ状態に保つルール

1. 継続した状態に対して発報する。たとえば10〜15分続いた場合にだけ発報させ、一瞬のスパイクで人を起こさないようにします。
2. 3段階にする。情報（記録のみ、対応なし）、警告（その日の営業時間内に対応）、重大（すぐ対応）。段階は自社の優先度と対応づけます。重大度と優先度の違いも参照してください。
3. すべてのアラートに次の一手を書く。最初に何を確認するかを1行で書きます。誰も対処法を知らないアラートはノイズです。
4. 保守中はミュートする。ツールに保守時間帯を登録し、計画された再起動でアラートが出ないようにします。
5. 関連するアラートをまとめる。スイッチが故障したら、その配下の50台分ではなく、スイッチ1件のアラートがほしいはずです。
6. 監視する側も監視する。エージェントが報告を止めた場合や、ツールがメールやメッセージを送れない場合にもアラートを出します。

何を監視するか、しきい値の出発点

ここに挙げた値はすべて出発点で、環境に合わせて調整します。時間の値は「その時間続いたら」の意味です。

サーバーと端末

1. 稼働状態：サーバーが5分間応答しなければ重大。ノートPCは14日間見えなければ警告。
2. CPU：15分間90%超で警告、30分間95%超で重大。
3. メモリ：15分間使用率90%超で警告。数週間かけて着実に増える場合はメモリリークの疑いがあるので注視する。
4. ディスク容量：残りが20%未満で警告、10%未満で重大。大容量のボリュームでは絶対値の下限も加えます。50GB未満で警告、20GB未満で重大とし、先に該当したほうを採用します。減る速さも見ます。20%を超えていても、14日以内に満杯になる見込みのボリュームは警告にします。
5. ディスクの健全性：正常でないと報告されたドライブ、RAIDの縮退、ストレージのハードウェア障害はすべて重大。
6. 重要なサービス：一覧に載せた自動起動サービスが停止したら重大（ドメインサービス、DNS、DHCP、データベース、基幹業務アプリ、バックアップエージェント）。一覧は短く、具体的にします。
7. イベントログ：同じ発生元から重大またはエラーのイベントが繰り返されたら警告。自社のアプリ向けに選んだ特定のイベントIDにはアラートを出す。
8. 再起動待ち：再起動待ちが7日を超えたら警告。
9. セキュリティ保護：保護が無効、または定義ファイルが3日より古ければ重大。
10. パッチの状態：適用期限を過ぎても更新が足りない端末は警告。パッチ管理の進め方を参照。

ネットワーク

1. 機器への到達性：ファイアウォール、コアスイッチ、主要なアクセスポイントが3〜5分応答しなければ重大。
2. インターネット回線：遅延またはパケットロスがベースラインを15分超えたら警告（出発点の目安はロス2%超）。回線断、またはバックアップ回線への切り替わりは重大。
3. 回線の使用率：15分間80%超で警告。利用者から苦情が来る前に調べるための合図です。
4. インターフェースエラー：ポートのエラーまたは破棄カウンターが増え続けていれば警告。
5. ポートのフラッピング：10分間にポートが何度も上下したら警告。
6. VPNトンネル：拠点間トンネルが5分間切れていれば重大。
7. Wi-Fi：アクセスポイントがオフライン、または1台のアクセスポイントの接続数が異常に多い状態が続けば警告。
8. 設定変更：ファイアウォールやスイッチの設定変更は情報レベルで通知し、想定外の変更に気づけるようにする。
9. サポート・ライセンスの期限：60日前に警告、14日前に重大。

バックアップ

1. ジョブの結果：重要システムのジョブ失敗は重大。スキップまたは一部成功は警告。
2. バックアップの経過時間：最新の正常なバックアップが復旧時点目標より古ければ警告。RTOとRPOの違いを参照。
3. ストレージ：バックアップ用ストレージの残りが20%未満で警告。
4. 復元テスト：最後に成功した復元テストの日付を記録し、90日を超えたら警告。

クラウドとID

1. Microsoft 365のサービス正常性：Microsoft 365 admin center > Health > Service health で確認し、Customize > Email で利用中のサービスのインシデント通知を受け取る（Microsoft Learnで確認、2026年10月28日）。
2. サインインのリスク：サインイン失敗の連続、想定外の国からのサインイン、管理者ロールの新規付与にアラートを出す。
3. ライセンス：予備のライセンスが5%を切った、またはライセンスの期限が近づいたら警告。
4. メールフロー：配信不能メールの増加や、キューの増大にアラートを出す。

環境と有効期限

1. UPS：バッテリー駆動が2分を超えた、またはバッテリーの劣化が検知されたら重大。
2. 室温：機器メーカーの推奨上限を超えたら警告。上限は機器のマニュアルで確認する。
3. 証明書：期限の30日前に警告、7日前に重大。
4. ドメイン名：更新の60日前に警告。
5. Webサイトと主要アプリの死活監視：社外のネットワークから確認し、ページまたはログインが5分間応答しなければ重大。

確認用コマンド：動いているはずなのに止まっているサービス

このコマンドは、Windowsサーバーで動作していない自動起動サービスを一覧にします。遅延開始のサービスなど、正常なものも多く含まれるため、それ自体をアラートにするのではなく、重要なサービスの一覧を作るために使います。Get-CimInstanceを使用しており、Microsoft Learnに記載があります（2026年10月28日確認）。

Get-CimInstance -ClassName Win32_Service -Filter "StartMode='Auto' AND State<>'Running'" |
  Select-Object Name, DisplayName, State, StartMode |
  Sort-Object Name

よくある失敗

1. 何でもアラートにする。毎日数百件のアラートは、無視する習慣を生みます。上の重大項目から始め、役に立つと分かってから増やします。
2. ベースラインがない。リストのしきい値をそのまま使うと、自社の繁忙期に合わないことがあります。まず観察します。
3. 誰の持ち物でもない監視。共有メールボックスに送られたアラートは、誰にも読まれません。担当者と代理を決めます。
4. 機器だけ見てサービスを見ない。サーバーが起動していても、その上のアプリが止まっていることがあります。サービスとアプリの確認を加えます。
5. バックアップと有効期限を忘れる。バックアップの失敗や証明書の期限切れは、最も防ぎやすい障害の原因です。
6. 見直さない。環境は変わります。しきい値と監視対象の一覧を毎月見直します。
7. エージェントの入れ漏れ。エージェントなしでネットワークに入った端末は見えません。ツールの一覧を台帳と突き合わせます。

動作確認の方法

1. 台帳のすべての項目が監視ツールに表示されている、または意図的に除外したものとして記載されている。
2. 保守時間帯にテスト用のサービスを止める、またはテスト機器の接続を外し、正しいアラートが目標時間内に正しい担当者へ届くことを確認する。
3. 重大アラートが時間外でも誰かに届くことを確認し、受付までの時間を記録する。MTTA・MTTR・MTBFで追跡できます。
4. 週あたりのアラート件数と、そのうち対応につながった割合を数える。多くが対応不要なら調整する。
5. エージェントが沈黙したときにツールがアラートを出すことを確認する。

よくある質問

リモート監視とは何ですか？

現地に行かず、一元的なツールからサーバー、端末、ネットワーク機器の状態を見守り、問題が起きたときにアラートを出すことです。リモート管理は、これに加えて、スクリプトの実行やサービスの再起動など、アラートに対して対応する機能を持ちます。

リモート監視の費用はどのくらいですか？

監視する機器の台数と種類、ツールが対象とする範囲（サーバー、端末、ネットワーク、クラウド）、アラートに人が対応するのか単にメールボックスに届くだけなのかによって変わります。記事内では価格を示しません。料金ページをご覧のうえ、各価格に含まれる範囲を確認してください。

自分のパソコンにリモート監視が入っているかどうやって分かりますか？

会社のパソコンなら、情シスや委託先に尋ね、インストール済みアプリの一覧で、彼らが使っている管理・監視エージェントを探します。個人のパソコンで、自分で入れていないリモート接続ツールがあれば、攻撃者もこの種のツールを使うため、確認して削除してください。

リモートでパソコンを監視するソフトのおすすめは？

製品の順位付けはしません。必要なもので比較してください。Windowsのみか混在か、ネットワーク機器の監視ができるか、アラートの条件と継続時間の設定、チケット連携、スクリプトとパッチ適用、レポート、エージェントが沈黙したときの動作です。

リモート監視とリモートサポートの違いは何ですか？

リモート監視は問題を見張ってアラートを出すもので、利用者が気づく前に動くのが普通です。リモートサポートは、人が端末に接続して問題を直すもので、誰かが連絡してきた後に行うのが普通です。両方を組み合わせると効果的です。

次のステップ

監視とアラート対応を任せたい場合は、まずBrocent オペレーションセンターのページをご覧ください。

2026年10月28日に確認した情報源：Microsoft Learn（Get-CimInstance）。しきい値と継続時間は出発点の例で、調整が必要です。