Restauración de cintas en NetBackup: verificar y recuperar

El diagnóstico de cintas en NetBackup implica dos tareas distintas que resultan fáciles de confundir: demostrar que un archivo figura en una imagen de backup y demostrar que los soportes físicos antiguos todavía pueden reconstruirse y restaurarse. Utiliza bplist o bpflist para la primera tarea y recurre al flujo oficial de importación de NetBackup cuando el catálogo haya desaparecido o las cintas procedan de un entorno antiguo.

Dos casos de administradores explican por qué importa esta distinción. Un operador quería automatizar una comprobación diaria para confirmar que un archivo concreto estuviera protegido antes de borrar el original. Otro disponía de numerosas cintas de NetBackup 5.1 e intentaba sortear la lentitud de importar el catálogo leyendo los soportes con tar32.exe o nbtar.

¿Cómo verificar que un archivo está en NetBackup?

Cuando el entorno actual todavía conserva la imagen de backup, recurre al catálogo de NetBackup en lugar de realizar un escaneo manual de la cinta. El comando bpflist enumera archivos respaldados y archivados en un servidor de NetBackup, mientras que bplist ofrece una capacidad de listado similar en los hosts de NetBackup.

Eso convierte a estos comandos en piezas útiles para la automatización. Un script puede consultar un cliente, rango de fechas, patrón de ruta, directiva o identificador de backup, y determinar si el archivo esperado aparece en el catálogo. Los filtros exactos importan porque el mismo nombre de archivo puede existir en varios backups, en distintos clientes o bajo diferentes periodos de retención.

El caso de Reddit resultaba sencillo en lo operativo: la cantidad de archivos había crecido demasiado para que una persona los comprobara uno a uno en la interfaz. Pasar la verificación a una consulta de catálogo es el camino adecuado porque la salida es automatizable y reproducible.

Aun así, una consulta de catálogo no equivale a una verificación completa del soporte. Una entrada en el catálogo indica que NetBackup registró el archivo dentro de una imagen de backup, pero no demuestra que una cinta con diez años de antigüedad pueda leerse hoy, que la unidad adecuada esté disponible o que cada fragmento necesario pueda montarse durante la restauración.

¿Es bparchive más seguro que crear tu propio script de borrado?

Conviene considerar bparchive cuando el requisito real consiste en "proteger este archivo y eliminar el origen solo después de que el archivado finalice con éxito". NetBackup documenta bparchive específicamente para operaciones de archivado, y su comportamiento está vinculado a un calendario de archivado de usuario y a los permisos necesarios para borrar el archivo original.

Ese método resulta más limpio que un script que realiza una consulta de backup y ejecuta inmediatamente rm o elimina un archivo de Windows simplemente porque el nombre apareció en algún lugar del catálogo. El flujo de archivado mantiene la acción de protección y la decisión de borrado estrechamente unidas.

Todavía quedan detalles operativos por comprobar. Un trabajo de archivado correcto debe utilizar la directiva y retención previstas, y el equipo de restauración necesita saber que los datos proceden de un calendario de archivado cuando los busque más adelante. En UNIX, los permisos y el estado de escritura pueden condicionar si el origen se elimina incluso cuando los datos ya están protegidos.

Si los archivos representan registros de negocio en lugar de datos temporales prescindibles, mantendría separadas las ideas de "backup completado" y "seguro para eliminar de forma definitiva". Añade una prueba periódica de restauración antes de convertir la finalización del archivado en un disparador automático de limpieza. Este mismo principio centrado en la recuperación aparece en la comparativa de backup en Proxmox, donde un trabajo terminado vale menos que la demostración de que el elemento protegido puede restaurarse en la forma exacta que necesitas.

¿Por qué las cintas antiguas de NetBackup son difíciles de restaurar manualmente?

Los soportes antiguos de NetBackup pueden contener una estructura mucho más compleja que un archivo TAR corriente. En el caso de NetBackup 5.1, el operador pudo volcar las cintas a imágenes de disco pero no logró que tar32.exe listara o extrajera los datos, y GNU TAR no representaba una alternativa viable.

