Do these 3 things before closing this tab:
1Clear out junk files and repair common Windows errors2Fix the driver behind crashes, sound loss and screen glitches3Repair Windows errors before they cause bigger problemsLa estrategia adecuada depende de qué necesitas recuperar: una base de datos portable, los archivos persistentes de un contenedor reemplazado o un estado anterior a un momento concreto. Para lo primero, usa un dump lógico con pg_dump y guárdalo fuera del entorno original; para que los datos sobrevivan al ciclo de vida de un contenedor, usa un volumen Docker, pero no lo confundas con una copia independiente; para volver a un punto en el tiempo, necesitas archivado continuo con WAL o un servicio que ofrezca PITR. Puedes combinar las tres capas.
En esta guía: cómo hacer una copia de seguridad de PostgreSQL con Docker, qué opciones de recuperación ofrece Render y qué puede —y qué no— aportar GitHub Actions.
As an Amazon Associate I earn from qualifying purchases.
Elige el tipo de recuperación antes de elegir la herramienta
PostgreSQL contempla tres enfoques principales: dumps lógicos, copias a nivel del sistema de archivos y archivado continuo. No son intercambiables: protegen frente a fallos diferentes y requieren métodos de restauración distintos. La documentación oficial de PostgreSQL resume la obligación básica: “As with everything that contains valuable data, PostgreSQL databases should be backed up regularly.” (PostgreSQL: Backup and Restore).
| Método | Qué protege | Portabilidad y restauración | Requisito o riesgo principal |
|---|---|---|---|
Dump lógico con pg_dump |
Una base de datos exportada como SQL o en formato de archivo. | Alta: se restaura con herramientas cliente; los formatos de archivo permiten restaurar objetos seleccionados. | Conserva el archivo fuera del entorno que se intenta recuperar y evita restaurar de forma destructiva sobre datos importantes. |
| Volumen Docker | Los archivos asociados al volumen frente a la sustitución o detención del contenedor. | Ligada al volumen y al entorno; el volumen no ofrece por sí mismo restauración selectiva ni una copia externa. | El volumen puede compartir fallos o errores operativos del mismo host. Necesitas una copia independiente. |
| Archivado continuo o PITR | La recuperación desde una copia base y los registros WAL, o una capacidad gestionada equivalente. | Puede permitir recuperar un estado anterior, según la configuración y la retención. | Requiere archivar WAL y configurar la recuperación, o contratar un servicio con PITR; la disponibilidad y la ventana varían. |
Si una pérdida accidental debe revertirse hasta un instante preciso, un dump periódico puede no bastar: no es PITR. En una instalación autogestionada, el archivado continuo combina una copia base con WAL y una configuración de recuperación. Consulta la documentación de PostgreSQL sobre archivado continuo para las condiciones de ese método.
#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.
Cuándo usar pg_dump y qué formato elegir
pg_dump exporta una sola base de datos y produce una copia consistente aunque haya actividad concurrente. Para respaldar todas las bases y los objetos globales del clúster, PostgreSQL señala pg_dumpall. Los formatos determinan tanto la herramienta de restauración como las opciones disponibles; elige antes de automatizar el proceso. (Documentación de pg_dump).
| Formato | Restauración | Paralelismo y selección |
|---|---|---|
| Texto SQL | psql |
No ofrece las funciones de restauración selectiva y paralela propias de los formatos de archivo. |
| Custom | pg_restore |
Permite seleccionar o reordenar objetos y restaurar en paralelo; el formato se comprime por defecto. No permite paralelizar la exportación. |
| Directory | pg_restore |
Permite seleccionar o reordenar objetos y paralelizar la restauración. Es el único formato que permite paralelizar también la exportación; se comprime por defecto. |
Un formato de archivo resulta útil cuando necesitas restaurar solo ciertos objetos o acelerar una restauración que admita paralelismo. Para bases grandes, Render muestra una exportación directory con varios jobs; la configuración concreta debe ajustarse al caso. Sea cual sea el formato, guarda el archivo fuera del único servicio o máquina que estás protegiendo.
Cómo respaldar PostgreSQL en Docker sin confundir persistencia con backup
Usa un volumen para persistencia
Un volumen con nombre, gestionado por Docker, persiste independientemente del ciclo de vida del contenedor. Así, sustituir el contenedor no elimina automáticamente los datos vinculados al volumen. Esa protección es útil frente a ciertos cambios del contenedor, pero no es un archivo de backup externo ni te protege necesariamente de un fallo o un error operativo que afecte al mismo host. La guía de PostgreSQL de Docker documenta los volúmenes y las consideraciones de almacenamiento.
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
Añade un dump independiente y comprueba la restauración
Exporta la base con pg_dump en el formato que corresponda a tu restauración prevista y conserva el resultado en otra ubicación, no únicamente en el volumen o en el host que alberga la base. Mantén disponible una versión adecuada de las herramientas cliente y restaura la copia en una base temporal vacía para comprobar que el archivo se puede leer y que contiene las tablas y los datos esperados.
No fijes una ruta de datos copiando un ejemplo sin verificar la imagen y la versión de PostgreSQL que ejecutas. Docker indica que PostgreSQL 18 y versiones posteriores guardan los datos bajo un subdirectorio versionado de /var/lib/postgresql y recomienda montar a ese nivel para facilitar actualizaciones con pg_upgrade --link. Comprueba la versión y la imagen concretas antes de configurar el montaje.
Cómo recuperar PostgreSQL en Render
Comprueba el plan y la ventana antes de depender de PITR
Según la documentación de Render vigente el 4 de octubre de 2026, la ventana documentada de PITR es de 3 días para Hobby y de 7 días para Pro o superior. Free compute no ofrece recuperación. Los exports lógicos de Render se conservan durante 7 días y tampoco se generan en Free compute. Estos límites pertenecen al servicio y pueden cambiar: verifica las condiciones actuales de tu plan en la documentación de copias de seguridad de Render antes de diseñar tu retención.
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
Los exports del dashboard se descargan como archivos comprimidos en formato directory, con extensión .dir.tar.gz. Si tienes una instancia gratuita, Render indica que puedes usar pg_dump desde una máquina local para generar un dump; no asumas que el dashboard creará un export para esa instancia.
Prefiere PITR cuando esté disponible y necesites recuperar datos recientes
Render recomienda PITR para una pérdida de datos cuando esa opción está disponible, porque normalmente permite recuperar un estado más reciente que el último export lógico. El proceso crea una instancia nueva: úsala primero para inspeccionar y validar los datos, en lugar de sobrescribir directamente la instancia original.
- Confirma el plan y la ventana de recuperación disponibles para la instancia afectada.
- Inicia PITR según las instrucciones de Render y deja que se cree la instancia nueva.
- Valida allí los datos que necesitas y comprueba que las aplicaciones pueden conectarse a esa instancia.
- Cuando la validación haya terminado, cambia los servicios para que usen la conexión de la instancia recuperada.
- Verifica que las aplicaciones funcionan correctamente antes de decidir si suspendes o eliminas la instancia original.
Restaura un dump con cuidado
Elige psql para un dump de texto SQL y pg_restore para un archivo de formato custom o directory. Render especifica que las herramientas cliente deben tener una versión mayor adecuada al servidor de destino. Sus instrucciones de restauración incluyen opciones que eliminan objetos y luego los recrean; no las ejecutes contra un esquema con datos importantes sin entender exactamente qué se va a borrar. Para reducir el riesgo, restaura primero en una instancia o base vacía y valida el resultado antes de cambiar las conexiones de producción.
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
Qué papel tiene GitHub Actions en un plan de copias
GitHub documenta contenedores de servicio PostgreSQL para trabajos de Actions. Si el job se ejecuta dentro de un contenedor, puede conectarse al servicio usando su etiqueta en la red compartida. Si el job se ejecuta directamente en el runner, necesita que el puerto del servicio esté publicado y se conecta mediante localhost. La guía de GitHub sobre contenedores de servicio PostgreSQL ilustra esa diferencia de red.
Un contenedor de servicio puede proporcionar una base para que un job utilice herramientas cliente, pero la documentación citada describe el uso de servicios en jobs, no una solución integral de respaldo en producción. Por sí solo, Actions no define dónde conservar los dumps, cuánto tiempo retenerlos ni cómo recuperar la producción. Diseña y verifica por separado el destino de almacenamiento, la retención, la protección de credenciales y el procedimiento de restauración; no des por cubiertos esos aspectos por el hecho de que una ejecución termine correctamente.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Prueba que la copia se puede recuperar
Una tarea completada no demuestra que puedas restaurar el sistema. Programa un ejercicio periódico en un entorno aislado y anota lo observado para tu propia infraestructura:
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
- Restaura el dump en una base temporal vacía con la herramienta que corresponda al formato.
- Comprueba que existen las tablas y los datos que esperas recuperar.
- Mide cuánto tarda la restauración y cuánto tiempo lleva volver a conectar las aplicaciones; esos resultados permiten estimar el RTO de tu entorno.
- Documenta qué conexión se cambia y cómo validar el servicio tras el cambio.
Para medir también el RPO —cuántos datos podrías perder según la frecuencia de las copias o la configuración de PITR—, el ejercicio debe reflejar la configuración real de tu sistema. No asumas una cifra a partir del nombre de un plan, una ejecución de Actions o la mera existencia de un volumen.
Una estrategia por capas para cada entorno
- PostgreSQL en Docker: usa un volumen para conservar los archivos al sustituir el contenedor, genera dumps independientes y prueba su restauración.
- PostgreSQL en Render: verifica plan y retención, conserva exports fuera de Render y utiliza PITR cuando esté disponible y sea necesario recuperar un punto más reciente.
- GitHub Actions: considera el workflow como un mecanismo posible para ejecutar tareas cliente, no como almacenamiento ni como un procedimiento de recuperación completo.
- Sistemas autogestionados con requisito de recuperación temporal: evalúa archivado continuo con copia base y WAL, y practica la recuperación.
La opción de almacenar copias lógicas en almacenamiento de objetos externo puede separar los dumps del servicio principal; Render enlaza una guía para subir dumps de pg_dump a Amazon S3 mediante cron. El destino y la retención deben formar parte de tu diseño de recuperación, no quedarse en la misma máquina o volumen que intentas proteger.
Quick 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.
