機能別ガイド／ Patch Management

Patch Intelligence AIと適用状況の確認

NinjaOneでパッチが実際に適用されているかを確認する方法を説明します。Software patchesとOS patchesの区分、5つの状態別の確認頻度、未適用の原因切り分けについて解説します。

適用の判断を支援する機能と、実際に適用されているかを確認する方法をまとめます。設定して終わりにせず、結果を見る運用を作ってください。

Patch Intelligence AIでできること

更新プログラムに関する情報を収集し、適用の判断材料を提供する機能です。

判断に使える情報としては、次のようなものがあります。

これまで管理者が個別に情報を集めて判断していた作業を補助します。特に、問題が報告されている更新を配信前に把握できる点に価値があります。

提示される推奨は判断材料であり、そのまま従う必要はありません。自社の事情に応じて上書きできます。

推奨に従わない判断が妥当なケースがあります。

【運用のポイント】推奨と異なる判断をした場合、その理由を記録してください。後任者が「なぜこの更新だけ扱いが違うのか」を判断できるようにするためです。

ダッシュボードのPatchingタブから、状態別に絞り込んで確認できます。

まずSoftware patches（サードパーティー製ソフトウェア）とOS patches（OSの更新）に分かれます。この2つは適用のサイクルも承認の方針も異なるため、分けて確認してください。

それぞれ次の5つの状態で絞り込めます。

PendingとFailedを定期的に確認してください。Pendingが滞留していれば承認の運用が止まっており、Failedが続いていれば個別の調査が必要です。

Rejectedは月次で見直してください。一時的に却下した更新が、そのまま忘れられていることがあります。

適用率はダッシュボードとOrganizationダッシュボードで確認できます。

見るべき数字は3つです。

適用率だけを見ないでください。95%という数字が「5台に少数の更新が残っている」のか「5台がまったく更新されていない」のかで、意味がまったく異なります。

適用されていないデバイスを特定し、原因を切り分けます。

最後の項目は導入直後に起きやすい問題です。Policyが当たっていないデバイスは、そもそもパッチ管理の対象になっていません。一覧をPolicy列で並べ替えれば確認できます。

【注意】「適用率95%」と報告する前に、残り5%の内訳を必ず確認してください。Policyが未割り当てのデバイスが含まれている場合、それは管理できていないデバイスであり、適用率の分母から漏れている可能性もあります。

個別のデバイスで適用が失敗する場合、次の順で確認します。

同じ更新が複数デバイスで失敗している場合は、その更新自体に問題がある可能性があります。却下を検討してください。

適用状況の確認を、担当者の記憶に頼らないでください。次のように仕組み化します。

保存した条件を作っておけば、確認は数分で終わります。作り方は検索・フィルター・保存ビューを参照してください。

定期レポートとして自動配信する方法はスケジュール配信と共有で扱います。