Fita & mídia offsite

A fita continua sendo a mídia mais econômica para retenção de longo prazo, cópias air-gapped e guarda externa (vaulting). O NGBackup herda um núcleo de gerenciamento de mídia consagrado: fitas são apenas mais um tipo de Volume, regidas pelos mesmos Pools, regras de retenção e console usados para volumes em disco e nuvem.

Hardware suportado

O NGBackup suporta drives de fita standalone e bibliotecas de fita / autochangers multi-drive, desde um único drive LTO de mesa até bibliotecas corporativas com centenas de slots. A biblioteca cresce com você — adicione drives ao changer e declare um Device extra por drive (com seu Drive Index) no recurso Autochanger; os jobs se distribuem entre os drives automaticamente via Maximum Concurrent Jobs.

Compatibilidade LTO

Geração	Capacidade nativa	Velocidade 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

Inventário por código de barras, rastreamento de slots, relatório de saúde do drive via TapeAlert (Alert Command) e detecção de mídia WORM (Worm Command) são tratados pelo Storage Daemon — veja as referências Device e Autochanger.

Criptografia em fita

Duas camadas independentes estão disponíveis; use uma ou ambas:

Criptografia por hardware do drive (AES-256)

Drives LTO a partir do LTO-4 criptografam em silício na velocidade máxima da linha. O Storage Daemon do NGBackup gerencia as chaves de criptografia e carrega a chave por volume no drive antes da gravação, de modo que cartuchos que saem do prédio são ilegíveis sem o material de chaves mantido pelo SD. A criptografia por hardware compõe perfeitamente com a compressão do drive (comprime-e-depois-criptografa) e não adiciona carga de CPU ao servidor de mídia.

Criptografia por software (AES-128/256)

Os dados também podem ser criptografados com AES-128 ou AES-256 antes mesmo de saírem do cliente, usando a criptografia PKI do File Daemon. Isso protege os dados de ponta a ponta — na rede, nos pools em disco e na fita — independentemente do hardware do drive.

Suporte a SAN & backup LAN-free

Dispositivos de fita em uma Storage Area Network podem ser compartilhados entre servidores de mídia rodando Windows, Linux e Unix. Cada servidor de mídia executa um Storage Daemon que endereça os drives compartilhados pela malha SAN, de modo que o tráfego de backup e restauração flui LAN-free, em velocidade fibre-channel/SAS, em vez de cruzar a rede de produção. A arbitragem de drives é coordenada pelo Director: um drive compartilhado é reservado para um job por vez, e bibliotecas multi-drive permitem que vários servidores de mídia gravem simultaneamente.

Rede dedicada de backup

Para tirar completamente o tráfego pesado de backup da LAN de produção, aponte os clientes para uma interface secundária do Storage Daemon — uma Backup Area Network. Defina FD Storage Address no recurso Client (ou Storage) com o endereço do SD no segmento dedicado; o canal de controle permanece na rede de gerência enquanto o canal de dados usa a placa de backup:

Client {
  Name = "web01-fd"
  Address = 192.168.10.21             # rede de gerência (controle)
  FD Storage Address = 10.99.0.5      # interface do SD na rede de backup (dados)
  ...
}

Disco-para-fita: jobs Copy e Migration

A arquitetura recomendada é disk-to-disk-to-tape (D2D2T): faça backup primeiro para repositórios rápidos em disco e depois use jobs Copy ou Migration para colocar uma segunda cópia em fita. Jobs Copy/Migration são jobs comuns — controlados pelos mesmos planos de proteção (agendas, pools, retenção) e monitorados no mesmo console e interface web de todos os outros jobs; não existe uma ferramenta de fita separada para operar.

• Copy duplica jobs de um pool em disco para um pool em fita, mantendo a cópia em disco para restaurações rápidas. Se a cópia primária for podada depois, a cópia em fita é automaticamente promovida e usada nas restaurações.
• Migration move jobs para fita e os remove do disco, liberando espaço no repositório.
• Tipos de seleção (PoolUncopiedJobs, PoolTime, Job, consulta SQL…) permitem copiar automaticamente os backups mais recentes para fita na cadência exigida pela sua política de vaulting.

Quando a origem é uma cadeia deduplicada ou incremental em disco, combine a cópia com um VirtualFull para que os dados sejam reidratados em um único full autocontido no cartucho — a fita pode ser restaurada sozinha, sem dependência do repositório em disco nem de outros volumes incrementais.

Exemplo: biblioteca + cópia diária para fita

