Back-upindeling

Met deze optie definieert u de indeling van de back-ups die met het beschermingsschema worden gemaakt. De optie is alleen beschikbaar voor beschermingsschema's die gebruikmaken van de verouderde back-upindeling Versie 11. In dit geval kunt u deze wijzigen in de nieuwe indeling Versie 12. Na deze wijziging is de optie niet meer toegankelijk.

Deze optie is niet geschikt voor back-ups van postvakken. Back-ups van postvakken krijgen altijd de nieuwe indeling.

De vooraf ingestelde waarde is: Automatische selectie.

U kunt een van de volgende opties selecteren:

• Automatische selectie

  Versie 12 wordt gebruikt, tenzij de back-ups door het beschermingsschema worden toegevoegd aan de back-ups die door eerdere productversies zijn gemaakt.

• Versie 12

  Een nieuwe indeling. Deze wordt aanbevolen als u de bewerkingen voor back-ups en herstel snel wilt kunnen uitvoeren. Elke back-upreeks (een volledige of differentiële back-up en alle incrementele back-ups die ervan afhankelijk zijn) wordt opgeslagen in één TIBX-bestand.

  De bewaarregel Op totale grootte van de back-ups is niet beschikbaar voor deze indeling.

• Versie 11

  Een verouderde indeling die behouden blijft voor achterwaartse compatibiliteit. Hiermee kunt u back-ups toevoegen aan de back-ups die door eerdere productversies zijn gemaakt.

  U kunt deze indeling ook gebruiken (behalve voor het back-upschema Altijd incrementeel (één bestand)) als u afzonderlijke bestanden wilt hebben voor volledige, incrementele en differentiële back-ups.

  Deze indeling wordt automatisch geselecteerd als de back-upbestemming (of replicatiebestemming) een beheerde locatie is waarvoor deduplicatie is ingeschakeld of een beheerde locatie waarvoor versleuteling is ingeschakeld. Als u de indeling wijzigt in Versie 12, mislukken de back-ups.

  Het is niet mogelijk om de back-upindeling Versie 11 te gebruiken om back-ups te maken van databasebeschikbaarheidsgroepen (DAG). Back-ups van DAG worden alleen ondersteund in de indeling Versie 12.

Back-upindeling en back-upbestanden

Voor back-uplocaties waarin u kunt bladeren met bestandsbeheer (zoals lokale mappen of netwerkmappen), bepaalt de back-upindeling het aantal bestanden en de extensie van deze bestanden. U kunt de bestandsnamen definiëren met de optie Naam van back-upbestand. In de onderstaande tabel vindt u welke bestanden kunnen worden gemaakt per machine of postvak.

	Altijd incrementeel (één bestand)	Andere back-upschema's
Back-upindeling Versie 11	Eén TIB-bestand en één XML-metadatabestand	Meerdere TIB-bestanden en één XML-metagegevensbestand (traditionele indeling)
Back-upindeling Versie 12	Eén TIBX-bestand per back-upreeks (een volledige of differentiële back-up en alle incrementele back-ups die ervan afhankelijk zijn)

De back-upindeling wijzigen in versie 12 (TIBX)

Als u de back-upindeling wijzigt van versie 11 (TIB-indeling) in versie 12 (TIBX-indeling):

• De volgende back-up wordt uitgevoerd als volledige back-up.
• In back-uplocaties waarin u kunt bladeren met bestandsbeheer (zoals lokale mappen of netwerkmappen), wordt een nieuw TIBX-bestand gemaakt. Het nieuwe bestand krijgt de naam van het oorspronkelijke bestand, met het achtervoegsel _v12A.
• Bewaarregels en replicatie worden alleen toegepast op de nieuwe back-ups.
• De oude back-ups worden niet verwijderd en blijven beschikbaar op het tabblad Back-upopslag. U kunt ze handmatig verwijderen.
• Voor de oude cloudback-ups wordt geen cloudopslagquota verbruikt.
• Voor de oude lokale back-ups wordt de quota van de Lokale back-up verbruikt tot u de back-ups handmatig verwijdert.
• Back-ups mislukken als de back-upbestemming (of replicatiebestemming) een beheerde locatie is waarvoor deduplicatie is ingeschakeld.

Deduplicatie in archief

De indeling Versie 12 ondersteunt deduplicatie in archief.

Deduplicatie in archief maakt gebruik van deduplicatie op de client, met de volgende voordelen:

• De back-ups zijn tientallen procenten kleiner, met ingebouwde deduplicatie op blokniveau voor elk type gegevens
• Efficiënte verwerking van vaste links waardoor er geen duplicaten in de opslag zijn
• Op hash gebaseerde chunks