Licencias FETB en NetBackup: por qué el cálculo de capacidad parece excesivo

Antes de rediseñar las políticas de backup, conviene conciliar cualquier exceso de capacidad FETB en NetBackup. Cambiar un servidor de archivos de una política basada en agentes a la protección a nivel de máquina virtual no reduce automáticamente el consumo de licencias, porque los términos vigentes de FETB Plus clasifican las cargas virtuales computables con un ratio favorable de 1.5 a 1 sin importar el tipo de política aplicado.

Esa distinción estuvo en el centro de un problema reciente expuesto por un administrador. Su entorno superaba el límite contratado y la solución planteada era migrar los servidores de archivos de un esquema semanal completo más diferenciales diarios con agente a backups de VM con accelerator e incrementales a nivel de bloque.

¿Qué mide en realidad el FETB de NetBackup?

FETB responde a Front End Terabyte y representa una medida de licenciamiento por capacidad calculada a partir del volumen total de datos protegidos en origen. Difiere del tamaño ocupado en el repositorio de backup tras deduplicar y del número de bytes transferidos en cada tarea de copia.

La documentación de NetBackup define un FETB como 1 TB de datos protegidos. El informe de uso analiza el inventario respaldado y los datos de políticas o cargas de trabajo para calcular el total bajo licencia.

Por este motivo, la frecuencia de las copias puede inducir a error en las conversaciones sobre licenciamiento. Un backup completo semanal con varios diferenciales mueve más datos por la red que una sola snapshot, pero el cómputo de la licencia se basa en los datos protegidos en origen y no trata cada copia escrita como una nueva cantidad completa.

Antes de alterar los calendarios, identifica con precisión qué clientes y qué cargas generan el total del consumo.

¿Aplica a un servidor de archivos virtual el ratio 1.5 a 1 de FETB Plus?

De acuerdo con los términos de producto específicos de abril de 2026 de Cohesity para NetBackup, FETB Plus computa las cargas físicas a razón de 1 FETB Plus por cada 1 FETB de datos protegidos, y las cargas virtuales a razón de 1 FETB Plus por cada 1.5 FETB de datos protegidos. La definición de carga virtual abarca máquinas virtuales en plataformas como VMware, Hyper-V, Nutanix AHV, Red Hat Virtualization, Azure Stack y OpenStack.

El matiz decisivo es que la clasificación virtual se aplica con independencia del tipo de política que proteja la carga. Esto respalda la conclusión surgida en el debate de Reddit: si el servidor de archivos ya constituye una carga virtual compatible y la organización dispone de la edición flexible correspondiente, pasar de una política con agente a una de VM puede no aportar la rebaja de licencia esperada.

No apliques este ratio de memoria en cualquier contrato. Las condiciones de producto evolucionan, las ediciones difieren y los contratos más antiguos pueden regirse por otras cláusulas. Coteja el periodo del informe con los términos específicos de producto y los documentos de compra que rigen tu entorno.

¿Reducen el FETB el accelerator y los incrementales a nivel de bloque?

El accelerator y los métodos incrementales a nivel de bloque son optimizaciones operativas diseñadas para reducir el tráfico de red y la carga en el almacenamiento, pero no deben interpretarse como un atajo de licenciamiento. Consiguen reducir la cantidad de datos transferidos en copias sucesivas evitando que NetBackup reenvíe bloques inalterados, a diferencia de una lectura completa clásica.

La licencia por capacidad FETB evalúa una dimensión distinta. Si la carga protegida en el origen sigue siendo de 20 TB, hacer que la ruta de backup sea más eficiente no la convierte por arte de magia en una carga computable de 10 TB.

Distingue con claridad ambos planos al planificar la arquitectura: la optimización del backup alivia la red, reduce la carga del servidor de medios, acorta la ventana de copia y ahorra espacio en repositorio, mientras que las reglas de licenciamiento dictan cómo se cuantifica la carga protegida.

