01 A consistent database estate view
Bring relational and NoSQL technologies into normalized instance, cluster, node and database views. Track connectivity, errors and operational state while retaining the engine-specific counters and context needed by the DBA.
02 Connections, sessions and pools
Monitor connection growth, active sessions, pool pressure and relevant limits. Compare the workload with application and host evidence to distinguish a demand increase, connection exhaustion and a downstream performance bottleneck.
03 Waits, blocking and deadlocks
Inspect wait classes, lock pressure, blocking chains and deadlock evidence where the database exposes them safely. Relate contention to affected sessions and query workloads so teams can focus on the work that is holding up the service.
04 Query fingerprints and workload trends
Group safe query fingerprints and expensive or slow workloads to compare behavior over time. Identify regressions and changing workload mix while applying the configured permissions and sensitive-data policy to collected query evidence.
05 Plan and deployment change context
Compare query-performance changes with available execution-plan changes, database deployment or schema metadata and release events. Preserve the time and source of each fact so a recent release can be tested as a hypothesis.
06 Replication and distributed database health
Follow replica availability and lag, cluster membership and relevant shard imbalance or node pressure. Bring the affected database and service into context so operators can assess resilience, freshness and capacity together.
07 Storage, logs and growth risk
Track database, schema, tablespace and transaction-log capacity alongside growth trends. Connect approaching limits to the underlying volume or storage pool, with assumptions and remaining headroom visible in capacity analysis.
08 Host, storage and network dependencies
Correlate database behavior with host CPU and memory pressure, block I/O, VM contention, storage latency and connection-path quality. Healthy database evidence can help rule out a database fault when a transit or shared infrastructure issue better explains the symptoms.
09 Controlled custom query monitors
Build bounded query checks through the Query Monitor Studio and technology-pack model. Scoped credentials, controlled operations and explicit result definitions let DBAs monitor a relevant condition without turning monitoring into an unrestricted SQL execution surface.
10 Incident evidence and repeatable checks
Link database metrics, selected logs, query-health evidence and changes to the investigation timeline. Use the same service and time window for comparison, additional diagnostics and the post-action recovery check.