Para sincronizar archivos grandes o dispositivos de bloque con diferencias de bajas a moderadas, puede hacer una copia simple o usar bdsync , rsync no es apto para este caso en particular *.
bdsync
funcionó para mí, parece lo suficientemente maduro, su historial de errores es alentador (pequeños problemas, resolución rápida). En mis pruebas, su velocidad era cercana al máximo teórico que podía obtener ** (es decir, puede sincronizar aproximadamente el tiempo que necesita para leer el archivo). Finalmente es de código abierto y no cuesta nada.
bdsync
lee los archivos de ambos hosts e intercambia sumas de verificación para compararlos y detectar diferencias. Todo esto al mismo tiempo . Finalmente crea un archivo de parche comprimido en el host de origen. Luego mueve ese archivo al host de destino y ejecuta bdsync por segunda vez para parchear el archivo de destino.
Cuando se usa a través de un enlace bastante rápido (por ejemplo, Ethernet de 100 Mbit) y para archivos con pequeñas diferencias (como suele ser el caso en los discos VM), reduce el tiempo de sincronización al tiempo que necesita para leer el archivo. En un enlace lento, necesita un poco más de tiempo porque debe copiar los cambios comprimidos de un host a otro (parece que puede ahorrar tiempo utilizando un buen truco pero no lo ha probado).
*: rsync es enormemente ineficiente con archivos enormes. Incluso con --inplace primero leerá todo el archivo en el host de destino, DESPUÉS comenzará a leer el archivo en el host de origen y finalmente transferirá las diferencias (simplemente ejecute dstat o similar mientras ejecuta rsync y observe). El resultado es que incluso para archivos con pequeñas diferencias, se tarda aproximadamente el doble del tiempo que necesita leer el archivo para sincronizarlo.
**: bajo el supuesto de que no tiene otra manera de saber qué partes de los archivos han cambiado. Las instantáneas de LVM usan mapas de bits para registrar los bloques modificados para que puedan ser extremadamente más rápidos (el archivo léame de lvmsync tiene más información).