Backup Con Rsync

http://www.vicente-navarro.
com/blog/2008/01/13/backups-con-rsync/
Backups con rsync

En Piensas en si un da te roban el porttil? mencion que me gusta hacer los backups
con rsync. Me gusta usarlo para backups tanto locales (copiar ficheros de un directorio a
otro del mismo sistema) como remotos (copiar ficheros de un sistema a otro), y tanto en en
Linux como en Windows usando Cygwin sin ningn problema de interoperabilidad para
hacer backups remotos usando uno u otro como destino de las copias de seguridad.
rsync es una herramienta para sincronizar los ficheros y directorios que tenemos
almacenados en un sitio en otro diferente minimizando la transferencia de
datos(Wikipedia: rsync). En realidad, rsync son dos cosas: un algoritmo de delta
compression para sincronizar dos ficheros similares y una utilidad que usa dicho algoritmo
junto con otras tcnicas para hacer mirroring de ficheros y directorios en otro sitio
transfiriendo la mnima cantidad de datos posible.
A nivel de un rbol de directorios con sus ficheros, la idea es sencilla. rsync nos copiar
esos ficheros y directorios tal y como estaban en el nuevo sitio pero sin copiar todo, sino slo
lo que ha cambiado en el origen respecto al destino. Hacer lo mismo copiando los ficheros y
directorios, incluso en remoto usando una carpeta compartida, sera equivalente si nos
fijamos nicamente en el resultado, pero tenemos que transferir mucha ms informacin.
A nivel de ficheros individuales, podemos imaginar un fichero muy grande (p.e. de varios
GiB) de una base de datos. Si quisiramos hacer backup de l sin tener herramientas
como rsync, tendramos que copiarlo cada vez, cuando en realidad en muchos casos la
inmensa mayora de bloques del fichero no habr cambiado. rsync, en cambio, analiza el
fichero en origen y en destino y slo transmite (de forma comprimida, adems) las partes
que realmente hayan cambiado.
Debian, por ejemplo, pone a nuestra disposicin servidores de rsync para
descargar sus imgenes de CDs, aunque hay un debate sobre si el descenso en el uso de
ancho de banda de los servidores compensa el aumento en el uso de CPU y memoria a causa
del propio algoritmo de rsync (About integration of rsync and Debian). Y es
quersync consume la CPU necesaria para su algoritmo y adems mantiene en memoria una
lista con todos los ficheros a ser sincronizados (unos 100 bytes por cada uno), por lo
quenecesita bastante memoria. Tambin se debate el problema de que el rsync no es
muy eficiente con ficheros comprimidos con gzip y con bzip2 porque un pequeo cambio
en el contenido modifica en cadena todo el archivo creando una especie de efecto
mariposa que causa que dos archivos parecidos no guarden ninguna semejanza
aprovechable por rsync tras la compresin.
En cualquier caso, si las anteriores pequeas pegas no nos detienen, veremos que rsync es,
en definitiva, una excelente utilidad de lnea de comandos para hacer copias de seguridad
locales y remotas.
El listado de caractersticas especiales que nos da la pgina de man de rsync es:
Soporte para copiar enlaces, ficheros de dispositivo, propietarios, grupos y permisos
Opciones de exclusin (exclude y exclude-from) similares a las del GNU tar
Modo CVS para ignorar los fichero que CVS ignorara
Se puede usar cualquier shell remota transparente, como ssh o rsh
No es necesario ser root para usarlo
pipelining de los ficheros transferidos para minimizar la latencia
Soporte para usuarios annimos o autentificados usando el demonio de rsync (ideal para
hacer mirroring)
En su forma ms sencilla de uso, es similar a un cp. Si queremos sincronizar un fichero en
otro podemos, simplemente, hacer (el -v es para que nos muestre informacin ms
detallada sobre lo que hace):
$ ll fichero1
-rw-r----- 1 vicente users 7625431 2008-01-13 11:40 fichero1
$ rsync -v fichero1 fichero2
fichero1
sent 7626448 bytes received 42 bytes 15252980.00 bytes/sec
total size is 7625431 speedup is 1.00
$ ll fichero?
Pero si el comando lo ejecutamos desde otro usuario (en el ejemplo root), vemos que no se
est manteniendo el usuario, aunque s los permisos, y que incluso la hora es diferente:
# rsync fichero1 fichero3
# ll fichero?
-rw-r----- 1 root root 7625431 2008-01-13 11:44 fichero3
Y tampoco es capaz de hacer nada con directorios:
$ rsync dirA dirB
skipping directory dirA
Por eso, para propsitos de backup, el rsync en la mayora de los casos se utiliza con la
opcin -a:
-a, --archive archive mode; same as -rlptgoD (no -H, -A)
Esta opcin combina el parmetro -r para que el recorra toda la estructura de directorios
que le indiquemos, el -l para que copie enlaces simblicos como enlaces simblicos, la -
ppara que mantenga los permisos, la -t para que se mantenga la hora del fichero, la -
g para que se mantenga el grupo, la -o para que se mantenga el propietario, la -D para que
se mantengan los ficheros de dispositivo (slo para root). Ni se mantienen los hard links (-
H) ni las ACLs (-A) por defecto. En definitiva, con la opcin -a obtenemos una copia exacta
de una jerarqua de ficheros y directorios.
Veamos un ejemplo de sincronizacin de un directorio llamado dirA que contiene otros
directorios y ficheros en otro llamado dirB que, de momento, an no existe:
$ rsync -av dirA/ dirB/
building file list ... done

