Planeo hacer una copia de seguridad de mis discos duros grandes antes del rsync, y anticipo que llevará unos días. ¿Es seguro utilizar el disco duro original (agregando archivos) mientras rsyncestá en funcionamiento? ¿O es mejor dejar los discos duros intactos hasta que rsyncestén terminados?
Respuesta1
Como otros ya han señalado, es seguro leer desde el disco de origen o usar el disco de destino fuera del directorio de destino, mientras se ejecuta rsync. También es seguroleerdentro del directorio de destino, especialmente si el directorio de destino se completa exclusivamente con la ejecución de rsync.
que no esgeneralmenteseguro esescribir dentro del directorio fuentemientras se ejecuta rsync. "Escribir" es cualquier cosa que modifique el contenido del directorio de origen o cualquier subdirectorio del mismo, por lo que incluye actualizaciones, eliminaciones, creación de archivos, etc.
Hacerlo en realidad norompercualquier cosa, pero el cambio puede o no ser recogido por rsync para copiarlo en la ubicación de destino. Eso depende del tipo de cambio, de si rsync ya ha escaneado ese directorio en particular y de si rsync ya ha copiado el archivo o directorio en cuestión.
Sin embargo, existe una forma sencilla de evitarlo:Una vez que finalice, ejecute rsync nuevamente, con los mismos parámetros.(A menos que tenga algún parámetro de eliminación extraño; si lo tiene, tenga un poco más de cuidado). Al hacerlo, volverá a escanear la fuente y transferirá cualquier diferencia que no se haya detectado durante la ejecución original.
La segunda carrera debería transferirse.solodiferencias que ocurrieron durante la ejecución anterior de rsync y, como tal, se completarán mucho más rápido. Así, puedessiéntase libre de usar la computadora normalmente durante la primera ejecución, pero debe evitar en la medida de lo posible realizar cambios en la fuente durante la segunda ejecución.Si puedes, considera seriamentevolver a montar el sistema de archivos fuente de solo lecturaantes de iniciar la segunda ejecución de rsync. (Algo como mount -o ro,remount /media/sourcedebería funcionar.)
Respuesta2
Esto depende del sistema de respaldo que utilice, pero en general es una mala ideamodificarel contenido de un dispositivo mientras realiza la copia de seguridad. Sin embargo, puedesleersu contenido; Esa es una operación segura, incluso si ralentiza el proceso.
En su caso, rsynccreará una lista de archivos y luego iniciará la copia de seguridad. Por lo tanto, cualquier archivo que agregue al HDD de origen después de que se haya iniciado la copia de seguridadnoser copiado.
Lo que hago es no utilizar ningún dispositivo durante una copia de seguridad. Esta es la forma más segura de obtener una copia de seguridad rápida y consistente.
Respuesta3
Es seguro leer datos de las áreas de origen mientras rsyncestá en funcionamiento, pero si actualiza algo, rsynces probable que la copia que crea/actualiza sea inconsistente:
Si actualiza un archivo que rsync ya ha escaneado, no verá la actualización hasta una ejecución futura. Si actualiza un archivo que aún no se ha escaneado, el cambio se respetará en el destino. Si actualiza archivos que han sido analizados y que no han sido analizados, terminará con una combinación de versiones antiguas y nuevas en el destino.
Si agrega un archivo a un directorio que ya ha sido escaneado, esta vez no aparecerá en la copia de destino. Si elimina un archivo de un directorio que ya ha sido escaneado, esta vez quedará en la copia de destino. Dependiendo de cómo invoque,
rsynces posible que se analice todo el árbol al principio o de forma incremental a medida que se realiza el proceso de sincronización.En algunas circunstancias
rsyncverá la inconsistencia y le avisará. Si elimina un archivo o subdirectorio de un directorio que ya ha sido escaneado pero no se ha escaneado su contenido, recibirá un mensaje de error indicando que falta el objeto. En circunstancias similares, a veces (si el tamaño y/o la marca de tiempo han cambiado) también puede advertir sobre archivos que cambian durante el análisis.
Para algunas copias de seguridad, esta inconsistencia puede no ser un problema importante, pero para la mayoría lo será, por lo que se recomienda no intentar sincronizar una fuente que cambia activamente.
Si usa LVM para dividir su sistema de almacenamiento, puede usar una instantánea temporal para realizar una copia de seguridad de un momento dado. Esto requiere que tenga suficiente espacio en el grupo de volúmenes para crear un volumen de instantánea lo suficientemente grande como para contener todos los cambios que ocurrirán durante el tiempo que se necesite la instantánea. Consulte la documentación de LVM (o uno de los muchos ejemplos en línea: busque "copia de seguridad de instantáneas de LVM" o similar) para obtener más detalles.
Incluso sin LVM, algunos sistemas de archivos admiten instantáneas, por lo que es posible que desees considerar esa opción también.
Si desea realizar una copia de seguridad de grandes volúmenes activos sin un tiempo de inactividad prolongado y no puede usar instantáneas, puede ser suficiente ejecutar el análisis "en vivo" hasta su finalización, luego detener el acceso al volumen y ejecutar otro proceso rsync que puede llevar mucho menos tiempo (si muy poco ha cambiado (solo escaneará el árbol de directorios y luego los pocos archivos actualizados). De esta forma el tiempo en el que debes evitar cambios podría ser mucho más corto.
Respuesta4
Todas las respuestas actuales hablan de la seguridad de los datos en términos de coherencia y suponen un hardware perfecto.
Otra cosa a considerar es la seguridad del hardware en sí. Si tiene discos duros sin respaldo que podrían estar a punto de fallar (puede que ni siquiera lo sepa todavía) y está haciendo unainicialcopia de seguridad completa no la use. Ni siquiera lo montes si los datos son críticos. Puedes utilizar una herramienta comoddpara clonar el disco como dispositivo de bloque. Lo que no desea que el cabezal del disco busque y posiblemente escriba mientras intenta hacer una copia de seguridad. Además, dddebería ser más rápido para la copia de seguridad inicial, ya que simplemente copia los bits en orden (si la unidad no está casi llena, supongo que rsync también ganaría en el caso inicial).
Para copias de seguridad incrementales posteriores, rsync es una excelente opción y estoy 100% de acuerdo con las otras respuestas.