PostgreSQL Alerts


PostgreSQL Alerts shows alerts for one monitored PostgreSQL server. Use it to focus alert triage on that instance.

Mini DBA PostgreSQL alerts

Workflow

  1. Open Alerts under the PostgreSQL server.
  2. Review severity, time, and message.
  3. Open the related PostgreSQL page for investigation.
  4. Use Configure and Copy Config to edit or copy alert policy.
  5. Use global Alerts for estate-wide alert review.

How To Use PostgreSQL Alerts

PostgreSQL Alerts is a focused view for one monitored PostgreSQL instance. Use it when you already know which server is affected and want to avoid the noise of estate-wide alert lists. The page is useful during incidents, daily checks, and follow-up reviews after a PostgreSQL performance or availability problem.

Start with alerts that are high severity, new, repeating, or close to the time users reported a problem. Then open the related PostgreSQL page to validate the evidence. For example, an activity or blocking alert should be checked against PostgreSQL Activity, while configuration and maintenance warnings may need PostgreSQL Health Checks or PostgreSQL Server Log.

Alerts should create a clear next action. Record whether the alert was acknowledged, escalated, fixed, or accepted as a known condition. For managed service reporting, use alert history alongside Reports and Enterprise View.

Use Copy, Export, And Import Alert Configuration when this PostgreSQL server should inherit a standard PostgreSQL alert profile from another server, another connected engine, or an exported trigger file.

PostgreSQL Alert FAQ

Why do I also see alerts on the global Alerts page?

This page is server-specific. The global Alerts page is better for cross-engine triage and estate-wide prioritization.

What if an alert does not match a visible problem?

Check the alert time window, thresholds, and collection status. Some alerts indicate early warning conditions rather than current user impact.

Should every PostgreSQL alert be escalated?

No. Escalate by severity, business impact, recurrence, and whether the condition is new or already accepted.

Alert Type Reference

The following Mini DBA PostgreSQL alert detail pages explain why each alert is useful, when to enable it, how to tune thresholds, and what remediation steps to take when the alert is active. Custom Alert is included because each server Alerts page can also hold user-defined query alerts.

Alert Category Detail
Custom Alert Custom Open detail
Connection Usage % Availability Open detail
Inactive Replication Slots Availability Open detail
Maximum Connections Availability Open detail
No Connection Availability Open detail
Replica Conflicts Availability Open detail
Replication Lag Availability Open detail
Server Ping Ms Availability Open detail
Wraparound Age % Availability Open detail
Free Disk Space Disk Open detail
Free Disk Space % Disk Open detail
Replication Slot Retained WAL Disk Open detail
Requested Checkpoints Disk Open detail
WAL Archiver Failures Disk Open detail
Autovacuum Sessions General Open detail
Buffer Hit Ratio Memory Open detail
Buffer Usage % Memory Open detail
Alert Send Error Monitoring Open detail
Blocked Processes Query Open detail
Blocking Processes Query Open detail
Deadlocks Query Open detail
Idle In Transaction Minutes Query Open detail
Long Running Queries Query Open detail
Rollback Ratio % Query Open detail
Temp Bytes Per Second Query Open detail

Related Pages