Comparar · Solo hechos

NeverWiped y rsync con cron

Una tarea cron con rsync copia archivos. Lo que deja fuera (cifrado en reposo, historial, bases de datos coherentes, avisos) y cuándo basta.

Una primera copia de seguridad habitual: una tarea cron que copia los archivos del servidor a otra máquina con rsync por SSH. Es sencillo, y las herramientas vienen con cualquier distribución Linux. Esta página explica lo que deja fuera, lo que hace NeverWiped en su lugar y cuándo basta con rsync.

Qué hace rsync con cron

rsync copia archivos y solo envía lo que ha cambiado. Por SSH, la transferencia va cifrada.
La otra máquina guarda archivos legibles. Cualquiera con acceso a esa máquina o a sus discos puede leerlos, salvo que cifres ese disco tú mismo.
Guarda una sola copia, un espejo. Un archivo dañado o borrado en el servidor se copia tal cual en la siguiente ejecución, y con --delete también se copian los borrados. Un historial requiere más trabajo: carpetas con fecha, o enlaces duros con --link-dest.
La clave SSH del servidor puede escribir en la otra máquina, así que quien controle el servidor puede sobrescribir o borrar la copia, salvo que restrinjas esa clave o que la otra máquina vaya a buscar los archivos.
Copiar los archivos de una base de datos en marcha no da una copia coherente. Primero hay que volcarla, en el script.
Una tarea que falla, o que deja de ejecutarse, no dice nada, salvo que el servidor pueda enviar correo o añadas una supervisión.

Lado a lado

	NeverWiped	rsync con cron
Cifrado	En tu servidor, antes de enviar nada; las copias guardadas también están cifradas (cifrado)	Solo durante la transferencia (SSH); se guardan como archivos legibles
Historial	Lo fija tu plan, se puede cambiar por servidor (retención)	Una sola copia, salvo que montes una rotación
Un archivo borrado o dañado por error	Sigue en las copias anteriores, mientras estén dentro de la retención	Se copia tal cual en la siguiente ejecución
Protección contra el borrado	Almacenamiento solo-añadir: el servidor puede añadir copias, no borrarlas, en el día a día (solo-añadir, límites conocidos)	Lo que la clave SSH tenga permitido
Bases de datos	Volcados completos y coherentes, hechos por el agente	Los escribes tú
Espacio usado	Solo se envían los cambios, comprimidos y deduplicados	Se envían los archivos modificados; cada rotación añade lo que cambió
Avisos	Correos cuando una copia falla, cuando no se ha hecho ninguna desde hace demasiado tiempo y antes de que el almacenamiento se llene (correos de aviso)	Los montas tú
Restaurar	`neverwiped restore` con una fecha, en una carpeta aparte, o en su sitio tras confirmarlo (restaurar)	Volver a copiar los archivos
Dónde está la copia	Nuestro servidor de almacenamiento en Francia	Una máquina que eliges y mantienes tú
Precio	Tu plan (precios)	La otra máquina y tu tiempo

Lo que montas tú

Para que rsync con cron sea una copia de seguridad y no un simple espejo, tienes que añadir:

Copias con fecha (--link-dest) y una regla que borre las antiguas.
Los volcados de bases de datos antes de cada ejecución.
El cifrado del disco de la otra máquina, si los archivos son sensibles.
Una clave restringida, o que la otra máquina vaya a buscar los archivos, para que el servidor no pueda borrar sus copias.
Un aviso cuando una ejecución falla, y otro cuando dejan de ejecutarse.
Una prueba de restauración que repites.

Cuándo basta con rsync y cron

Necesitas un espejo legible tal cual en otra máquina, por ejemplo para cambiar a ella rápido.
Los datos cambian poco y no son sensibles, como un sitio estático cuyo código fuente también está en otro sitio.
No quieres ningún programa más en el servidor. NeverWiped necesita su agente, que se ejecuta como root (el agente).

Usar los dos

Hacen trabajos distintos: rsync para un espejo al que cambiar, NeverWiped para un historial cifrado con volcados de bases de datos coherentes, en un lugar que tu servidor no puede borrar en el día a día.

Última revisión: 6 de noviembre de 2026. Ver también: todas las comparaciones.