Skip to main content
User guide

Platform health

QRadar deployment check-up: Console connection and version, managed hosts, EPS license usage, log-source status, ingest freshness, offense backlog, auto-discovered log sources. The AI read groups failing checks by cause and orders the fixes. Professional and above.

Platform health checks the QRadar deployment itself: whether logs keep arriving, whether the license is large enough, whether offenses are piling up. The check-up only reads QRadar APIs. Both the check-up and the AI read belong to the platform-ops copilot and need a Professional or Enterprise license (trial included). Both follow your interface language.

Platform health

Run the check-up

Steps

  1. Open Platform health; a check-up runs automatically.
  2. After fixing problems, select Run again.

Checkup overview gives a one-line verdict and three counts: Passing, To do (failing and to watch) and Unavailable (insufficient permission or the API is unavailable). Checks groups the checks into to do, passing and unavailable, with the verdict, result and suggested fix for each.

Checks

Unavailable is not an error. If the token's user role lacks read-only deployment administration rights, the managed-hosts and EPS checks cannot run; grant the rights and run the check-up again. See QRadar token permissions. When the Console is unreachable, every other check shows as unavailable.

Get the AI read

The model looks at the failing checks together: which ones share a root cause (a saturated EPS license and Disconnected log sources are often one problem), what to fix first and how, down to the place in QRadar such as System and License Management or Log Sources under Admin.

Prerequisites

  • A Professional or Enterprise license, including a trial.
  • At least one check did not pass.

Steps

  1. Under AI read, select AI read.

AI read

Checks

CheckWhat it looks atVerdict
Console connection and versionWhether /api/system/about answers, and the versionUnreachable is failing. Older than 7.4 is watch
Managed hostsStatus of each managed hostFailing if any host is in a bad state
EPS license usageAverage EPS as a share of each host's allocation, for the busiest host85% or more is watch, 100% or more is failing
Log source statusEnabled log sources in Error, Disconnected, Warning or NAAny is watch. 20% or more of them, or 20 or more, is failing. No enabled log source is watch
Ingest freshnessTime since the last event of each enabled log source6 hours is watch, 24 hours is failing
Offense backlogOPEN offenses, and how many are older than 7 days or unassigned200 or more is watch, 800 or more is failing
Auto-discovered log sourcesAuto-discovered log sources typed Unknown or GenericAny is watch. Their events mostly parse generically, so rules do not match them

The thresholds are set with the RST_PLATFORM_* settings; see the Configuration reference. Platform issues on Security posture shows how many checks on this page did not pass.

On this page