created directory dirB
dirA/
dirA/fichero1
dirA/fichero2
dirA/dirA1/
dirA/dirA1/fichero3
dirA/dirA2/
dirA/dirA2/fichero4
Si ahora modificamos un poco slo uno de los ficheros y volvemos a ejecutar exactamente el
mismo comando, veremos que esta vez slo se copia el fichero modificado:
$ echo prueba >> dirA/fichero1
$ rsync -av dirA dirB
fichero1
Sin embargo, vemos que aunque el fichero sea slo ligeramente distinto, rsync copia todo
el fichero completo cada vez:
$ rm fichero2
$ rsync -av fichero1 fichero2
fichero1

$ echo prueba >> fichero1

$ rsync -av fichero1 fichero2
fichero1
No es que haya ningn defecto en su algoritmo, es que para un uso en local, rsync usa la
opcin -W por defecto, ya que considera que el esfuerzo en calcular la diferencia entre los
ficheros es mayor que copiar directamente todo el fichero:
-W, --whole-file copy files whole (without rsync algorithm)
Si contrarrestamos la -W con --no-whole-file veremos que que ahora s que slo copia el
bloque donde ha encontrado el cambio:
$ rsync -av --no-whole-file fichero1 fichero2
fichero1

Y si encima usamos la opcin -z, comprimir el bloque antes de pasarlo:
$ rsync -avz --no-whole-file fichero1 fichero2
fichero1

El uso de la opcin -z puede ser beneficioso o perjudicial, ya que la menor transferencia de
datos redunda en un mayor consumo de CPU.
Por cierto, en qu se basa rsync para decidir que un fichero ha cambiado? Normalmente
slo mira la fecha del fichero y su tamao, por lo que si ninguna de las dos cosas cambia,
por defecto el rsync no copiar el fichero. Es muy raro que dos ficheros con la misma fecha
y tamao sean diferentes, pero puede ocurrir. Si en nuestro entorno se puede dar ese caso,
tendremos que usar la opcin -c para que se determine por CRC si realmente los ficheros
son iguales:
-c, --checksum skip based on checksum, not mod-time &
size
Pero claro, esto tambin aumentar sensiblemente el uso de CPU.
La barra al final de los nombres de directorio
Respecto a cmo pasarle los nombres de los directorios, hay que tener una especial atencin
respecto a si ponemos una barra al final del nombre del directorio o no, ya que significan
cosas distintas:
You can think of a trailing / on a source as meaning copy the contents of this directory as
opposed to copy the directory by name, but in both cases the attributes of the containing
directory are transferred to the containing directory on the destination. In other words, each
of the following commands copies the files in the same way, including their setting of the
attributes of /dest/foo:
rsync -av /src/foo /dest
rsync -av /src/foo/ /dest/foo
Efectivamente, /path/foo significa el directorio foo, mientras que /path/foo/ significa

