NetBackup-FETB-Lizenzierung: Warum die Kapazität zu hoch wirkt

Eine NetBackup-FETB-Überschreitung sollte abgeglichen werden, bevor Sie Backup-Policies neu gestalten. Der Wechsel eines Dateiservers von einer Agent-Policy zum Schutz auf VM-Ebene senkt die Lizenznutzung nicht automatisch, denn die aktuellen FETB-Plus-Bedingungen klassifizieren qualifizierende virtuelle Workloads unabhängig vom angewendeten Policy-Typ mit einem Verhältnis von 1,5 zu 1.

Diese Unterscheidung stand im Kern eines aktuellen Administratorproblems. Die Umgebung lag über ihrem lizenzierten Limit, und die vorgeschlagene Lösung war, Dateiserver von wöchentlichen vollständigen Backups plus täglichen differenziellen Agent-Backups auf VM-Backups mit Accelerator und blockbasierten Inkrementen umzustellen.

Was misst NetBackup-FETB eigentlich?

FETB steht für Front End Terabyte und ist eine Kapazitätslizenz-Messgröße, die auf der Menge der geschützten Front-End-Daten basiert. Es ist nicht die Größe des deduplizierten Backup-Repositorys, und es ist auch nicht einfach die Anzahl der Bytes, die bei jedem Backup-Job geschrieben werden.

Die NetBackup-Dokumentation beschreibt ein FETB als 1 TB geschützter Daten. Das Usage-Reporting betrachtet die geschützte Umgebung sowie Policy- oder Workload-Informationen, um die Lizenzsumme zu ermitteln.

Deshalb kann die Backup-Häufigkeit bei Lizenzgesprächen in die Irre führen. Ein wöchentliches vollständiges Backup plus mehrere differenzielle Backups bewegen mehr Daten durch die Infrastruktur als ein einzelner Snapshot, aber der Lizenzzähler ist auf den geschützten Front-End ausgelegt, statt jede geschriebene Kopie als neue vollständige Menge zu behandeln.

Bevor Sie Zeitpläne ändern, ermitteln Sie, welche Clients und Workloads die Lizenzsumme erzeugen.

Erhält ein virtueller Dateiserver das 1,5-zu-1-FETB-Plus-Verhältnis?

Nach Cohesitys NetBackup Product Specific Terms vom April 2026 führt FETB Plus physische Workloads mit einem Verhältnis von 1 FETB Plus zu 1 FETB geschützter Daten und virtuelle Workloads mit 1 FETB Plus zu 1,5 FETB geschützter Daten. Die Workload-Definition umfasst virtuelle Maschinen auf Plattformen wie VMware, Hyper-V, Nutanix AHV, Red Hat Virtualization, Azure Stack und OpenStack.

Entscheidend ist die Formulierung, dass die virtuelle Klassifizierung unabhängig vom Policy-Typ gilt, mit dem die Workload geschützt wird. Das stützt den Punkt aus der Reddit-Diskussion: Wenn der Dateiserver bereits eine qualifizierende virtuelle Workload ist und die Organisation die entsprechende Flexible-Licensing-Edition besitzt, führt der Wechsel von einer Agent-Policy zu einer VM-Policy möglicherweise nicht zu der erwarteten Lizenzreduzierung.

Wenden Sie dieses Verhältnis nicht aus dem Gedächtnis auf jeden Vertrag an. Produktbedingungen ändern sich, Editionen unterscheiden sich, und ältere Entitlements können andere Regeln verwenden. Gleichen Sie den Berichtszeitraum mit den Product Specific Terms und den Kaufunterlagen ab, die für Ihre Umgebung gelten.

Reduzieren Accelerator und blockbasierte Inkremente den FETB-Wert?

Sie können den Backup-Traffic und den Storage-Aufwand reduzieren, sollten aber nicht als Lizenztrick behandelt werden. Accelerator und blockbasierte inkrementelle Methoden sind operative Optimierungen. Sie können die bei nachfolgenden Backups bewegte Datenmenge reduzieren, weil NetBackup vermeidet, unveränderte Daten erneut zu senden, wie es ein klassisches vollständiges Lesen tun würde.

Die FETB-Kapazitätslizenzierung ist eine andere Messgröße. Wenn die geschützte Front-End-Workload weiterhin 20 TB umfasst, macht eine effizientere Backup-Strecke daraus nicht automatisch eine mit 10 TB lizenzierte Workload.

Das ist eine nützliche architektonische Unterscheidung. Backup-Optimierung wirkt sich auf Netzwerk, Media-Server-Last, Fensterlänge und Repository-Verbrauch aus. Die Lizenzregeln bestimmen, wie die geschützte Workload gezählt wird.

Wenn Sie auch Backup-Architekturen in anderen Virtualisierungs-Stacks vergleichen, hilft der Proxmox-Backup-Vergleich dabei, die Backup-Methode von der Größe der zugrunde liegenden geschützten Workload zu trennen. Der effizienteste Datenpfad ist nicht automatisch der kleinste Lizenzzähler.

