Una estrategia segura combina métodos según lo que necesites recuperar: usa pg_dump para obtener una copia lógica portable de una base de datos, un volumen nombrado de Docker para conservar sus archivos cuando se sustituye el contenedor, y archivado continuo o PITR si necesitas volver a un momento concreto. Un volumen ayuda a que los datos sobrevivan al ciclo de vida del contenedor, pero no es una copia de seguridad independiente. En Render, las opciones de recuperación dependen del plan; en GitHub Actions, un contenedor de servicio puede facilitar la ejecución de herramientas cliente, pero por sí solo no constituye un sistema completo de respaldo.
Elige el tipo de recuperación antes de elegir la herramienta
PostgreSQL documenta tres enfoques principales: dumps lógicos, copias a nivel de sistema de archivos y archivado continuo. No resuelven el mismo problema. Un dump puede trasladarse y restaurarse con herramientas cliente; un volumen mantiene los archivos asociados a un contenedor; el archivado continuo combina una copia base con registros WAL para permitir una recuperación a un estado determinado, si se configura correctamente. PostgreSQL recomienda realizar respaldos regulares de las bases de datos que contienen información valiosa (documentación oficial de PostgreSQL sobre backup y restore).
| Método | Qué protege | Qué permite recuperar | Requisito principal |
|---|---|---|---|
Dump lógico con pg_dump |
Una base de datos exportada | La base completa; con formatos de archivo, también objetos seleccionados o reordenados | Conservar el archivo y disponer de herramientas cliente compatibles |
| Volumen nombrado de Docker | Los archivos de datos vinculados al volumen frente a la sustitución del contenedor | Los datos persistidos en ese volumen; no ofrece por sí mismo restauración selectiva | Conservar el volumen y el acceso al entorno que lo utiliza |
| Archivado continuo o PITR | Una copia base y los WAL, o una capacidad gestionada equivalente | Un estado o momento según la configuración y la retención disponibles | Configurar el archivado o usar un servicio que ofrezca PITR |
La portabilidad de un dump es distinta de la durabilidad de un volumen, y ninguna de las dos equivale automáticamente a PITR. Para una aplicación importante, decide qué pérdida de datos tolerarías y qué tiempo de recuperación necesitas; después, combina las capas que cubran esos objetivos.
Qué formato de dump conviene usar
SQL de texto
pg_dump puede generar un archivo SQL que se reproduce con psql. Es una opción directa si quieres un formato legible y no necesitas las funciones de restauración selectiva propias de los formatos de archivo. La restauración de un dump de texto se hace con psql, no con pg_restore.
#1 Best Overall
- Easily store and access 2TB to content on the go with the Seagate Portable Drive, a USB external hard drive
- Designed to work with Windows or Mac computers, this external hard drive makes backup a snap just drag and drop
- To get set up, connect the portable hard drive to a computer for automatic recognition no software required
- This USB drive provides plug and play simplicity with the included 18 inch USB 3.0 cable
- The available storage capacity may vary.
Formato custom
El formato custom es un archivo comprimido por defecto y se restaura con pg_restore. Permite seleccionar objetos y cambiar el orden de restauración. También admite restauración paralela, útil cuando el tamaño de la base hace que una restauración secuencial resulte demasiado lenta para tus necesidades.
Formato directory
El formato directory también es comprimido por defecto y admite selección de objetos y restauración paralela. Es el único formato de pg_dump que permite paralelizar también la propia exportación. Render muestra este formato para exportaciones de bases grandes con varios jobs; la cantidad adecuada depende del entorno y no debe suponerse sin probarla.
Elige el formato pensando en la restauración, no solo en la creación del archivo: SQL se aplica con psql; custom y directory se restauran con pg_restore. La documentación de pg_dump de PostgreSQL 17 describe el alcance y las opciones de formato. pg_dump exporta una sola base de datos; para incluir objetos globales y todas las bases de un clúster, PostgreSQL indica usar pg_dumpall. Además, pg_dump produce una exportación consistente aunque haya actividad concurrente en la base durante el proceso.
Rank #2
- Slim durable design to help take your important files with you
- Back up smarter with included device management software[2] with defense against ransomware
- Help secure your important files with password protection and hardware encryption
- 3-year limited warranty
Docker: persistencia del contenedor y copia de seguridad son capas distintas
Un volumen nombrado de Docker persiste independientemente del contenedor al que está conectado. Esto permite detener o reemplazar el contenedor sin que Docker elimine automáticamente los datos vinculados al volumen. Sirve para resolver el problema de perder el almacenamiento al sustituir un contenedor; no crea por sí mismo un archivo externo que puedas recuperar si el host, el volumen o una operación equivocada afectan a esos datos.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
- Usa un volumen nombrado para separar el ciclo de vida del almacenamiento del ciclo de vida del contenedor.
- Genera además un dump lógico y guárdalo fuera del único host o entorno que intentas recuperar.
- Comprueba periódicamente que puedes restaurar ese dump en una base temporal vacía.
La guía de Docker para PostgreSQL señala una diferencia de ruta relevante: PostgreSQL 18 y versiones posteriores guardan los datos bajo un subdirectorio versionado de /var/lib/postgresql, y Docker recomienda montar en ese nivel para facilitar actualizaciones con pg_upgrade --link. Comprueba la versión y la imagen concretas antes de fijar una ruta de montaje; no copies una ruta antigua sin verificar que corresponde a la imagen que ejecutas.
Render: exportación lógica o recuperación PITR
Verifica primero qué ofrece tu instancia
Según la documentación de Render vigente y verificada el 4 de octubre de 2026, Hobby dispone de una ventana PITR de 3 días y Pro o superior, de 7 días. Free compute no ofrece recuperación PITR ni exports lógicos generados por Render. Render conserva sus exports lógicos durante 7 días. Estas condiciones son límites publicados por el servicio, no una garantía de retención externa; vuelve a comprobar el plan y las capacidades de tu instancia antes de depender de ellos (documentación de backups de PostgreSQL de Render).
Rank #3
- Slim durable design to help take your important files with you
- Vast capacities up to 6TB[1] to store your photos, videos, music, important documents and more
- Back up smarter with included device management software[2] with defense against ransomware
- Help secure your important files with password protection and hardware encryption
- 3-year limited warranty
Exporta y conserva copias fuera del servicio
Los exports del dashboard de Render se entregan como archivos comprimidos en formato directory, con extensión .dir.tar.gz. Como Render conserva cada export durante 7 días, descarga o copia las exportaciones que debas retener a un almacenamiento independiente. Para una instancia Free, Render indica que puedes ejecutar pg_dump desde una máquina local; no confundas esa alternativa con un export generado por Render.
El almacenamiento de objetos es una opción para mantener dumps fuera del servicio principal. Render enlaza una guía para subir exports de pg_dump a Amazon S3 mediante cron; esa referencia respalda la categoría, pero no implica que Render gestione por ti la programación, la retención o la verificación de tus copias.
Restaura PITR sin reemplazar a ciegas la instancia activa
Render recomienda PITR para recuperar datos perdidos cuando está disponible, ya que normalmente permite volver a un estado más reciente que el último export lógico. PITR crea una instancia nueva, lo que permite inspeccionar los datos de forma aislada antes de cambiar la aplicación. La secuencia segura es:
Rank #4
- World’s First 6TB 2.5” Portable Hard Drive
- Slim durable design to help take your important files with you
- Vast capacities up to 6TB[1] to store your photos, videos, music, important documents and more
- Back up smarter with included device management software[2] with defense against ransomware
- Help secure your important files with password protection and hardware encryption
- Comprueba el plan y la ventana PITR disponibles para la instancia.
- Inicia la recuperación PITR y deja que Render cree la instancia nueva.
- Valida en la instancia nueva los datos que necesitas y prueba la conexión de la aplicación.
- Actualiza las aplicaciones para que usen la conexión de la instancia recuperada.
- Verifica que las aplicaciones operan correctamente; solo entonces decide si suspendes o eliminas la instancia original.
La separación entre instancia original y restaurada evita tratar la recuperación como un reemplazo irreversible antes de validar los datos. Para restaurar un dump en Render, usa psql si es SQL de texto y pg_restore si es un formato de archivo. Render también advierte que sus instrucciones de restore incluyen opciones que eliminan objetos y los recrean: no las ejecutes contra un esquema con datos importantes que quieras conservar. Usa herramientas cliente cuya versión mayor sea adecuada para el servidor de destino.
Archivado continuo: cuándo un dump no basta
Un dump de pg_dump representa una exportación lógica de una base; no es un registro de cambios con el que volver a cualquier segundo posterior. Si una instalación autogestionada requiere recuperación a un instante concreto, PostgreSQL ofrece archivado continuo: se necesita una copia base, el archivado de WAL y una configuración de recuperación apropiada. La disponibilidad del punto de recuperación depende de que esos componentes estén configurados y conservados correctamente (documentación de archivado continuo de PostgreSQL 17).
En un servicio gestionado, PITR puede ofrecer una capacidad equivalente sin que tengas que administrar directamente esos archivos; su ventana depende del servicio y del plan. Un dump sigue siendo útil como copia portable, pero no sustituye a la configuración de archivado cuando el requisito es recuperar cambios posteriores a la exportación.
Best Value
- Slim durable design to help take your important files with you
- Vast capacities up to 6TB[1] to store your photos, videos, music, important documents and more
- Back up smarter with included device management software[2] with defense against ransomware
- Help secure your important files with password protection and hardware encryption
- 3-year limited warranty
Qué puede y qué no puede hacer GitHub Actions
GitHub documenta PostgreSQL como contenedor de servicio para trabajos de Actions. La conectividad depende de dónde se ejecute el trabajo: si el job corre dentro de un contenedor, puede usar la etiqueta del servicio en la red compartida; si se ejecuta directamente en el runner, necesita publicar el puerto del servicio y conectarse mediante localhost (documentación de GitHub sobre contenedores de servicio PostgreSQL).
Esto explica cómo conectar un job con un servicio PostgreSQL para ejecutar herramientas cliente, pero el ejemplo documentado se centra en el uso de servicios dentro de jobs, no en un sistema integral de respaldos de producción. Para que una automatización sea una estrategia de recuperación, diseña y valida aparte cómo se inicia, dónde guarda el dump fuera del runner y del servicio principal, cuánto tiempo lo conserva, quién puede acceder a él y cómo se restaura. No des por hecho que crear un contenedor de servicio garantiza programación, retención, gestión segura de secretos o almacenamiento duradero.
Prueba una restauración, no solo la creación del archivo
Un archivo que parece completo no demuestra que puedas recuperar la aplicación. Programa un ejercicio periódico en el entorno que corresponda y registra sus resultados:
- Restaura una copia en una base temporal vacía, usando
psqlpara SQL de texto opg_restorepara custom o directory. - Comprueba que existen las tablas y los datos esperados y que la aplicación puede conectarse.
- Anota cuánto tarda la restauración y qué pasos manuales fueron necesarios.
- Documenta cómo cambiar la cadena de conexión y cómo volver al destino anterior si la validación falla.
Ese ejercicio permite medir el tiempo real de recuperación y comprobar el punto al que llegan los datos en tu propia configuración. No hay un RPO o RTO universal que pueda deducirse del formato del dump, de un volumen Docker o de la ventana anunciada por un servicio.
Do these 3 things before closing this tab:
1Repair Windows errors before they cause bigger problems2Fix the driver behind crashes, sound loss and screen glitches3Clear out junk files and repair common Windows errorsQuick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