Las respuestas en la comunidad señalaron el problema de escala. Cada imagen de backup puede contener uno o más fragmentos, una imagen puede dividirse entre varios archivos de cinta o varias cintas físicas, y la multiplexación puede hacer que la disposición resulte aún más difícil de reconstruir a mano.

Por tanto, la recuperación manual exige más que leer bytes desde el principio de una cinta. Necesitas saber en qué imagen te encuentras, dónde empiezan sus fragmentos, si otra cinta continúa la imagen y cómo los metadatos originales de NetBackup asocian esos fragmentos con los archivos correspondientes.

Eso resulta asumible para una única imagen conocida cuando se dispone de buenos registros, pero se convierte en un calvario cuando hay cientos de sesiones y muchas cintas involucradas.

¿Qué hace realmente la importación Fase I de NetBackup?

La Fase I escanea el soporte de origen y construye una lista de imágenes de backup que pueden seleccionarse para su importación. La documentación de NetBackup deja claro que la Fase I todavía no incorpora la imagen completa de backup al catálogo.

En el caso de cintas, el soporte debe montarse y leerse. El proceso puede ser lento, en especial ante un conjunto histórico voluminoso, pero ese tiempo cumple una función valiosa: NetBackup reconstruye el mapa de qué imágenes existen y qué cintas las contienen.

De este modo, el proceso en dos fases puede requerir menos trabajo manual que un método directo supuestamente más rápido. Una extracción manual tal vez lea los datos una vez, pero el operador se convierte en el catálogo y tiene que seguir a mano los límites de imagen, fragmentos, cambios de cinta y propietarios de archivos. La Fase I permite al producto recuperar los metadatos suficientes para que el siguiente paso sea selectivo y no a ciegas.

¿Qué añade la importación Fase II?

La Fase II importa las imágenes de backup seleccionadas y reconstruye la información del catálogo a nivel de archivo necesaria para la navegación y restauración normales. La documentación de NetBackup advierte que la Fase II depende de la Fase I, ya que la primera fase identifica las imágenes pertinentes y la estructura del soporte.

En soportes antiguos, esos metadatos reconstruidos tienen un valor inmenso. Puedes buscar los archivos que realmente necesitas en lugar de volcar cada imagen a un disco temporal gigante e intentar identificar después qué contiene cada fragmento.

Un participante en el debate sobre cintas también subrayó que una imagen repartida entre varias cintas representa el escenario exacto donde la reconstrucción del catálogo ahorra esfuerzo. NetBackup conoce la relación entre fragmentos, mientras que un proceso de extracción manual debe reproducir toda esa lógica por su cuenta.

Si tienes muchas cintas antiguas, aceptaría la lentitud del escaneo y automatizaría el flujo de importación antes de fabricar una herramienta improvisada de recuperación, salvo que exista una razón técnica muy concreta por la que la importación normal no pueda funcionar.

¿Cómo probar la recuperación desde cinta antes de borrar los archivos de origen?

Comprueba dos niveles. Primero, verifica que el archivo esperado esté presente en el catálogo de NetBackup mediante bplist o bpflist. Segundo, restaura una muestra representativa a partir de la copia real en la que estás confiando, especialmente cuando la cinta constituye la única copia existente.

El segundo paso importa porque la recuperación desde cinta involucra dependencias de hardware, soporte físico, catálogo, cifrado y operativas. Un archivo puede estar impecablemente indexado mientras el modelo de unidad necesario para leer el cartucho ya no está disponible. Una librería puede estar sana mientras un cartucho concreto sufre errores de lectura. Una imagen puede existir mientras la cinta de continuación está ilocalizable.

Para entornos que también recurren al backup en disco, la guía de Proxmox Backup Server aporta un contexto útil porque muestra cómo los distintos niveles de almacenamiento alteran la velocidad de restauración y su verificación. La cinta resulta excelente para la retención y la protección fuera de línea, pero debe ponerse a prueba de acuerdo con el tiempo de recuperación que el negocio espera.

Recomiendo automatizar las consultas del catálogo, mantener un inventario riguroso de cintas y programar restauraciones reales. Si la información es tan importante como para borrarla del almacenamiento primario, también lo es para demostrar que la copia restante puede volver sin contratiempos.