Cinta y medios offsite

La cinta sigue siendo el medio más económico para retención de largo plazo, copias air-gapped y custodia externa (vaulting). NGBackup hereda un núcleo de gestión de medios probado en batalla: las cintas son simplemente otro tipo de Volumen, gobernadas por los mismos Pools, reglas de retención y consola que usas para los volúmenes en disco y nube.

Hardware soportado

NGBackup soporta drives de cinta standalone y bibliotecas de cinta / autochangers multi-drive, desde un único drive LTO de escritorio hasta bibliotecas corporativas con cientos de slots. La biblioteca crece contigo — añade drives al changer y declara un Device extra por drive (con su Drive Index) en el recurso Autochanger; los jobs se reparten entre los drives automáticamente vía Maximum Concurrent Jobs.

Compatibilidad LTO

Generación	Capacidad nativa	Velocidad nativa
LTO-5	1,5 TB	140 MB/s
LTO-6	2,5 TB	160 MB/s
LTO-7	6 TB	300 MB/s
LTO-8	12 TB	360 MB/s
LTO-9	18 TB	400 MB/s

El inventario por código de barras, el seguimiento de slots, el reporte de salud del drive vía TapeAlert (Alert Command) y la detección de medios WORM (Worm Command) los maneja el Storage Daemon — consulta las referencias Device y Autochanger.

Cifrado en cinta

Hay dos capas independientes disponibles; usa una o ambas:

Cifrado por hardware del drive (AES-256)

Los drives LTO desde LTO-4 cifran en silicio a plena velocidad de línea. El Storage Daemon de NGBackup gestiona las claves de cifrado y carga la clave por volumen en el drive antes de escribir, de modo que los cartuchos que salen del edificio son ilegibles sin el material de claves que guarda el SD. El cifrado por hardware se combina limpiamente con la compresión del drive (comprimir-y-luego-cifrar) y no añade carga de CPU al servidor de medios.

Cifrado por software (AES-128/256)

Los datos también pueden cifrarse con AES-128 o AES-256 antes de salir del cliente, usando el cifrado PKI del File Daemon. Esto protege los datos de extremo a extremo — en la red, en los pools de disco y en la cinta — con independencia del hardware del drive.

Soporte SAN y backup LAN-free

Los dispositivos de cinta en una Storage Area Network pueden compartirse entre servidores de medios con Windows, Linux y Unix. Cada servidor de medios ejecuta un Storage Daemon que direcciona los drives compartidos a través del fabric SAN, de modo que el tráfico de backup y restauración fluye LAN-free, a velocidad fibre-channel/SAS, en lugar de cruzar la red de producción. El arbitraje de drives lo coordina el Director: un drive compartido se reserva para un job a la vez, y las bibliotecas multi-drive permiten que varios servidores de medios escriban en paralelo.

Red dedicada de backup

Para sacar por completo el tráfico masivo de backup de la LAN de producción, apunta los clientes a una interfaz secundaria del Storage Daemon — una Backup Area Network. Define FD Storage Address en el recurso Client (o Storage) con la dirección del SD en el segmento dedicado; el canal de control permanece en la red de gestión mientras el canal de datos usa la tarjeta de backup:

Client {
  Name = "web01-fd"
  Address = 192.168.10.21             # red de gestión (control)
  FD Storage Address = 10.99.0.5      # interfaz del SD en la red de backup (datos)
  ...
}

Disco-a-cinta: jobs Copy y Migration

La arquitectura recomendada es disk-to-disk-to-tape (D2D2T): respalda primero a repositorios rápidos en disco y luego usa jobs Copy o Migration para colocar una segunda copia en cinta. Los jobs Copy/Migration son jobs normales — controlados por los mismos planes de protección (agendas, pools, retención) y monitoreados desde la misma consola e interfaz web que cualquier otro job; no hay una herramienta de cinta separada que operar.

• Copy duplica jobs de un pool en disco a un pool en cinta, dejando la copia en disco para restauraciones rápidas. Si la copia primaria se poda después, la copia en cinta se promueve automáticamente y se usa en las restauraciones.
• Migration mueve jobs a cinta y los elimina del disco, liberando espacio en el repositorio.
• Tipos de selección (PoolUncopiedJobs, PoolTime, Job, consulta SQL…) permiten copiar automáticamente los backups más recientes a cinta con la cadencia que exija tu política de vaulting.

Cuando el origen es una cadena deduplicada o incremental en disco, combina la copia con un VirtualFull para que los datos se rehidraten en un único full autocontenido en el cartucho — la cinta puede restaurarse por sí sola, sin dependencia del repositorio en disco ni de otros volúmenes incrementales.

Ejemplo: biblioteca + copia diaria a cinta

# --- Storage Daemon ---
Autochanger {
  Name = "LibLTO9"
  Changer Device = /dev/sg3
  Changer Command = "/opt/backup/scripts/mtx-changer %c %o %S %a %d"
  Device = LTO9-Drive0, LTO9-Drive1
}

Device {
  Name = "LTO9-Drive0"
  Media Type = LTO-9
  Archive Device = /dev/nst0
  Control Device = /dev/sg1          # ctl SCSI de /dev/nst0 (TapeAlert)
  Alert Command = "/opt/backup/scripts/tapealert %l"
  Autochanger = yes
  Drive Index = 0
  AutomaticMount = yes
  Always Open = yes
  Removable Media = yes
  Random Access = no
  Maximum File Size = 8G
}