Si además estás evaluando arquitecturas de backup en otros entornos de virtualización, la comparativa de backup en Proxmox resulta muy útil para separar el método de copia del volumen real protegido. Una ruta de datos más ágil no encoge de forma automática el contador de la licencia.

¿Puede nbdeployutil duplicar el recuento de un mismo servidor?

Puede arrojar resultados que requieren conciliación cuando un mismo activo se respalda mediante distintas rutas de política o cuando la clasificación de uso no encaja con precisión. El debate de Reddit sugirió expresamente revisar si la protección por VMware y la política estándar de Windows NT para un mismo servidor de archivos se estaban sumando por duplicado durante una fase de migración entre ambos métodos.

La documentación de NetBackup indica que el reporte de uso toma en cuenta los datos protegidos y que múltiples copias de un mismo backup no se computan como capacidad de origen independiente. Sin embargo, combinaciones de políticas, discrepancias en la identificación del cliente y estados de transición pueden dar lugar a informes desconcertantes.

Por tanto, enfoca los datos de nbdeployutil como un informe a contrastar antes de dar por buena la cifra. Examina el detalle por cliente y política, cruza los nombres de host con los activos reales e identifica nombres duplicados, políticas antiguas aún en ejecución y cargas respaldadas a la vez a nivel de VM y de sistema operativo invitado.

Si dos políticas respaldan deliberadamente conjuntos de datos distintos en el mismo servidor, esos datos no se consideran duplicados desde el punto de vista de la licencia. Si ambas protegen el mismo sistema de archivos durante una migración, documenta ese solapamiento y concílialo mediante el procedimiento de licenciamiento aplicable.

¿Qué conviene revisar antes de modificar las políticas de protección?

Empieza por el contrato y los términos de producto específicos vigentes. Confirma si el entorno está licenciado bajo NetBackup Platform Base Complete Edition with Flexible Licensing u otro modelo, y verifica si aplica FETB Plus.

A continuación, genera un informe de uso actualizado y clasifica los resultados por tipo de carga. En cada elemento con alto consumo, anota su naturaleza física o virtual, los tipos de política, el tamaño protegido, las posibles rutas duplicadas y si el activo continúa operativo.

Presta especial atención a las migraciones. Es frecuente mantener activa una política de agente antigua mientras se valida la nueva política de VM. Ese solapamiento es razonable para garantizar la recuperación, pero distorsiona los informes de licencia si ambos caminos conviven durante semanas.

Conviene asimismo marcar los activos que han sido desmantelados pero permanecen dentro de las políticas. La lección sobre buenas prácticas de inventario aprendida en Proxmox Backup Server resulta aplicable aquí: el inventario debe coincidir con la infraestructura real, ya que los objetos obsoletos generan ruido operativo aunque la tecnología de almacenamiento sea diferente.

¿Conviene pasar al backup a nivel de VM de todos modos?

Conviene hacerlo si mejora los tiempos de recuperación, simplifica la operación o aporta eficiencia a la infraestructura, pero no asumas que resolverá por sí solo el exceso de FETB. El backup a nivel de VM facilita recuperar máquinas completas y reduce la administración de agentes en el invitado para determinadas cargas. Aun así, la protección en el sistema operativo o en la aplicación sigue siendo necesaria si requieres recuperaciones granulares de archivos o bases de datos.

En el caso de servidores de archivos, evalúa primero los requisitos de restauración. ¿Necesitas restaurar la máquina virtual entera, archivos sueltos, conservar retenciones prolongadas, generar snapshots consistentes con la aplicación o restaurar en plataformas alternativas? Elige la modalidad de NetBackup que dé respuesta a esas necesidades.

Si el informe de licencias es erróneo, corrige la configuración y su clasificación. Si el cupo contratado resulta insuficiente para el inventario real protegido, las alternativas consisten en acotar el alcance respaldado, revisar la retención o el diseño de las cargas si eso afecta al cómputo, transferir parte del entorno a otra solución o ampliar la capacidad de la licencia.

La peor decisión es mermar la capacidad de recuperación para maquillar un informe confuso; por ello, primero concilia y luego rediseña.