# --- 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 do /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 os jobs mais novos ainda não copiados
  Pool = "DiskPool"                   # origem: repositório em disco
  Next Pool = "TapeVault"             # destino: fita
  Schedule = "NightlyAfterBackups"
  Priority = 12                       # roda depois dos jobs de backup (prioridade maior)
  Maximum Errors = 5                  # abandona a mídia após erros repetidos de gravação
  Messages = Standard
}

Backups full sintéticos (VirtualFull)

Um VirtualFull sintetiza um full novo a partir do último full mais os incrementais/diferenciais subsequentes sem tocar no cliente — o Storage Daemon lê os volumes existentes e grava um full consolidado. Em fita isso vale em dobro: reidrata dados deduplicados e incrementais em uma imagem sequencial e autocontida, e reinicia a cadeia de restauração para que um restore de DR precise de exatamente um conjunto de cartuchos. Execute VirtualFulls para fita na sua cadência offsite (por exemplo, semanal), enquanto os incrementais diários ficam em disco.

Restaurando da fita

Restaurações a partir de fita usam o mesmo fluxo restore de qualquer outra mídia:

• Arquivos e pastas individuais — navegue no catálogo, marque itens e restaure-os direto do cartucho; não é preciso restaurar uma imagem inteira para extrair um único arquivo. Os registros de posicionamento por arquivo no catálogo permitem que o drive avance direto ao tape file correto (veja Maximum File Size no recurso Device).
• Imagem completa de servidor da fita para o disco — para disaster recovery, restaure o servidor completo (FileSet inteiro ou imagem bare-metal) do conjunto de fitas de volta para disco ou hardware substituto. Uma fita sintetizada por VirtualFull significa que toda a restauração vem de um único conjunto autocontido.

Guarda externa (vaulting) & localização de mídia

Cada volume carrega uma localização no catálogo, então o console sempre sabe quais cartuchos estão na biblioteca, na prateleira ou no cofre:

* update volume=TAPE0042 location="Iron-Vault-SP" inchanger=no slot=0
* list volumes pool=TapeVault              # mostra localização, status, última gravação
* query                                    # consultas prontas incluem mídia por localização

Um ciclo típico de vaulting: execute o job de cópia para fita, faça unmount/ejete os cartuchos, marque-os com a localização do cofre como acima e despache-os. Para recolher mídia para uma restauração, traga os cartuchos de volta, carregue-os e ressincronize o catálogo:

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

Ciclo de vida de volumes, rotulagem e reciclagem estão em Volumes, pools & auto-rotulagem.

Controle de jobs, políticas de erro & verificações pré-voo

• Prioridade — a diretiva Priority do Job ordena os jobs nos drives compartilhados: mantenha os backups em número menor (prioridade maior) que os jobs de cópia/vault, para que os backups noturnos sempre ganhem os drives.
• Tratamento proativo de erros — Maximum Errors limita quantos erros de E/S um job tolera antes de reprovar a mídia; jobs com falha podem ser reexecutados automaticamente (Rerun Failed Levels, diretivas de reagendamento como Reschedule On Error, Reschedule Interval, Reschedule Times), e os diagnósticos TapeAlert expõem problemas do drive como mensagens de job antes que virem perda de dados.
• Testes pré-voo — o comando de console estimate faz uma execução seca do job (estimate job=CopyToTape level=Full listing) e informa a contagem exata de arquivos e o total de bytes antes de o job rodar, permitindo verificar se há capacidade de fita suficiente carregada. Combinado com o recurso Messages, problemas potenciais — mídia appendable insuficiente, alertas de drive, pedidos de montagem — são notificados por e-mail ou console antes e durante o job.

Backup de NAS via NDMP

Storages de rede (NAS) que expõem o protocolo NDMP são copiados sem instalar agente no filer: o Storage Daemon recebe o fluxo de dados NDMP do NAS e o grava em volumes de fita (ou disco), com os jobs agendados, catalogados e restaurados pelo mesmo Director e console.

Níveis de backup em fita

Pools de fita suportam toda a gama de níveis — Full, Incremental e Differential — exatamente como em disco. Um esquema comum só-fita é Full mensal + Differential semanal + Incremental diário em um conjunto rotativo de pools; num desenho D2D2T, os diários caem em disco e a fita recebe (Virtual)Fulls periódicos para vaulting. Pools separados por nível (Pool, Full Backup Pool, Incremental Backup Pool, Differential Backup Pool no Job) mantêm os conjuntos de cartuchos organizados e recicláveis em relógios de retenção independentes.