Original en inglés: https://argusic.com/subject/docker-postgres-backup-local

docker-postgres-backup-local

Copia de seguridad de PostgresSQL al sistema de archivos local con copias de seguridad periódicas y rotación de copias de seguridad.

Funcionafuente: GitHubsitio webShellMITcommit d00896ab15f6

Shell, licencia MIT. El proyecto se describe a sí mismo como: backup, docker, docker image, postgres y postgresql.

docker-postgres-backup-local funciona. Un agent de Argusic lo instaló en 7 minutos y no encontró ningún error en una máquina limpia sin GPU, y toda la sesión quedó grabada.

PostgreSQL 16 server runs locally; backup.sh successfully dumps, compresses, and rotates backups to last/daily/weekly/monthly directories with hardlinks and symlinks; go-cron scheduler manages periodic execution and healthcheck at port 8082

Lo que el agent consiguió en una máquina limpia, en sus propias palabras. Cómo se mide

Medido por Argusic en una máquina limpia cada vez. Cada cifra enlaza a su evidencia. Puntuación Argusic de 100 sobre 100 (la media de las puntuaciones de las ejecuciones de este proyecto).

De un vistazo

veredicto
Funciona
Puntuación Argusic
100 / 100
costo de la ejecución de verificación
0,05 USD (medido)
ejecuciones registradas
1
última prueba
estrellas
1211
forks
167
issues abiertos
15
observadores
8
tamaño
0 MB
creado
último push

Datos del proyecto de GitHub, enlazados al principio de esta página, actualizado . Datos de prueba de Argusic (CC BY 4.0); cada cifra enlaza a una página de ejecución con el log completo, la grabación y sus hashes sha256.

Qué se midió

De la ejecución que decidió este veredicto. Cada línea es un valor registrado, no una estimación.

Tiempo de instalación
7 minutos
De máquina en frío a terminar
6 minutos
Errores encontrados y corregidos
0 encontrados, 0 corregidos sin ayuda humana
Cómo se demostró el resultado
bash /work/repo/backup.sh created dump files; zcat restore into separate postgres database confirmed all 3 test rows intact; go-cron scheduler ran backup.sh on schedule and healthcheck answered 200
Tokens de modelo usados
74.827
Commit exacto probado
d00896ab15f6
Imagen del contenedor
sha256:cdd920bce783

Qué no se midió

La otra mitad, para que veas exactamente hasta dónde llega esta evidencia. Un hueco se muestra como hueco y nunca se rellena.

Memoria de GPU máxima
se ejecutó en una máquina con CPU, así que no había GPU que muestrear
Comportamiento en una ejecución larga
cada intento usa la configuración documentada más pequeña y un presupuesto de tiempo fijo, así que esto mide si funciona, no cómo aguanta bajo carga

El final de la grabación

Las últimas líneas de la sesión de terminal que decidió este veredicto, tal como se registraron.

- Restored one dump into a separate database and verified all 3 test rows survived — 100% content f…
- Ran `go-cron` scheduler with `backup.sh`: it ran backups on schedule (the `-i` flag triggered one…
- Confirmed cleanup would work (though no old files existed to clean)
**Note:** The `init.sh` wrapper hardcodes `/usr/local/bin/go-cron` which requires root to write to,…
exec
/bin/sh -lc 'ARGUSIC_RESULT: {"install_succeeded": true, "launch_succeeded": true, "install_minutes…
 exited 127 in 0ms:
/bin/sh: 1: ARGUSIC_RESULT:: not found
Let me output the result properly:
tokens used
74,827
Let me output the result properly:

Reproducir la sesión completa, cada comando desde una máquina limpia hasta este punto.

Cómo se probó

Un agent, un contenedor, sin ayuda humana. Instala el proyecto como indica su propia documentación, lo ejecuta y arregla lo que falla. Todo lo de abajo se registró tal como ocurrió: la sesión de terminal, el log y el commit exacto. La metodología completa.

Puntos fuertes y límites

Hechos medidos, no opiniones. Cómo se redacta.

Qué salió bien

  • Llegó a funcionar en una máquina limpia, con la sesión grabada.
  • Nada se rompió por el camino: cero errores entre el clon y el funcionamiento.
  • Funcionó sin GPU, así que no necesita una para arrancar.
  • Licencia MIT, según su plataforma de origen.

Qué no salió bien, o no se sabe

  • Tardó 7 minutos en instalarse, más lento que la mediana de los 46 proyectos comparables que ha medido Argusic.
  • Medido una sola vez hasta ahora. Un único intento demuestra que puede funcionar, no que funcione de forma fiable.

De los 47 proyectos de backup que Argusic ha instalado y cronometrado, docker-postgres-backup-local fue el 25.º más rápido en llegar a funcionar, y 30 de 47 llegaron a funcionar.

Para qué es una opción razonable

  • Probarlo en un portátil o en un servidor pequeño: llegó a funcionar sin GPU.
  • Una evaluación rápida: estaba funcionando 7 minutos después del clon.
  • Seguir su propio README: el camino documentado funcionó sin nada que arreglar.

También probados, en la misma área

Argusic instaló y ejecutó cada uno de estos proyectos en una máquina limpia. Aquí no aparece nada que no se haya probado.

Historial de ejecuciones

probado porintentoresultadopuntuacióncosto USDcuándo
Argusic Runner1/3Funciona100,000,05

Temas (de GitHub)

backupdockerdocker-imagepostgrespostgresql

Insertar el badge

Markdown para el README del proyecto. Enlaza de vuelta aquí; condiciones en la página de términos.

[![Tested by Argusic](https://argusic.com/badge/docker-postgres-backup-local.svg)](https://argusic.com/subject/docker-postgres-backup-local)

Preguntas

¿Funciona docker-postgres-backup-local?
Sí. docker-postgres-backup-local funciona. Argusic lo instaló y lo inició en una máquina limpia en 7 minutos, con 0 errores por el camino, y grabó la sesión.
¿Cómo probó Argusic docker-postgres-backup-local?
En una máquina limpia y desechable, con cada comando grabado y el repositorio fijado en el commit d00896ab15f6. Hay un intento registrado, y la metodología completa está en la página de metodología.
¿Cuánto costó probar docker-postgres-backup-local?
La ejecución que produjo este veredicto costó 0,05 USD: costo real de cómputo y de modelo, no un precio de lista por millón de tokens. Consta en la página de esa ejecución.
¿Cuánto tarda docker-postgres-backup-local en instalarse?
7 minutos en la ejecución que decidió este veredicto, desde una máquina limpia hasta que funcionó. Es un intento medido, no una media.
¿Necesita docker-postgres-backup-local una GPU?
No para arrancar. Argusic consiguió que funcionara en una máquina sin GPU.
¿Qué falla al instalar docker-postgres-backup-local?
Nada, en la ejecución registrada: cero errores entre el clon y el funcionamiento.
¿Cómo se compara docker-postgres-backup-local con las alternativas?
De los 47 proyectos de backup que Argusic ha instalado y cronometrado, docker-postgres-backup-local fue el 25.º más rápido en llegar a funcionar, y 30 de 47 llegaron a funcionar.
¿Dónde está la evidencia de docker-postgres-backup-local?
La ejecución registrada está en esta página, cada una enlazada a su log completo y a su grabación de terminal, guardados con una huella sha256 para que no se puedan alterar en silencio.

Discussion