Возобновить Rsync после прерывания, и данные могут быть изменены

No usó las opciones -a, por lo que no se han conservado las propiedades ni los permisos de usuarios y grupos. Sin embargo, las marcas de tiempo se han debido al uso de -t.

Cuando reinicie rsync, no podrá usar los metadatos anteriores para determinar si el archivo en el destino es el mismo que en el origen. Si tiene suerte, puede usar --size-only, que le dice a rsync que asuma que el archivo es idéntico si el tamaño es el mismo; esto generalmente solo funciona correctamente para cosas como archivos de registro o fotos.

Sin embargo, las cosas pueden no ser tan malas como podría pensar :rsync verificará cada archivo tanto en el origen como en el destino, y solo si la suma de verificación muestra una diferencia, se transferirán los bloques diferentes. Es decir. no se vuelve a transferir todo el archivo, solo se transfieren los bloques modificados. Este es el punto fuerte de rsync :, que optimiza el uso del ancho de banda de la red a costa de más E/S de disco.

Por supuesto, esto supone que rsync se está transfiriendo a través de la red a otro host. Si el sistema de archivos NFS del que habla está montado localmente, entonces rsync probablemente no sea la herramienta para esto, ya que rsync en realidad usará mucho más ancho de banda de red mientras verifica los archivos. También rsync cambia al modo --whole-filecuando se realizan transferencias locales,ya que no tiene sentido verificar primero todo el archivo de origen y de destino y luego copiar el origen en el destino.

En general recomendaría el uso de -asi es posible. Es posible que deba combinarlo con --numeric-idssi tiene diferentes usuarios en el origen y el destino; si tiene los mismos usuarios pero las ID pueden ser diferentes, entonces NO use --numeric-ids, rsync asignará las ID de acuerdo con el nombre.