Kann nbdeployutil denselben Server doppelt zählen?

Es kann Ergebnisse liefern, die abgeglichen werden müssen, wenn dasselbe Asset über unterschiedliche Policy-Pfade geschützt wird oder wenn die Usage-Klassifizierung nicht sauber übereinstimmt. Die Reddit-Diskussion empfahl konkret zu prüfen, ob der Schutz derselben Dateiserver durch VMware- und Windows-NT- oder Standard-Policies während einer Migration zwischen den Methoden mehrfach gezählt wurde.

Die NetBackup-Dokumentation besagt, dass das Usage-Reporting geschützte Daten berücksichtigt und dass mehrere Kopien desselben Backups nicht einfach als separate geschützte Front-End-Kapazität gezählt werden. Aber Policy-Kombinationen, korrekter Licensing-Support, Client-Identität und Übergangszustände können den Report trotzdem überraschend aussehen lassen.

Deshalb sollte nbdeployutil als Report behandelt werden, den man abgleicht, nicht als Zahl, die man ungeprüft akzeptiert. Öffnen Sie die detaillierte Client- und Policy-Ausgabe. Gleichen Sie Hostnamen mit den tatsächlichen Assets ab. Suchen Sie nach doppelten Identitäten, alten Policies, die noch laufen, und Workloads, die sowohl auf VM- als auch auf Gastebene geschützt werden.

Wenn zwei Policies absichtlich unterschiedliche Datensätze auf demselben Server schützen, sind die Daten aus Lizenzsicht möglicherweise nicht doppelt. Wenn sie während einer Migration dasselbe Dateisystem schützen, dokumentieren Sie diese Überschneidung und gleichen Sie sie gemäß dem geltenden Lizenzprozess ab.

Was sollten Sie vor der Änderung von Schutz-Policies prüfen?

Beginnen Sie mit dem Vertrag und den aktuellen Product Specific Terms. Bestätigen Sie, ob die Umgebung unter NetBackup Platform Base Complete Edition with Flexible Licensing oder einem anderen Modell lizenziert ist, und ob FETB Plus zutrifft.

Führen Sie dann einen aktuellen Usage-Report aus und gruppieren Sie die Ergebnisse nach Workload. Erfassen Sie für jeden Großverbraucher die physische oder virtuelle Klassifizierung, die Policy-Typen, die geschützte Größe, doppelte Schutzpfade und ob das Asset noch aktiv ist.

Achten Sie besonders auf Migrationen. Es ist üblich, eine alte Agent-Policy aktiviert zu lassen, während eine neue VM-Policy getestet wird. Diese Überschneidung ist aus Gründen der Recovery-Sicherheit sinnvoll, kann aber Lizenzberichte verkomplizieren, wenn beide Pfade wochenlang aktiv bleiben.

Ich würde außerdem Assets markieren, die stillgelegt wurden, aber noch in Policy-Definitionen stehen. Die umfassendere Backup-Hygiene-Lektion aus Proxmox Backup Server gilt auch hier: Das Inventar muss der Realität entsprechen, denn veraltete Schutzobjekte erzeugen operatives Rauschen, selbst wenn die Storage-Technologie eine andere ist.

Sollten Sie trotzdem auf Backup auf VM-Ebene umsteigen?

Steigen Sie um, wenn es Recovery, Betrieb oder Infrastruktureffizienz verbessert, nicht weil Sie annehmen, dass es FETB löst. Backup auf VM-Ebene kann die Maschinen-Wiederherstellung vereinfachen und das Guest-Agent-Management für manche Workloads reduzieren. Schutz auf Gast- oder Anwendungsebene kann für granulare Datei- oder Datenbank-Wiederherstellung weiterhin notwendig sein.

Vergleichen Sie bei Dateiservern zunächst die Restore-Anforderungen. Brauchen Sie die vollständige VM-Wiederherstellung, einzelne Dateien, lange Aufbewahrung, anwendungskonsistente Snapshots oder eine Wiederherstellung auf alternative Infrastruktur? Wählen Sie dann die NetBackup-Methode, die diese Anforderungen erfüllt.

Wenn der Lizenzreport falsch ist, korrigieren Sie den Report und die Klassifizierung. Wenn das Lizenz-Entitlement für die geschützte Umgebung tatsächlich zu klein ist, bleiben als Optionen: den geschützten Umfang reduzieren, Aufbewahrung oder Workload-Design dort ändern, wo es das Entitlement beeinflusst, einzelne Workloads auf eine andere Plattform oder ein anderes Produkt verschieben oder ausreichend Kapazität kaufen.

Die schlechteste Option ist, die Wiederherstellung zu schwächen, nur um einen verwirrenden Report kleiner aussehen zu lassen. Erst abgleichen. Dann neu gestalten.