lo que hay dentro de foo. Pongamos algunos ejemplos para entenderlo.
Este es el uso ms estndar en el que sincronizamos dos directorios (dirA y dirB) para que
sean exactamente iguales (rsync -av dirA/ dirB/ o rsync -av dirA/ dirB):
$ rm -rf dirB
./
fichero1
fichero2
dirA1/
dirA1/fichero3
dirA2/
dirA2/fichero4
$ ll dirB
total 164
drwxr-xr-x 4 vicente users 4096 2008-01-13 11:48 ./
drwxr-xr-x 4 vicente users 4096 2008-01-13 14:00 ../
drwxr-xr-x 2 vicente users 4096 2008-01-13 11:48 dirA1/
drwxr-xr-x 2 vicente users 4096 2008-01-13 11:59 dirA2/

-rwxr-xr-x 1 vicente users 65638 2008-01-13 13:59 fichero1*
-rw-r--r-- 1 vicente users 71033 2008-01-13 11:39 fichero2
En cambio, si lo que queremos es que que copie dirA dentro de dirB, tenemos que poner
rsync -av dirA dirB/ o rsync -av dirA dirB:
$ rm -rf dirB
$ rsync -av dirA dirB
dirA/
dirA/fichero1
dirA/fichero2
dirA/dirA1/
dirA/dirA1/fichero3
dirA/dirA2/
dirA/dirA2/fichero4
$ ll dirB
total 12
drwxr-xr-x 4 vicente users 4096 2008-01-13 11:48 dirA/
La diferencia entre poner la barra al final y no ponerla es una de las cosas que tenemos que
tener en todo momento ms claras a la hora de pensar en qu parmetros le vamos a pasar
al comando para hacer un backup con rsync con xito.
Eliminando ficheros del destino de backups anteriores

En muchos casos, es posible que hayamos borrados ficheros de origen que ya no queremos
que aparezcan en el destino, pero por defecto rsync no los elimina. Para que lo haga,
debemos usar la opcin --delete:
$ rm -rf dirB/
$ rsync -a dirA/ dirB/
$ touch dirB/ficheroextrao
./
$ rsync -av --delete dirA/ dirB/
deleting ficheroextrao
./

Cuando se hagan pruebas con el --delete hay que llevar mucho cuidado, porque si
elegimos errneamente el directorio de destino podemos borrar en cascada muchsimos
ficheros que no queramos borrar. Es por eso que se aconseja que se use en las pruebas la
opcin -n/--dry-run para que el comando no haga nada en realidad y as podamos
depurar el comando antes de ponerlo en funcionamiento definitivamente.
Otra opcin que puede ser interesante en algunos entorno es la -u, para que no se
sobreescriban los ficheros del destino que son ms recientes que los del origen. Esta opcin
es til si es posible que en un momento dado se trabaje sobre los ficheros del backup, de
modo que en ningn caso reemplacemos los archivos que se puedan haber modificado en
destino:
$ touch dirB/fichero1
$ rsync -av --delete dirA/ dirB/
fichero1

$ touch dirB/fichero1
$ rsync -av --delete -u dirA/ dirB/
Y en este punto, ya tenemos varias forma de usar el comando perfectamente vlidas para
hacer backups en funcin de nuestras necesidades:
$ rsync -av --delete directorioorigen/ directoriodestino/
$ rsync -av --delete directorioorigen directoriodestino
$ rsync -av --delete -u directorioorigen/ directoriodestino/
$ rsync -av --delete -u directorioorigen directoriodestino
Backups incrementales
Si queremos tener un archivo con los ficheros que vamos modificando, un backup
incremental, las opciones -b/--backup y --backup-dir=DIR (y tambin --suffix=SUF)
son de mucha utilidad para nosotros.
Supongamos que tenemos dos directorios dirA y dirB perfectamente sincronizados y
actualizamos un fichero en el directorio origen:
$ rsync -a dirA/ dirB/
Si volvemos a sincronizar, el rsync borrara el dichero dirA/fichero1 que tenamos

almacenado del backup anterior en dirB. Para que no nos lo elimine completamente, vamos
a usar la opcin -b y le vamos a decir que almacene la versin previa en el directorio
backup_fechahoradehoy (ponemos dos opciones -v para que nos informe sobre el
backup):
$ rsync -avvb --delete --backup-dir=$PWD/rsync/backup_$(date
+%y%m%d%H%M) dirA/ dirB/
backup_dir is /home/vicente/rsync/backup_0801131917/
building file list ...
done
deleting in .
delta-transmission disabled for local transfer or --whole-file

fichero1
fichero2 is uptodate
dirA1/fichero3 is uptodate
dirA2/fichero4 is uptodate
backed up fichero1 to /home/vicente/rsync/backup_0801131917/fichero1

