Ir al contenido

File Archive & tiering

El plugin File Archive añade jobs de copia y archivado post-backup a NGBackup: al terminar un backup, un job de copia selecciona archivos por política y los mueve o copia a almacenamiento de menor costo — disco local o extraíble, recursos compartidos de red, cinta u object storage público con deduplicación. En modo archive, las copias verificadas reemplazan el archivo de origen por un stub del mismo nombre, moviendo los datos fríos fuera del storage primario y manteniéndolos a un recall de distancia.

  • Jobs de copia post-backup — corren automáticamente tras el job de backup, con el mismo planificador.
  • Filtros de selección ricos — elige archivos y carpetas y luego filtra el conjunto antes de copiar.
  • Cinco clases de destino — disco local, disco extraíble, recursos CIFS/NFS, cinta y S3/Azure Blob/Google Cloud Storage con deduplicación habilitada.
  • Cifrado AES-256 de todos los datos copiados, en reposo en cualquier destino.
  • Modo archive (tiering) — borra el origen tras una copia verificada y deja un stub en su lugar.
  • Flujo de recall — usuarios y operadores recuperan archivos archivados bajo demanda.

Los jobs de copia parten de una selección explícita de archivos y carpetas, afinada con filtros — combinables y evaluados por archivo:

FiltroEjemplos
Tipo / extensión*.pst, *.bak, *.iso; listas de inclusión o exclusión
Atributossolo lectura, oculto, sistema, offline
Antigüedad (creación)creado hace más de 180 días
Último accesosin acceso en 90 días
Última modificaciónsin modificación en 1 año
Tamañomayor de 100 MB
DestinoNotas
Disco localCualquier ruta montada en el Storage Daemon
Disco extraíbleMedios USB/eSATA; expulsión segura tras verificar la copia
Recurso compartido de redCIFS/SMB y NFS
CintaUnidades standalone y autochangers
Object storage públicoAmazon S3, Azure Blob Storage, Google Cloud Storage — con deduplicación habilitada, así que las ejecuciones repetidas de archivado suben solo bloques únicos

Todos los datos copiados se cifran con AES-256 antes de salir del Storage Daemon; las claves quedan bajo tu control.

Con Mode = archive, cada archivo se copia al destino, se verifica (relectura con checksum) y solo entonces se borra en el origen. En su lugar, el plugin deja un archivo stub del mismo nombre con instrucciones de recuperación y un puntero a la copia archivada (job, destino, ruta) — quien lo abra sabe exactamente cómo pedir el archivo de vuelta, y el árbol de carpetas conserva su forma para la navegación. Con Mode = copy, los orígenes quedan intactos.

Job {
Name = "ArchiveColdFiles"
Type = Copy
Plugin = "file-archive"
Schedule = "NightlyAfterBackup"
}
Device {
Name = "ArchiveTier"
Device Type = FileArchive
Archive Target = "s3://company-archive/fileshare" # o /mnt/usb, //nas/archive, autochanger de cinta
Dedup = yes # dedup en object storage
Encryption = AES256
Mode = archive # o: copy (conserva el origen)
Stub = yes # deja stubs con puntero de recuperación (modo archive)
# Selección y filtros
Include = "/srv/fileshare"
Filter Type = "*.pst,*.iso,*.bak"
Filter LastAccess = ">90d"
Filter Modified = ">1y"
Filter Size = ">100M"
}

Los archivos archivados se recuperan como cualquier restauración de NGBackup: elige el archivo en el navegador de restauración del console o del Web Console y restáuralo a la ruta original o a una alternativa — el recall reemplaza el stub por el archivo real. Los operadores también pueden hacer recall en lote (por carpeta o por filtro), y el propio stub le dice al usuario final a quién pedir y qué puntero citar. Las restauraciones leen solo los bloques necesarios; el recall de un único archivo desde object storage no descarga todo el conjunto de archivado.

Consulta también: Restauración, Instant Recovery & V2V.