-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-13 a las 21:51 +0100, Camaleón escribió:
El 13/12/07, Carlos E. R. escribió:
Si lo haces de host a host, sí. Pero en modo local lo que necesita es poder leer y escribir ficheros nombrados, y hacerlo en cualquier punto de ellos - o sea, acceso aleatorio. Una cinta es de acceso secuencial.
Ah, vaya... hum, bueno, si es una unidad dat utilizará un método diferente:
*** "(...) La técnica de grabación empleada con las cintas DAT, conocida como técnica de exploración helicoidal, se basa en que la unidad de lectura-escritura utiliza un tambor giratorio que solapa las pistas de grabación en lugar de la cabeza de grabación estática que se emplea con las unidades de cinta anteriores." ***
Buscando en Google, aparece un documento en la página web de samba (es antiguo, de 1999) donde explican un posible procedimiento para utilizar rsync con cintas convencionales:
Anda...
Página 92 - 5.3 Incremental backup systems
http://samba.org/~tridge/phd_thesis.pdf
*** "(...) To backup incrementally with rsync the backup application needs to store the fast and strong signatures used in the rsync algorithm along with the file. When the time comes to perform an incremental backup these signatures are then read and the rsync matching algorithm is applied to the new file, generating a stream of literal blocks and block match tokens. This delta stream is then stored to tape as the incremental backup.
Note that the backup system does not need to read the old file from tape in order to compute the differences. This is important because it allows the backup to proceed very quickly, particularly if the speed of the tape device is the limiting factor in the backup process. As the extra storage space required by the signatures is only a tiny fraction of the total space consumed by the file on tape, the storage overhead is small even if the rsync algorithm does not find a significant number of matches between the new and old files. ***
Curisoso.
Vaya que sí...
De todas formas, si el sistema de copia diferencial no es posible, un sistema de copia normal con rsync a cinta sí será una opción ¿no?
No creo... lo que hace ese sistema, entiendo, es guardar las diferencias en otro archivo al final de lo que ya está grabado en la cinta, dejando lo anterior intacto. El procedimiento normal es sobreescribir el fichero con el nuevo contenido. Imagino que en disco puede hacerlo grabando los trozos cambiados, pero no estoy seguro. El ahorro es al transimitirlo a otra máquina, que sólo se le envían los cambios; pero la máquina de destino tiene que grabar el fichero resultante completo de algún modo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHYaGJtTMYHG2NR9URAizLAJ9pVFTREgweuvv49xYDp+ZdC3ax0wCeOorR RgRCnqLZZYNZ6QUhJ+XxZDY= =jhjn -----END PGP SIGNATURE-----