total: matches=0 hash_hits=0 false_alarms=0 data=65708

Y vemos que ya tenemos un directorio de backup que slo contiene los fichero que han sido
reemplazados esta vez:
$ ll
total 20
drwxr-x--- 56 vicente users 4096 2008-01-13 18:43 ../
drwxr-xr-x 2 vicente users 4096 2008-01-13 19:17 backup_0801131917/
drwxr-xr-x 5 vicente users 4096 2008-01-13 11:48 dirB/
$ ll backup_0801131917/
total 80
-rwxr-xr-x 1 vicente users 65701 2008-01-13 19:17 fichero1*
Si ahora modificamos otro fichero, veremos que antes de reemplazarse, se almacenar en un

nuevo directorio de backup:
$ rsync -ab --delete --backup-dir=$PWD/backup_$(date +%y%m%d%H%M)

dirA/ dirB/
$ ll
total 28

drwxr-x--- 56 vicente users 4096 2008-01-13 18:43 ../
drwxr-xr-x 4 vicente users 4096 2008-01-13 11:48 dirB/
$ ll backup_0801131921/
total 84
-rw-r--r-- 1 vicente users 71040 2008-01-13 19:20 fichero2/
Es importante no usar paths relativos en el parmetro --backup-dir, porque son relativos

al directorio destino. En los ejemplos anteriores, si hubiramos hecho --backup-
dir=backup_$(date +%y%m%d%H%M), el directorio backup_0801131917 de turno se
hubiera creado dentro del dirB y sera eliminado en el siguiente rsync con --delete.
Actualizacin 15/1/07 (inspirada por los comentarios de MetalAgent):
Tambin podemos hacer backups incrementales con las opciones:
--compare-dest=DIR also compare received files relative to DIR
--copy-dest=DIR ... and include copies of unchanged files
--link-dest=DIR hardlink to files in DIR when unchanged
La opcin --compare-dest=DIR hace casi lo mismo que la -b/--backup / --backup-

dir=DIR, pero al revs. En lugar de guardar los ficheros viejos en DIR, como hace la -b,
la --compare-dest lo que hace es guardar en el directorio destino slo los ficheros que han
cambiado respecto a DIR. Es como un backup incremental pero mientras que con la -btienes
todos los ficheros de la ltima versin en el directorio destino, con la --compare-dest slo
tienes en el directorio destino los ficheros que han cambiado desde el ltimo backup.
Como variacin de la --compare-dest, est la --copy-dest=DIR, que hace lo mismo que
la anterior pero adems copia los ficheros que no hayan cambiado. Pero ojo!, la ventaja de
esta opcin es que la copia de los ficheros que no han cambiado es local, de forma que en
un rsync remoto, todos los ficheros que ya estaban en DIR no se tienen que transferir. La
desventaja es que necesita mucho espacio en disco.
Finalmente, la variante ms interesante es la --link-dest=DIR, que hace lo mismo que
la --copy-dest pero sin consumir ms espacio en disco porque usa hard links a los ficheros
que ya existen. Una opcin realmente til!
Incluyendo y excluyendo ficheros del backup
La mayora de las veces no querremos hacer backup de un nico directorio y ya est, sino
que querremos hacer backup de una lista determinada de directorios. En esos casos, o
especificamos uno por uno en la lnea de comandos o, mucho mejor, los especificamos en
una lista. Si especificamos los ficheros en una lista, nos podemos permitir tener un script de
backup que lance rsync con las opciones deseadas y que no modificaremos nunca y el
fichero con la lista de directorios de los que hay que hacer backup que ser lo que
modificaremos. Las opciones son:
--exclude=PATTERN exclude files matching PATTERN
--exclude-from=FILE read exclude patterns from FILE
--include=PATTERN don't exclude files matching PATTERN
--include-from=FILE read include patterns from FILE
--files-from=FILE read list of source-file names from FILE
Los patrones que usa rsync no son muy intuitivos, as que lo mejor es leer detenidamente
la seccin que los explica (INCLUDE/EXCLUDE PATTERN RULES) en la pgina de man de
rsync, pero podemos ver un ejemplo que nos aclarar un poco este tema.
Imaginemos que queremos hacer un backup de los directorios /var/log/ y /var/www/.
Podramos usar un comando como:
rsync -av --delete --prune-empty-dirs --include-
from=lista_dirs_backup.txt / /mnt/disco/Backup/
en el que el fichero lista_dirs_backup.txt contiene:

