rsync no detecta el cambio de nombre de los files en una copy de security svn hotcopy. Cualquier alternativa?

Debe ser un requisito bastante común. Tengo un repository svn con un tamaño de datos de 1GB. Para realizar una copy de security, primero realizo una copy en caliente en un directory a las 12:00 a.m. y luego a la 1:00 a.m., un equipo remoto extrae esta copy de security utilizando rsync. La máquina fuente en la que está instalado el svn tiene rsyncd y es una máquina de Windows.

Entonces, todo está funcionando bien, solo que todos los días hay demasiada transferencia de datos. Incluso si hay una única confirmación de pocos bytes. Transfiere más 100 MB de files. Mi suposition es que svn está renombrando los files con demasiada frecuencia.

Entonces, ¿qué debería hacer en tal caso?

¿Hay alguna opción en rsync que pueda detectar el cambio en function del contenido en lugar de los nombres de los files? ¿O hay alguna opción en svn con la que no haría tantos cambios de nombre? Hasta donde recuerdo, había dos types de opciones de database. Quizás estoy usando fsfs.

¿Algunas ideas? Saludos, Sandeep Giri

Debería usar svndump do hacer la copy de security. O eche un vistazo a la sección de respaldo de Subversion Tools .

¿Está rsync accediendo a un sistema de files FAT?

Una de las consideraciones al usar rsync con files FAT de Windows es que los times de modificación para los files solo se resuelven con aproximadamente un segundo de precisión.

Los files pueden transferirse cuando no es necesario, porque rsync cree que el file ha sido modificado.

Por esta razón, rsync tiene una --modify-window=NUM , y un valor de 1 permitiría que los times de modificación difieran en hasta un segundo.