What deserves a look this hour
Ranked findings for the live or replayed hour — how bad, how much, how long, and where — with a drawer into the dictionary entry and the raw evidence. A missing hour fails closed; it never renders as calm.
Event Intelligence sits inside the Azure Local operations platform and treats the forwarded Windows event firehose like a research problem, not a text box. A researched dictionary supplies meaning. Frozen analysis runs keep later arrivals from rewriting earlier evidence. And a quiet page has to prove it's quiet — a collector that stopped talking is a finding, not a calm afternoon.
Windows Event Forwarding is honest about volume and almost silent about meaning. One node can emit hundreds of messages about a single fault; another fault shows up once and still matters. Providers reuse Event IDs, messages drift between OS builds, and a burst on one node is a different problem from the same signature across a whole cluster.
The platform already had a raw search over that stream. It's necessary, and it stops being enough the moment you need to know whether something is new, expected, recovering, or just poorly collected. The first temptation is to flatten everything into a pretty timeline and let an operator "zoom in." That looks like a product and behaves like a guilt trip. Event Intelligence starts from the opposite rule: if we don't have a researched meaning, we do not invent one — and silence is never treated as health.
Meaning is authored. Observations are captured. Conclusions stay attached to a frozen population.
Most of the engine exists to stop a dashboard from lying under load.
Each one looked finished before it was. The fixes are the design.
Seventeen million rows don't aggregate on demand. Full-table counts timed out at the two-minute query limit, so totals come from partition statistics and indexed probes. The worker materializes in 10,000-event keyset batches, spends at most fifteen minutes on catch-up, and holds five minutes back for the run itself. If the backlog still isn't cleared, it defers the analysis instead of publishing a half-read hour.
Silence has four explanations. Nothing happened, the collector is behind, the source is gone, or an expected signal never arrived. Those are four different states. Collection goes stale after three missed 45-minute cycles, a missing or disabled worker task is never reported healthy, and a heartbeat that doesn't arrive can become a finding of its own.
SQL Server 2025, for a boring reason. REGEXP_LIKE and REGEXP_SUBSTR pull typed entities out of a message only after the event is already selected by provider, ID, and time — regex is a bounded extraction tool, not a search box over the firehose. Preview features stay off, vector search stayed research, and the deploy script refuses to apply if the edition, compatibility level, or flags are wrong.
"Related" is not "caused." Nearby events, an overlapping backup window, or "often appears with" are labeled as leads. Only an exact payload match or a proven sequence may claim more, and the storage, the APIs, and the UI wording all keep those evidence classes apart. Ask ALDHI can read this plane, but it can't invent a meaning the dictionary didn't earn — and a chat answer doesn't replace a saved analysis.
No screenshots — the views, in words.
Ranked findings for the live or replayed hour — how bad, how much, how long, and where — with a drawer into the dictionary entry and the raw evidence. A missing hour fails closed; it never renders as calm.
Restarts, service failures, VM resets, and admin-authored matchers, grouped into episodes from 12 hours to 7 days — whether or not the fleet-wide rate looks unusual.
Every node and cluster through pressure, coverage, and reporting lenses, so you narrow the scope before concluding anything.
Pivot from a signal, an extracted entity, or a raw event; look back through storm episodes and recurring findings. The same analysis shows up as summary cards on every cluster and node page.