+ */
+ /var/www/**
+ /var/log/**
- *
El + */ de la primera lnea especifica que todos los directorios pasan el filtro y es

necesario porque aunque especifiquemos los directorios que nos interesan en las siguientes
lneas, el propio directorio /var/ y los /var/log/ y /var/www/ no pasara el filtro.
Adems, como esta opcin nos permite pasar todos los directorios pero sin los ficheros y
directorios que contienen, tenemos que usar la opcin --prune-empty-dirs para que no
copie directorios vacos.
En la ltima lnea le especificamos con - * que todo lo que en ese punto ya no ha pasado
el filtro, que sea descartado. Los dos asteriscos (**) indican que todos los ficheros y
directorios que hay debajo pasarn el filtro.
Una alternativa sin --prune-empty-dirs sera incluir especficamente todos los directorios
involucrados:
+ /var/
+ /var/www/
+ /var/log/
+ /var/www/**
+ /var/log/**
- *
Pero es evidente que en el caso de tener muchos directorios y con mucha profundidad, esta
forma se puede complicar mucho y es claramente ms sencilla la anterior (aunque tambin
es ms lenta por tener que recorrer todos los directorios del origen).
En versiones de rsync >=2.6.7 tambin existe la posibilidad de poner tres asteriscos (***)
para especificar que el propio directorio especificado tambin pasa el filtro, facilitndonos
nuestra labor en el caso de que queramos hacerlo sin + */ y sin --prune-empty-dirs:
+ /var/
+ /var/www/***
+ /var/log/***
- *
Y tambin es importante tener en cuenta si los directorios especificados son relativos o

absolutos. En los ejemplos anteriores, el directorio origen era el raz ( /) y por ello, los
directorios se guardaban con todo el path (/var/log/ y /var/www/) y as los
especificbamos en el fichero de include:
$ ll /mnt/disco/Backup/var/
total 16
drwxr-xr-x 4 root root 4096 2007-10-31 21:10 ./
drwxr-xr-x 3 root root 4096 2007-12-09 18:19 ../
drwxr-xr-x 14 root root 4096 2008-01-13 18:43 log/
drwxr-xr-x 3 root root 4096 2007-06-27 20:19 www/
pero tambin podramos haber decidido hacerlo con referencia a /var/:

from=lista_dirs_backup.txt /var/ /mnt/disco/Backup/
Con lo que en el fichero lista_dirs_backup.txt tendramos que poner (suponemos

versin <2.6.7):
+ www
+ log
+ www/**
+ log/**
- *
Y el resultado sera un backup sin la parte del directorio /var/:

$ ll /mnt/disco/Backup/
total 16
drwxr-xr-x 4 root root 4096 2007-10-31 21:10 ./

drwxrwxrwt 18 root root 4096 2008-01-13 20:07 ../
drwxr-xr-x 14 root root 4096 2008-01-13 18:43 log/
drwxr-xr-x 3 root root 4096 2007-06-27 20:19 www/
Pero como regla fcil que siempre funciona, tenemos lo primero que hemos comentado. Un
comando como este:

from=lista_dirs_backup.txt / /mnt/disco/Backup/
con un lista_dirs_backup.txt como este:

+ */
+ /directorio1/**
+ /directorio2/directorio2A/**
+ /directorio2/directorio2B/**
- *
rsync remoto
Hasta ahora hemos hecho todos los ejemplos en local. Sin embargo, la mxima utilidad
de rsync llega cuando se usa para hacer backups en una mquina remota, de forma que el
backup cumpla mejor su funcin al estar fsicamente en otro sistema.
En la mquina destino es posible usar el propio proceso rsync funcionando como demonio y
escuchando por defecto en el puerto 873 para recibir estas conexiones, pero es mucho ms
cmodo y fcil hacerlo por SSH, algo para lo que rsync ya est preparado por defecto.
Para esto es conveniente configurar el cliente y el servidor de SSH involucrados para entrar
de forma transparente usando autentificacin por clave pblica (Autentificacin
trasparente por clave pblica/privada con OpenSSH) para evitar tener que introducir la
contrasea cada vez, aunque no es estrictamente necesario. Una vez que lo tengamos as (o
si optamos por introducir la contrasea manualmente) y verifiquemos que podemos entrar
en la otra mquina sin introducir usuario ni contrasea, podemos usarrsync exactamente
igual que si trabajramos con la mquina local, solo que tenemos que especificar el prefijo
usuario@maquina: en el origen o en el destino (no en ambos):
$ rsync -av --delete dirA vicente@remoto:/backup/
dirA/
dirA/fichero1
dirA/fichero2
dirA/dirA1/
dirA/dirA1/fichero3
dirA/dirA2/
dirA/dirA2/fichero4
# rsync -av --delete vicente@remoto:/backup/dirA/ dirC/
receiving file list ... done
created directory dirC
./
fichero1
fichero2
dirA1/
dirA1/fichero3
dirA2/
dirA2/fichero4

Backup Con Rsync

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Backup Con Rsync

Transféré par

Droits d'auteur :

Formats disponibles

http://www.vicente-navarro.

Backups con rsync

$ rsync -v fichero1 fichero2

sent 7626448 bytes received 42 bytes 15252980.00 bytes/sec

total size is 7625431 speedup is 1.00

-rw-r----- 1 vicente users 7625431 2008-01-13 11:40 fichero1

-rw-r----- 1 vicente users 7625431 2008-01-13 11:41 fichero2

-rw-r----- 1 vicente users 7625431 2008-01-13 11:40 fichero1

-rw-r----- 1 vicente users 7625431 2008-01-13 11:41 fichero2

-rw-r----- 1 root root 7625431 2008-01-13 11:44 fichero3

Y tampoco es capaz de hacer nada con directorios:

$ rsync dirA dirB

skipping directory dirA

building file list ... done

sent 6540542 bytes received 126 bytes 13081336.00 bytes/sec

total size is 6539349 speedup is 1.00

$ echo prueba >> dirA/fichero1

$ rsync -av dirA dirB

building file list ... done

sent 65884 bytes received 42 bytes 131852.00 bytes/sec

total size is 6539356 speedup is 99.19

$ rsync -av fichero1 fichero2

sent 7626462 bytes received 42 bytes 15253008.00 bytes/sec

$ echo prueba >> fichero1

$ rsync -av --no-whole-file fichero1 fichero2

building file list ... done

sent 13514 bytes received 16620 bytes 20089.33 bytes/sec

$ rsync -avz --no-whole-file fichero1 fichero2

building file list ... done

sent 843 bytes received 16620 bytes 34926.00 bytes/sec

Pero claro, esto tambin aumentar sensiblemente el uso de CPU.

La barra al final de los nombres de directorio

rsync -av /src/foo/ /dest/foo

Efectivamente, /path/foo significa el directorio foo, mientras que /path/foo/ significa

$ rsync -av dirA/ dirB/

building file list ... done

created directory dirB

sent 6540550 bytes received 126 bytes 13081352.00 bytes/sec

total size is 6539363 speedup is 1.00

drwxr-xr-x 4 vicente users 4096 2008-01-13 11:48 ./

drwxr-xr-x 4 vicente users 4096 2008-01-13 14:00 ../

drwxr-xr-x 2 vicente users 4096 2008-01-13 11:48 dirA1/

drwxr-xr-x 2 vicente users 4096 2008-01-13 11:59 dirA2/

-rw-r--r-- 1 vicente users 71033 2008-01-13 11:39 fichero2

$ rsync -av dirA dirB

building file list ... done

created directory dirB

sent 6540549 bytes received 126 bytes 13081350.00 bytes/sec

total size is 6539356 speedup is 1.00

drwxr-xr-x 3 vicente users 4096 2008-01-13 13:35 ./

drwxr-xr-x 4 vicente users 4096 2008-01-13 13:35 ../

drwxr-xr-x 4 vicente users 4096 2008-01-13 11:48 dirA/

Eliminando ficheros del destino de backups anteriores

$ rsync -a dirA/ dirB/

$ rsync -av dirA/ dirB/

building file list ... done

sent 199 bytes received 26 bytes 450.00 bytes/sec

total size is 6539363 speedup is 29063.84

$ rsync -av --delete dirA/ dirB/

building file list ... done

sent 199 bytes received 26 bytes 450.00 bytes/sec

$ rsync -av --delete dirA/ dirB/

building file list ... done

sent 65885 bytes received 42 bytes 131854.00 bytes/sec