Backup-Format

Die Option bestimmt das Format der Backups, die vom Backup-Plan erstellt werden. Sie können zwischen zwei Formaten wählen: dem neuen Format (Version 12), welches für schnelleres Backup und Recovery entwickelt wurde – und dem herkömmlichen Format (Legacy-Format, Version 11), welches aus Kompatibilitätsgründen und für besondere Einsatzzwecke bewahrt wurde. Nachdem ein Backup-Plan angewendet wurde, kann diese Option nicht mehr geändert werden.

Diese Option gilt nicht für Postfach-Backups. Postfach-Backups verwenden immer das Format 'Version 12'.

Die Voreinstellung ist: Automatische Auswahl.

Sie können eine der folgenden Optionen wählen:

• Automatische Auswahl

  Version 12 wird verwendet, außer der Backup-Plan muss bestehende Backups erweitern, die mit früheren Produktversionen erstellt wurden.

• Version 12

  Ein für die meisten Fälle empfehlenswertes, neues Format für schnelles Backup und Recovery. Jede Backup-Kette (ein vollständiges oder differentielles Backup und alle davon abhängigen inkrementellen Backups) wird als einzelne .tibx-Datei gespeichert.

  Bei diesem Format ist die Aufbewahrungsregel Nach der Gesamtgröße der Backups nicht verfügbar.

• Version 11

  Ein früheres Format (Legacy-Format), das in neuen Backup-Plänen verwendet werden kann, um bestehende Backups zu erweitern, die mit früheren Produktversionen erstellt wurden.

  Verwenden Sie dieses Format (mit jedem Backup-Schema – außer mit Nur inkrementell (Einzeldatei)) außerdem, wenn Sie vollständige, inkrementelle und differentielle Backups als separate Dateien vorliegen haben wollen.

  Diese Format wird automatisch ausgewählt, wenn es sich bei dem Backup-Ziel (oder einem Replikationsziel) um einen verwalteten Speicherort mit aktivierter Deduplizierung handelt. Wenn Sie das Backup-Format auf Version 12 ändern, wird das Backup fehlschlagen.

  Sie können Datenbankverfügbarkeitsgruppen (DAG) nicht im Backup-Format Version 11 sichern. Die Sicherung der DAG wird nur im Backup-Format Version 12 unterstützt.

Backup-Format und Backup-Dateien

Bei Backup-Speicherorten, die mit einem Datei-Manager durchsucht werden können (wie etwa lokale Ordner oder Netzwerklaufwerke), bestimmt das Backup-Format die Anzahl der Dateien und ihrer Erweiterung. Sie können die Namen dieser Dateien mithilfe der Option 'Backup-Dateiname' bestimmen. Die folgende Tabelle listet die Dateien auf, die pro Maschine oder Postfach erstellt werden können.

	Nur inkrementell (Einzeldatei)	Andere Backup-Schemata
Backup-Format Version 11	Eine .tib-Datei und eine .xml-Metadaten-Datei	Mehrere .tib-Dateien und eine .xml-Metadaten-Datei (traditionelles Format)
Backup-Format Version 12	Eine .tibx-Datei pro Backup-Kette (ein vollständiges oder differentielles Backup und alle davon abhängigen inkrementellen Backups)

Das Backup-Format auf 'Version 12' (.tibx) ändern

Wenn Sie das Backup-Format von Version 11 (.tib-Format) zu Version 12 (.tibx-Format) ändern, hat dies folgende Auswirkungen:

• Das nächste ausgeführte Backup wird ein Voll-Backup sein.
• Bei Backup-Speicherorten, die mit einem Datei-Manager durchsucht werden können (wie etwa lokale Ordner oder Netzwerklaufwerke), wird eine neue .tibx-Datei erstellt. Die neue Datei übernimmt den Namen der Originaldatei, wird jedoch mit dem Suffix _v12A erweitert.
• Aufbewahrungsregeln und Replikationen werden nur auf neue Backups angewendet.
• Die alten Backups werden nicht gelöscht, sondern bleiben über die Registerkarte Backup Storage weiter verfügbar. Sie können diese jedoch auch manuell löschen.
• Die alten Cloud Backups werden nicht auf die Quota Cloud Storage angerechnet.
• Die alten lokalen Backups werden solange auf die Quota Lokales Backup angerechnet, bis diese von Ihnen gelöscht werden.

Archiv-interne Deduplizierung

Das Backup-Format 'Version 12' unterstützt eine innerhalb des Archivs erfolgende Deduplizierung (Archiv-interne Deduplizierung), die folgende Vorteile bietet:

• Reduzierte Backup-Größe im zigfachen Umfang durch integrierte Deduplizierung auf Block-Ebene mit jeder Art von Daten
• Eine effiziente Handhabung von festen NTFS-Links (Hard Links) stellt sicher, dass es keine Duplikate auf dem Storage gibt
• Hash-basiertes Chunking (Blockerstellung)