Busca en todas las páginas de la documentación
Un resumen condensado de las 25 prácticas más importantes de herramientas esenciales para los equipos de operaciones de PostgreSQL 18.4 - verificación de copias de seguridad, análisis de logs, control de hinchazón (bloat) y uso escéptico de asesores automatizados.
Fija las versiones de las herramientas en tools/versions.env: pgBackRest, pgBadger, pg_repack y el cliente psql alineados con el servidor 18.4 (Conceptos Básicos de Herramientas).
Un sistema de backup físico por clúster: pgBackRest O Barman O snapshots gestionados - nunca dos agentes archivando el mismo directorio de datos.
Automatiza pgbackrest check diariamente: Alerta ante salidas distintas de cero; los fallos silenciosos de archivo llenan los discos.
Backup completo semanal más diferencia diaria: Documenta la retención en el runbook de DR; cumple los compromisos de RPO/RTO.
Simulacro de restauración trimestral en sandbox: Mide los minutos hasta la preparación; adjunta evidencia al ticket de gobernanza.
Verifica la restauración con consultas de sanidad de la aplicación: Recuentos de filas y max(created_at) en tablas críticas, no solo pg_ctl start.
Habilita log_min_duration_statement con umbral: Punto de partida de 200-500ms para OLTP; evita registrar todas las sentencias.
Usa csvlog para pipelines de pgbadger: Parseo consistente; envía informes a almacenamiento de objetos duradero.
Ejecuta pgbadger incremental cada noche: Evita reprocesar el historial completo de logs en cada ejecución.
Empareja pgbadger con pg_stat_statements: Agregados en vivo más tendencias históricas de logs.
Las 10 consultas lentas principales se revisan semanalmente: Cada ticket recibe evidencia de EXPLAIN (ANALYZE, BUFFERS).
pg_repack requiere una ADR de lista de permitidos de extensión: CREATE EXTENSION pg_repack está regulado, no es casual.
Repack en ventanas de cambio con monitor de lag de replicación: Los repacks grandes generan WAL; vigila las réplicas.
Corrige autovacuum después de repack: Baja autovacuum_vacuum_scale_factor en tablas grandes o la hinchazón volverá.
La salida del asesor de índices es entrada para revisión humana: pganalyze/OtterTune nunca fusionan automáticamente DDL (pganalyze / OtterTune).
CREATE INDEX CONCURRENTLY para adiciones de índices en producción: Los índices sugeridos por el asesor siguen la puntuación de seguridad de migración.
Elimina índices no utilizados marcados como 'churn' por el asesor: Los ahorros en amplificación de escritura importan tanto como las adiciones.
Cambios de configuración uno a la vez en pruebas de carga en staging: Las sugerencias de OtterTune se validan con benchmarks, no con fe.
Los hosts Bastion guardan las credenciales de backup: No en los pods de aplicación; IAM de mínimo privilegio.
CI ejecuta linting de migraciones, no pg_repack en producción: El mantenimiento pesado se mantiene fuera de los pipelines de despliegue.
Documenta la matriz de herramientas gestionadas vs autoalojadas: Los equipos de RDS omiten la documentación de instalación de pgBackRest; usan APIs de backup nativas.
Redacta logs antes de compartir informes externos: El texto de la consulta puede contener PII.
Los fallos de herramientas se convierten en actualizaciones del runbook: Cada alerta perdida se convierte en un punto de la lista de verificación.
Herramientas para nuevos empleados desde el primer día: psql, hábito de EXPLAIN, producción de solo lectura; herramientas de backup la segunda semana con un compañero.
Retira herramientas con plan de migración: Cambiar el agente de backup requiere una ventana de verificación de solapamiento, no solo un corte de fin de semana.
Backups automáticos de AWS + pg_stat_statements + revisión de EXPLAIN en PR. Añade pgbadger cuando se configure la exportación de logs. pgBackRest se aplica al migrar desde autoalojado.
pgbackrest check y verify reducen el riesgo pero no reemplazan el simulacro de restauración trimestral. Proveedores gestionados: prueba la restauración de snapshots a una nueva instancia.
El DBA de guardia o la rotación de plataforma publica un enlace semanal; los equipos de aplicaciones son responsables de las correcciones de consultas. Escala los infractores recurrentes a la revisión de arquitectura.
Versiones de Stack: Esta página fue escrita para PostgreSQL 18.4, pgBackRest 2.55+, pgBadger 12+ y pg_repack 1.5+.
Revisado por Chris St. John·Última actualización: 16 jul 2026