# --- Director ---
Pool {
  Name = "TapeVault"
  Pool Type = Backup
  Storage = "LibLTO9"
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 5 years
}

Job {
  Name = "CopyToTape"
  Type = Copy
  Level = Full
  Selection Type = PoolUncopiedJobs   # copia los jobs más nuevos aún no copiados
  Pool = "DiskPool"                   # origen: repositorio en disco
  Next Pool = "TapeVault"             # destino: cinta
  Schedule = "NightlyAfterBackups"
  Priority = 12                       # corre después de los jobs de backup (mayor prioridad)
  Maximum Errors = 5                  # abandona el medio tras errores repetidos de escritura
  Messages = Standard
}

Backups full sintéticos (VirtualFull)

Un VirtualFull sintetiza un full nuevo a partir del último full más los incrementales/diferenciales posteriores sin tocar al cliente — el Storage Daemon lee los volúmenes existentes y escribe un full consolidado. En cinta esto vale doble: rehidrata los datos deduplicados e incrementales en una imagen secuencial y autocontenida, y reinicia la cadena de restauración para que un restore de DR necesite exactamente un juego de cartuchos. Ejecuta VirtualFulls a cinta con tu cadencia offsite (por ejemplo, semanal), mientras los incrementales diarios se quedan en disco.

Restaurar desde cinta

Las restauraciones desde cinta usan el mismo flujo restore que cualquier otro medio:

• Archivos y carpetas individuales — navega el catálogo, marca elementos y restáuralos directamente desde el cartucho; no hace falta restaurar una imagen completa para extraer un solo archivo. Los registros de posicionamiento por archivo del catálogo permiten que el drive avance directo al tape file correcto (ver Maximum File Size en el recurso Device).
• Imagen completa de servidor de cinta a disco — para disaster recovery, restaura el servidor completo (FileSet entero o imagen bare-metal) desde el juego de cintas de vuelta a disco o a hardware de reemplazo. Una cinta sintetizada con VirtualFull significa que toda la restauración proviene de un único juego autocontenido.

Bóveda externa (vaulting) y ubicación de medios

Cada volumen lleva una ubicación en el catálogo, así la consola siempre sabe qué cartuchos están en la biblioteca, en la estantería o en la bóveda:

* update volume=TAPE0042 location="Iron-Vault-SP" inchanger=no slot=0
* list volumes pool=TapeVault              # muestra ubicación, estado, última escritura
* query                                    # las consultas predefinidas incluyen medios por ubicación

Un ciclo típico de vaulting: ejecuta el job de copia a cinta, haz unmount/expulsa los cartuchos, márcalos con la ubicación de la bóveda como arriba y envíalos. Para recuperar medios para una restauración, trae los cartuchos de vuelta, cárgalos y resincroniza el catálogo:

* update volume=TAPE0042 location="HQ-Library" slot=17 inchanger=yes
* update slots storage=LibLTO9             # reinventario de códigos de barras del magazine

El ciclo de vida de volúmenes, el etiquetado y el reciclaje se cubren en Volúmenes, pools y autoetiquetado.

Control de jobs, políticas de error y verificaciones previas

• Prioridad — la directiva Priority del Job ordena los jobs en los drives compartidos: mantén los backups con un número menor (mayor prioridad) que los jobs de copia/vault, para que los backups nocturnos siempre ganen los drives.
• Manejo proactivo de errores — Maximum Errors acota cuántos errores de E/S tolera un job antes de descartar el medio; los jobs fallidos pueden reejecutarse automáticamente (Rerun Failed Levels, directivas de reprogramación como Reschedule On Error, Reschedule Interval, Reschedule Times), y los diagnósticos TapeAlert exponen los problemas del drive como mensajes de job antes de que se conviertan en pérdida de datos.
• Pruebas previas (pre-flight) — el comando de consola estimate hace una ejecución en seco del job (estimate job=CopyToTape level=Full listing) e informa el conteo exacto de archivos y el total de bytes antes de que el job corra, para verificar que hay suficiente capacidad de cinta cargada. Combinado con el recurso Messages, los problemas potenciales — medios appendable insuficientes, alertas del drive, solicitudes de montaje — se notifican por correo o consola antes y durante el job.

Backup de NAS vía NDMP

Los almacenamientos de red (NAS) que exponen el protocolo NDMP se respaldan sin instalar agente en el filer: el Storage Daemon recibe el flujo de datos NDMP del NAS y lo escribe en volúmenes de cinta (o disco), con los jobs programados, catalogados y restaurados por el mismo Director y consola.

Niveles de backup en cinta

Los pools de cinta soportan toda la gama de niveles — Full, Incremental y Differential — exactamente igual que en disco. Un esquema común solo-cinta es Full mensual + Differential semanal + Incremental diario en un juego rotativo de pools; en un diseño D2D2T, los diarios caen en disco y la cinta recibe (Virtual)Fulls periódicos para el vaulting. Los pools separados por nivel (Pool, Full Backup Pool, Incremental Backup Pool, Differential Backup Pool en el Job) mantienen los juegos de cartuchos ordenados y reciclables con relojes de retención independientes.