PostgreSQL Alerts shows alerts for one monitored PostgreSQL server. Use it to focus alert triage on that instance.
> Community Edition: If this PostgreSQL server is monitored by a Community Edition engine, selecting Alerts shows an explanation instead of this alert-management page. Connect it through a trial or licensed engine to enable alert evaluation, history, configuration, and notifications. Licensed-engine servers remain fully enabled in mixed-engine Consoles. See Alert availability.
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.
This page is server-specific. The global Alerts page is better for cross-engine triage and estate-wide prioritization.
Check the alert time window, thresholds, and collection status. Some alerts indicate early warning conditions rather than current user impact.
No. Escalate by severity, business impact, recurrence, and whether the condition is new or already accepted.
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 |
| Autovacuum Disabled Tables | Availability | Open detail |
| Connected Standbys | Availability | 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 |
| Alert Send Error | Monitoring | Open detail |
| Autovacuum Due Tables | Query | Open detail |
| Blocked Processes | Query | Open detail |
| Blocking Processes | Query | Open detail |
| Deadlocks | Query | Open detail |
| High Dead Tuple Ratio | Query | Open detail |
| Idle In Transaction Minutes | Query | Open detail |
| Invalid PostgreSQL Indexes | Query | Open detail |
| Long Running Queries | Query | Open detail |
| Missing Analyze History | Query | Open detail |
| No Vacuum History | Query | Open detail |
| Query Regression | Query | Open detail |
| Rollback Ratio % | Query | Open detail |
| Temp Bytes Per Second | Query | Open detail |