pgbackrest release/2.59.0
Solución de copia de seguridad y restauración en paralelo para PostgreSQL con cifrado, restauración delta y compatibilidad con almacenamiento de objetos en múltiples nubes para la recuperación ante desastres empresariales.
pgBackRest
Respaldo y Restauración Confiable de PostgreSQL
Introducción
pgBackRest es una solución confiable de respaldo y restauración para PostgreSQL que se escala sin problemas hasta las bases de datos y cargas de trabajo más grandes.
pgBackRest v2.59.1 es la versión estable actual. Las notas de la versión están en la página Versiones.
¡Por favor, denos una estrella en GitHub si le gusta pgBackRest!
Noticias
17 de agosto de 2026 - pgBackRest 2.59.1 Publicado
20 de julio de 2026 - Nuevo Tarball de Distribución
20 de julio de 2026 - pgBackRest 2.59.0 Publicado
Características
Respaldo y Restauración en Paralelo
La compresión suele ser el cuello de botella durante las operaciones de respaldo, por lo que pgBackRest resuelve este problema con procesamiento en paralelo y algoritmos de compresión más eficientes como lz4 y zstd.
Operación Local o Remota
Un protocolo personalizado permite a pgBackRest realizar respaldos, restauraciones y archivado local o remotamente vía TLS/SSH con una configuración mínima. También se proporciona una interfaz para consultar PostgreSQL a través de la capa de protocolo, de modo que nunca se requiere acceso remoto a PostgreSQL, lo que mejora la seguridad.
Múltiples Repositorios
Los múltiples repositorios permiten, por ejemplo, un repositorio local con retención mínima para restauraciones rápidas y un repositorio remoto con una retención más larga para redundancia y acceso en toda la empresa.
Respaldos Completos, Diferenciales e Incrementales (a Nivel de Archivo o de Bloque)
Se admiten respaldos completos, diferenciales e incrementales. pgBackRest no es susceptible a los problemas de resolución de tiempo de rsync, lo que hace que los respaldos diferenciales e incrementales sean seguros sin la necesidad de verificar la suma de verificación de cada archivo. Los respaldos a nivel de bloque ahorran espacio al copiar solo las partes de los archivos que han cambiado.
Rotación de Respaldos y Expiración del Archivo
Se pueden establecer políticas de retención para respaldos completos y diferenciales para crear cobertura en cualquier período de tiempo. El archivo WAL puede mantenerse para todos los respaldos o estrictamente para los respaldos más recientes. En este último caso, el WAL requerido para que los respaldos más antiguos sean consistentes se mantendrá en el archivo.
Integridad del Respaldo
Se calculan sumas de verificación para cada archivo en el respaldo y se vuelven a verificar durante una restauración o verificación. Después de que un respaldo termina de copiar archivos, espera hasta que cada segmento WAL requerido para hacer consistente el respaldo llegue al repositorio.
Los respaldos en el repositorio pueden almacenarse en el mismo formato que un clúster de PostgreSQL estándar (incluidos los tablespaces). Si la compresión está deshabilitada y los enlaces duros están habilitados, es posible tomar una instantánea de un respaldo en el repositorio y levantar un clúster de PostgreSQL directamente sobre la instantánea. Esto es ventajoso para bases de datos a escala de terabytes que consumen mucho tiempo al restaurarse de la manera tradicional.
Todas las operaciones utilizan fsync a nivel de archivo y directorio para garantizar la durabilidad.
Sumas de Verificación de Páginas
Si las sumas de verificación de páginas están habilitadas, pgBackRest validará las sumas de verificación de cada archivo que se copie durante un respaldo. Todas las sumas de verificación de páginas se validan durante un respaldo completo y las sumas de verificación en los archivos que han cambiado se validan durante los respaldos diferencial e incremental.
Los fallos de validación no detienen el proceso de respaldo, pero se emiten advertencias con detalles de exactamente qué páginas fallaron la validación en la consola y en el registro de archivos.
Esta característica permite detectar la corrupción a nivel de página tempranamente, antes de que expiren los respaldos que contienen copias válidas de los datos.
Reanudación de Respaldos
Un respaldo interrumpido puede reanudarse desde el punto donde se detuvo. Los archivos que ya fueron copiados se comparan con las sumas de verificación en el manifiesto para garantizar la integridad. Dado que esta operación puede realizarse por completo en el host del repositorio, reduce la carga en el host de PostgreSQL y ahorra tiempo, ya que el cálculo de sumas de verificación es más rápido que comprimir y retransmitir datos.
Compresión y Sumas de Verificación en Flujo
La compresión y el cálculo de sumas de verificación se realizan en flujo mientras los archivos se copian al repositorio, ya sea que el repositorio esté ubicado local o remotamente.
Si el repositorio está en un host de repositorio, la compresión se realiza en el host de PostgreSQL y los archivos se transmiten en un formato comprimido y simplemente se almacenan en el host del repositorio. Cuando la compresión está deshabilitada, se utiliza un nivel más bajo de compresión para hacer un uso eficiente del ancho de banda disponible mientras se mantiene el costo de CPU al mínimo.
Restauración Delta
El manifiesto contiene sumas de verificación para cada archivo en el respaldo, de modo que durante una restauración es posible usar estas sumas de verificación para acelerar enormemente el procesamiento. En una restauración delta, los archivos que no están presentes en el respaldo se eliminan primero y luego se generan sumas de verificación para los archivos restantes. Los archivos que coinciden con el respaldo se dejan en su lugar y el resto de los archivos se restauran como de costumbre. El procesamiento en paralelo puede conducir a una reducción dramática en los tiempos de restauración.
Push y Get de WAL Paralelo y Asíncrono
Se incluyen comandos dedicados para enviar (push) WAL al archivo y obtener (get) WAL del archivo. Ambos comandos admiten paralelismo para acelerar el procesamiento y se ejecutan de forma asíncrona para proporcionar el tiempo de respuesta más rápido posible a PostgreSQL.
El push de WAL detecta automáticamente los segmentos WAL que se envían múltiples veces y elimina duplicados cuando el segmento es idéntico; de lo contrario, se genera un error. El push de WAL asíncrono permite transferir la carga a otro proceso que comprime los segmentos WAL en paralelo para lograr el máximo rendimiento. Esta puede ser una característica crítica para bases de datos con un volumen de escritura extremadamente alto.
El get de WAL asíncrono mantiene una cola local de segmentos WAL que están descomprimidos y listos para la reproducción. Esto reduce el tiempo necesario para proporcionar WAL a PostgreSQL, lo que maximiza la velocidad de reproducción. Las conexiones y el almacenamiento de mayor latencia (como S3) se benefician más.
Los comandos push y get aseguran que la base de datos y el repositorio coincidan al comparar las versiones de PostgreSQL y los identificadores de sistema. Esto prácticamente elimina la posibilidad de configurar incorrectamente la ubicación del archivo WAL.
Soporte de Tablespaces y Enlaces
Los tablespaces son totalmente compatibles y, al restaurar, los tablespaces pueden reasignarse a cualquier ubicación. También es posible reasignar todos los tablespaces a una sola ubicación con un solo comando, lo cual es útil para restauraciones de desarrollo.
Se admiten enlaces de archivos y directorios para cualquier archivo o directorio en el clúster de PostgreSQL. Al restaurar, es posible restaurar todos los enlaces a sus ubicaciones originales, reasignar algunos o todos los enlaces, o restaurar algunos o todos los enlaces como archivos o directorios normales dentro del directorio del clúster.
Soporte para S3, Azure y GCS
Los repositorios de pgBackRest pueden ubicarse en almacenes de objetos compatibles con S3, Azure y GCS para permitir capacidad y retención prácticamente ilimitadas.
Cifrado
pgBackRest puede cifrar el repositorio para asegurar los respaldos dondequiera que se almacenen.
Protección contra Ransomware y Malware
Cuando el repositorio se almacena en almacenamiento de objetos con versionado, pgBackRest puede leer el repositorio tal como estaba en un punto en el tiempo. Si los respaldos se eliminan o corrompen por accidente, malware o ransomware, se puede usar un tiempo objetivo para recuperar los datos desde antes de que ocurriera el daño.
El versionado es compatible con almacenes de objetos S3, Azure y GCS. El bloqueo de objetos para S3 y la eliminación suave (soft delete) para GCS o Azure pueden proporcionar protección adicional contra la manipulación.
Compatibilidad con diez versiones de PostgreSQL
pgBackRest incluye soporte para diez versiones de PostgreSQL: las cinco versiones soportadas y las últimas cinco versiones EOL. Esto permite tiempo suficiente para actualizar a una versión soportada.
Primeros Pasos
pgBackRest se esfuerza por ser fácil de configurar y operar:
- Guías de usuario para varios sistemas operativos y versiones de PostgreSQL.
- Referencia de comandos para operaciones de línea de comandos.
- Referencia de configuración para crear configuraciones de pgBackRest.
Patrocinadores
pgBackRest no existiría sin patrocinio: nuevas características, correcciones de errores, revisiones de contribuciones, soporte comunitario y mantenimiento requieren un tiempo considerable. Por favor, considere un patrocinio si usa pgBackRest en su empresa.
Nuestros patrocinadores: AWS, Supabase, pgEdge, Tiger Data, Percona, Eon, Xata, Dalibo, Data Egret.
Estamos agradecidos con nuestros patrocinadores por invertir en infraestructura de código abierto que beneficia a toda la comunidad de PostgreSQL.
Patrocinadores anteriores: Crunchy Data, Resonate.
Contribuciones
¡Las contribuciones a pgBackRest siempre son bienvenidas! Consulte nuestras Pautas de Contribución para obtener detalles sobre cómo contribuir con características, mejoras o problemas.
Soporte
pgBackRest es completamente gratuito y de código abierto bajo la licencia MIT. Puede usarlo con fines personales o comerciales sin restricciones. Los informes de errores se toman muy en serio y se abordarán lo más rápido posible. Por favor, reporte errores aquí.
Crear una política sólida de recuperación ante desastres con estrategias adecuadas de replicación y respaldo puede ser una tarea muy compleja y desalentadora. Puede encontrar que necesita ayuda durante la fase de arquitectura y soporte continuo para garantizar que su empresa continúe funcionando sin problemas.
Nuestros patrocinadores ofrecen productos y servicios que incluyen soporte de pgBackRest y pueden ayudar con sus necesidades de recuperación ante desastres.