Herstelpunten beheren
In dit artikel wordt beschreven hoe retentie werkt voor virtuele machines. Wanneer er back-ups worden gemaakt, worden herstelpunten gemaakt waaruit herstelbewerkingen kunnen worden uitgevoerd.
Voor virtuele machines is de eerste back-up een volledige back-up en de volgende back-ups zijn incrementele back-ups.
Herstelpunten en retentie
Geplande eerste en incrementele back-up
Laten we een vereenvoudigd voorbeeld nemen van de virtuele machine V1 met een gegevensschijf die bestaat uit vier blokken: Blok 1, Blok 2, Blok 3 en Blok 4. Elk blok is 16 kB groot.
Stap 1- Eerste back-up: de eerste back-up is een volledige back-up. Het fungeert als een basislijn waarop volgende incrementele back-ups worden toegepast. Stel dat er gegevens zijn geschreven in Blok 1 en Blok 2 op de bron-VM. Dezelfde gegevens worden gerepliceerd als D1 en D2 in de Recovery Services-kluisopslag.
Stap 2: Incrementele back-up 1: Overweeg dat er nieuwe gegevens zijn toegevoegd om 3 van de virtuele machine te blokkeren. Dezelfde gegevens worden gerepliceerd in de volgende incrementele back-up en alleen het blok dat wordt gewijzigd, wordt opgeslagen als D3. Tijdens elke stap, zelfs als 1 kB van het blok verandert, wordt het hele blok van 16 kB geüpload in het herstelpunt.
Stap 3: Incrementele back-up 2: Overweeg nu dat er gegevenswijzigingen zijn op blok 3 en blok 2 op de bron-VM. Deze wijzigingen worden gerepliceerd in de volgende incrementele back-up als D3' en D2'.
Back-up op aanvraag
U kunt ervoor kiezen om op elk gewenst moment een back-up van een virtuele machine op aanvraag uit te voeren nadat u de beveiliging hebt ingesteld.
- De back-up op aanvraag is een volledige back-up als deze wordt geactiveerd vóór de eerste geplande eerste back-up.
- Als de eerste back-up is voltooid en een back-up op aanvraag wordt geactiveerd, is dit een incrementele back-up.
- De bewaartijd van herstelpunten die zijn gemaakt voor een back-up op aanvraag is de retentiewaarde die u opgeeft wanneer u de back-up activeert.
Opslagkosten
Het herstelpunt dat voor de eerste back-up is gemaakt, bevat alle blokken met de gegevens. De volgende incrementele herstelpunten bestaan alleen uit de blokken die gegevens hebben gewijzigd. De opslagkosten komen overeen met de som van alle blokken die betrekking hebben op alle herstelpunten.
Laten we het bovenstaande voorbeeld gebruiken om na elke stap inzicht te hebben in de opslagkosten:
| Stap | Back-uptype | Blokken gewijzigd | Opslagtype |
|---|---|---|---|
| 1 | Eerste back-up | Blok 1, blok 2 | Overeenkomend met herstelpunt 1(D1+D2) |
| 2 | Incrementele back-up 1 | Blok 3 | Overeenkomend met herstelpunt 1(D1+D2) + herstelpunt 2(D3) |
| 3 | Incrementele back-up 2 | Blok 2, blok 3 | Overeenkomend met herstelpunt 1(D1+D2) + herstelpunt 2(D3) + herstelpunt 3(D2'+D3') |
Verlooptijd van herstelpunt
Elk herstelpunt heeft een bewaarduur, zoals is opgegeven in het back-upbeleid. Het opschonen vindt regelmatig plaats en alle herstelpunten die zijn verlopen, worden opgeschoond.
Wanneer het herstelpunt verloopt, wordt het verwijderd of samengevoegd.
Case 1: Eerste herstelpunt verloopt
Wanneer het eerste herstelpunt verloopt, wordt het samengevoegd met het volgende incrementele herstelpunt. Alle gegevensblokken die in het incrementele herstelpunt worden overschreven, worden verwijderd en de rest wordt samengevoegd. De incrementele back-up wordt vervolgens de eerste volledige back-up. Laten we eens kijken met een voorbeeld:
- Herstelpunt 1 dat tijdens de eerste back-up wordt gemaakt, heeft de volledige back-up van de virtuele machine.
- Wanneer herstelpunt 1 verloopt, is Herstelpunt 2 de volgende volledige back-up.
- Blok D1 wordt samengevoegd met Herstelpunt 2 en D2 wordt verwijderd omdat de gegevens in blok 2 worden overschreven in Herstelpunt 2. Deze wijziging wordt vastgelegd als blok D2'.
- Blok D1 wordt bewaard in de opeenvolgende herstelpunten zoals dat is, totdat er wijzigingen aan zijn aangebracht vóór de volgende back-up.
Case 2: Tussen incrementeel herstelpunt verloopt
- Als herstelpunt 2 verloopt voor herstelpunt 1, worden de gegevens van herstelpunt 2 samengevoegd met het volgende beschikbare herstelpunt: Herstelpunt 3. Blok D3 wordt dus samengevoegd met Herstelpunt 3.
- Herstelpunt 1 is nog steeds de volledige back-up met blok D1 en D2.
Case 3: Herstelpunt op aanvraag verloopt
In dit voorbeeld wordt een planningsbeleid (dagelijkse back-up) gepland om te worden uitgevoerd met een bewaarperiode van n dagen. Als een back-up op aanvraag wordt geactiveerd op de vierde dag voordat de volgende geplande back-up en de bewaarperiode wordt opgegeven als 10 dagen, is het nog steeds een incrementele back-up. Er wordt een herstelpunt (RP1 op aanvraag) gemaakt na herstelpunt 3 en vóór herstelpunt 4. Aan het einde van dag 14 wordt het herstelpunt op aanvraag (on-demand RP1) verlopen en wordt het samengevoegd met het volgende beschikbare herstelpunt. De gegevensblokken die nog aanwezig zijn op de server, worden samengevoegd, terwijl de gegevensblokken die zijn gewijzigd (overschreven of verwijderd) van het verlopen herstelpunt worden verwijderd.
Impact van beleidswijziging op herstelpunten
Wanneer een beleid wordt gewijzigd, wordt dit toegepast op zowel nieuwe als bestaande herstelpunten. Zie Impact van beleidswijziging op herstelpunten voor meer informatie.
Impact van stopbeveiliging op herstelpunten
Er zijn twee manieren om te stoppen met het beveiligen van een virtuele machine:
- Stop de beveiliging en verwijder back-upgegevens. Met deze optie worden alle toekomstige back-uptaken gestopt tegen het beveiligen van uw VIRTUELE machine en worden alle herstelpunten verwijderd. Als voorlopig verwijderen is ingeschakeld, worden de verwijderde gegevens 14 dagen bewaard. Er worden geen kosten in rekening gebracht voor items met de status Voorlopig verwijderd. De gegevens kunnen binnen de periode van 14 dagen ongedaan worden gemaakt. Als voorlopig verwijderen niet is ingeschakeld, worden de gegevens onmiddellijk opgeschoond en kunt u de VM niet herstellen of de optie Back-up hervatten gebruiken.
- Stop de beveiliging en behoud back-upgegevens. Met deze optie worden alle toekomstige back-uptaken gestopt tegen het beveiligen van uw virtuele machine. De Azure Backup-service behoudt echter altijd de herstelpunten waarvan een back-up is gemaakt. U moet betalen om de herstelpunten in de kluis te bewaren (zie prijzen voor Azure Backup voor meer informatie). U kunt de VIRTUELE machine indien nodig herstellen. Als u besluit de VM-bescherming te hervatten, kunt u de optie Back-up hervatten gebruiken. Na het hervatten van de back-up worden bewaarregels toegepast op verlooppunten. U kunt de back-upgegevens ook verwijderen met de optie Back-upgegevens verwijderen.
Gevolgen van het verwijderen van een VIRTUELE machine zonder de beveiliging te stoppen
Het verwijderen van een VIRTUELE machine zonder stopbeveiliging heeft invloed op herstelpunten en is een ongewenst scenario. In het ideale geval moeten back-ups worden gestopt voordat u de virtuele machine verwijdert. Omdat de resource niet bestaat, mislukken de geplande back-ups met de VMNotFoundV2-fout. De herstelpunten worden periodiek opgeschoond volgens het bewaarbeleid, maar de laatste kopie van de virtuele machine blijft altijd behouden en u wordt dienovereenkomstig gefactureerd. Afhankelijk van uw scenario hebt u de volgende twee opties:
- Optie 1: herstel de VIRTUELE machine met behulp van een van de herstelpunten. Als u de verwijderde VM wilt herstellen, herstelt u deze met dezelfde naam en in dezelfde resourcegroep. Als u de herstelde VM in dezelfde kluis beveiligt, worden de bestaande herstelpunten automatisch gekoppeld.
- Optie 2: Ga naar de Recovery Services-kluis en stop de beveiliging met verwijdergegevens.
Gevolgen van verlopen herstelpunten voor items met de status Voorlopig verwijderd
Als voorlopig verwijderen is ingeschakeld voor de Recovery Services-kluis, blijft het verlopen herstelpunt in de status Voorlopig verwijderd en wordt het niet opgeschoond. Er worden geen kosten in rekening gebracht wanneer een herstelpunt de status Voorlopig verwijderd heeft.
Impact van verloop op back-upprestaties
Stel dat de totale opslag van een VIRTUELE machine 8 TB is en dat het verloop 5% is. Vervolgens is de bijbehorende incrementele back-upopslag 5% van 8 TB die 0,4 TB is. Een hoger verloop komt overeen met hogere back-endopslag voor volgende incrementele back-ups. Het verloop heeft invloed op de back-upprestaties. Hoger het verloop, hoe langzamer het back-upproces en hoger het verbruik van back-endopslag.
Bekijk dit scenario om te begrijpen hoe het verloop van invloed is op de back-upprestaties:
| Virtuele machines | VM1 | VM2 | VM3 |
|---|---|---|---|
| Aantal gegevensschijven | 4 (A1, A2, A3, A4) | 4(B1, B2, B3, B4) | 4(C1, C2, C3, C4) |
| Grootte van elke schijf | 4 TB | 4 TB | 4 TB |
| Back-up van gegevensverloop | A1- 4 TB | B1-1 TB; B2-1 TB B3-1 TB; B4-1 TB |
C1-2 TB; C4-2 TB |
De back-upprestaties staan in de volgorde VM2>VM3>VM1. De reden hiervoor is dat de verloopgegevens over de verschillende schijven worden verdeeld. Omdat de back-up van schijven parallel plaatsvindt, toont VM2 de beste prestaties.
Veelgestelde vragen
Hoe vind ik de bewaarperiode van een back-up op aanvraag?
In het veld Verlooptijd van herstelpunt in UTC in de back-uptaken van back-ups op aanvraag wordt de bewaarperiode van het herstelpunt weergegeven. Zie Een back-up op aanvraag uitvoeren voor meer informatie.