Definir y probar la automatización de migrado de trabajos de backup de disco a cinta

[tonin]

Actualmente en arcserve estamos usando un modelo de backup llamado D2D2T (disk to disk to tape) (​http://en.wikipedia.org/wiki/Disk_staging), que se llama también "disk staging", de hecho arcserve le llama así.

Las ventajas principales de este sistema son:

• El destino del backup al ser disco no resulta limitante en la velocidad.
• Se elimina la necesidad de hacer multiplexación en las cintas, ya que las sesiones se migran posteriormente de forma secuencial. Esto reduce el efecto del "shoe shinning" en las cintas aumentando su velocidad y durabilidad.
• La tasa de éxito del backup aumenta al ser el disco un elemento menos susceptible a fallo que uno tan mecánico como las librerías de cinta.
• La velocidad de recuperación de datos recientes aumenta mucho al hacerse de disco y no de cinta.

El objetivo de este ticket es ver como implementa el staging bácula, como hay que configurarlo, que necesidades tiene y hacer las pruebas correspondientes.

[jcheca]

Por lo que he encontrado en la red referente a este tema (traduzco):

Bacula soporta "disk staging", pero no de la manera que Arcserve lo hace.

Staging no está implementado actualmente, pero se pueden usar trabajos de "migración" para hacer backup de disco a cinta.

• Backup Client to Bacula Disk -> normal job.
• Disk to Tape -> migration job.

Para la migración existen diferentes maneras. Se puede migrar por fecha, (trabajo mas antiguo, volume, etc.) o por PoolOccupancy?.