Share via


Een herstel naar een bepaald tijdstip uitvoeren op blok-blobgegevens

U kunt herstel naar een bepaald tijdstip gebruiken om een of meer sets blok-blobs te herstellen naar een eerdere status. In dit artikel wordt beschreven hoe u herstel naar een bepaald tijdstip inschakelt voor een opslagaccount en hoe u een herstelbewerking uitvoert.

Zie Herstel naar een bepaald tijdstip voor blok-blobs voor meer informatie over herstel naar een bepaald tijdstip.

Notitie

Herstel naar een bepaald tijdstip wordt alleen ondersteund voor v2-opslagaccounts voor algemeen gebruik in de standard-prestatielaag. Alleen gegevens in de dynamische en statische toegangslagen kunnen worden hersteld met herstel naar een bepaald tijdstip.

Let op

Herstel naar een bepaald tijdstip ondersteunt alleen herstelbewerkingen op blok-blobs. Bewerkingen op containers kunnen niet worden hersteld. Als u een container verwijdert uit het opslagaccount door de bewerking Container verwijderen aan te roepen, kan die container niet worden hersteld met een herstelbewerking. In plaats van een hele container te verwijderen, verwijdert u afzonderlijke blobs als u ze later mogelijk wilt herstellen. Bovendien raadt Microsoft aan om voorlopig verwijderen in te schakelen voor containers en blobs om te beschermen tegen onbedoelde verwijdering. Zie Voorlopig verwijderen voor containers en voorlopig verwijderen voor blobs voor meer informatie.

Herstel naar een bepaald tijdstip inschakelen en configureren

Voordat u herstel naar een bepaald tijdstip inschakelt en configureert, schakelt u de vereisten voor het opslagaccount in: voorlopig verwijderen, wijzigingenfeed en blobversiebeheer. Zie de volgende artikelen voor meer informatie over het inschakelen van elk van deze functies:

Belangrijk

Als u voorlopig verwijderen, wijzigingenfeeds en blobversiebeheer inschakelt, kunnen er extra kosten in rekening worden gebracht. Zie Voorlopig verwijderen voor blobs, ondersteuning voor wijzigingenfeeds in Azure Blob Storage en blobversiebeheer voor meer informatie.

Voer de volgende stappen uit om herstel naar een bepaald tijdstip te configureren met Azure Portal:

  1. Ga in het Navigeer naar uw opslagaccount in de Azure-portal.
  2. Kies Onder Gegevensbeheer de optie Gegevensbescherming.
  3. Selecteer Herstel naar een bepaald tijdstip inschakelen. Wanneer u deze optie selecteert, worden voorlopig verwijderen voor blobs, versiebeheer en wijzigingenfeed ook ingeschakeld.
  4. Stel het maximale herstelpunt in voor herstel naar een bepaald tijdstip, in dagen. Dit aantal moet ten minste één dag korter zijn dan de retentieperiode die is opgegeven voor voorlopig verwijderen van blobs.
  5. Sla uw wijzigingen op.

In de volgende afbeelding ziet u een opslagaccount dat is geconfigureerd voor herstel naar een bepaald tijdstip met een herstelpunt van zeven dagen geleden en een retentieperiode voor voorlopig verwijderen van blobs van 14 dagen.

Schermopname van het configureren van herstel naar een bepaald tijdstip in Azure Portal

Een herstelpunt kiezen

Het herstelpunt is de datum en tijd waarop de gegevens worden hersteld. Azure Storage gebruikt altijd een UTC-datum/tijd-waarde als het herstelpunt. Met Azure Portal kunt u echter het herstelpunt in de lokale tijd opgeven en deze datum/tijd-waarde vervolgens converteren naar een UTC-datum/tijd-waarde om de herstelbewerking uit te voeren.

Wanneer u een herstelbewerking uitvoert met PowerShell of Azure CLI, moet u het herstelpunt opgeven als een UTC-datum/tijdwaarde. Als het herstelpunt is opgegeven met een lokale tijdwaarde in plaats van een UTC-tijdwaarde, werkt de herstelbewerking mogelijk nog steeds zoals verwacht in sommige gevallen. Als uw lokale tijd bijvoorbeeld UTC min vijf uur is, resulteert het opgeven van een lokale tijdwaarde in een herstelpunt dat vijf uur eerder is dan de waarde die u hebt opgegeven. Als er geen wijzigingen zijn aangebracht in de gegevens in het bereik die tijdens die periode van vijf uur moeten worden hersteld, levert de herstelbewerking dezelfde resultaten op, ongeacht welke tijdwaarde is opgegeven. Het opgeven van een UTC-tijd voor het herstelpunt wordt aanbevolen om onverwachte resultaten te voorkomen.

Een herstelbewerking uitvoeren

U kunt alle containers in het opslagaccount herstellen of u kunt een bereik van blobs in een of meer containers herstellen. Een bereik van blobs wordt lexicografisch gedefinieerd, wat betekent in woordenlijstvolgorde. Per herstelbewerking worden maximaal tien lexicografische bereiken ondersteund. Het begin van het bereik is inclusief en het einde van het bereik is exclusief.

Het containerpatroon dat is opgegeven voor het beginbereik en het eindbereik, moet minimaal drie tekens bevatten. De slash (/) die wordt gebruikt om een containernaam van een blobnaam te scheiden, telt niet mee voor dit minimum. Enkele voorbeelden voor het structureeren van uw herstelbereiken:

  • Als u de hele container met de naam myContainer in het bereik wilt opnemen voor een herstelbewerking, gebruikt u het beginbereik myContainer en het eindbereik myContainer-0. Dit laat zien hoe het toevoegen van '-0' als achtervoegsel aan de containernaam voor de eindbereikwaarde alles bevat in de container voor het herstellen.
  • Als u een volledige virtuele maphiërarchie wilt opnemen, zoals map myFolder in container myContainer, gebruikt u het beginbereik myContainer/myFolder/ en het eindbereik myContainer/myFolder0. Het toevoegen van '0' als achtervoegsel aan namen van virtuele mappen voor het eindbereik bevat alle bestanden met het voorvoegsel 'myContainer/myFolder/' voor het herstellen.

Jokertekens worden niet ondersteund in een lexicografisch bereik. Jokertekens worden behandeld als standaardtekens.

U kunt blobs in de $root en $web containers herstellen door ze expliciet op te geven in een bereik dat wordt doorgegeven aan een herstelbewerking. De $root containers worden $web alleen hersteld als ze expliciet zijn opgegeven. Andere systeemcontainers kunnen niet worden hersteld.

Alleen blok-blobs worden hersteld. Pagina-blobs en toevoeg-blobs zijn niet opgenomen in een herstelbewerking. Zie Herstel naar een bepaald tijdstip voor blok-blobs voor meer informatie over beperkingen met betrekking tot toevoeg-blobs.

Belangrijk

Wanneer u een herstelbewerking uitvoert, blokkeert Azure Storage gegevensbewerkingen op de blobs in de bereiken die worden hersteld voor de duur van de bewerking. Lees-, schrijf- en verwijderbewerkingen worden geblokkeerd op de primaire locatie. Daarom worden bewerkingen zoals het weergeven van containers in Azure Portal mogelijk niet zoals verwacht uitgevoerd terwijl de herstelbewerking wordt uitgevoerd.

Leesbewerkingen vanaf de secundaire locatie kunnen doorgaan tijdens de herstelbewerking als het opslagaccount geo-replicatie heeft.

De tijd die nodig is om een set gegevens te herstellen, is gebaseerd op het aantal schrijf- en verwijderbewerkingen die zijn uitgevoerd tijdens de herstelperiode na maximaal één uur voordat de hersteltaak wordt opgehaald. Voor een account met één miljoen objecten met 3.000 objecten die per dag zijn toegevoegd en 1000 objecten die per dag zijn verwijderd, is bijvoorbeeld ongeveer twee-drie uur nodig om in het verleden naar een punt van 30 dagen te herstellen. Voor een herstel met een klein aantal wijzigingen moet maximaal één uur worden hersteld. Een bewaarperiode en herstel meer dan 90 dagen in het verleden worden niet aanbevolen voor een account met dit wijzigingspercentage.

Alle containers in het account herstellen

U kunt alle containers in het opslagaccount herstellen om ze op een bepaald moment terug te zetten naar de vorige status.

Als u alle containers en blobs in het opslagaccount wilt herstellen met Azure Portal, voert u de volgende stappen uit:

  1. Navigeer naar de lijst met containers voor uw opslagaccount.

  2. Kies Op de werkbalk de optie Containers herstellen en vervolgens Alles herstellen.

  3. Geef in het deelvenster Alle containers herstellen het herstelpunt op door een datum en tijd op te geven.

  4. Bevestig dat u wilt doorgaan door het selectievakje in te schakelen.

  5. Selecteer Herstellen om de herstelbewerking te starten.

    Schermopname van het herstellen van alle containers naar een opgegeven herstelpunt

Bereiken van blok-blobs herstellen

U kunt een of meer lexicografische bereiken van blobs binnen één container of meerdere containers herstellen om die blobs op een bepaald moment terug te zetten naar hun vorige status.

Als u een bereik van blobs in een of meer containers met Azure Portal wilt herstellen, voert u de volgende stappen uit:

  1. Navigeer naar de lijst met containers voor uw opslagaccount.

  2. Selecteer de container of containers die u wilt herstellen.

  3. Kies op de werkbalk Herstelcontainers en selecteer Vervolgens Herstellen geselecteerd.

  4. Geef in het deelvenster Geselecteerde containers herstellen het herstelpunt op door een datum en tijd op te geven.

  5. Geef de bereiken op die u wilt herstellen. Gebruik een slash (/) om de containernaam af te bakenen vanuit het voorvoegsel van de blob.

  6. Standaard geeft het deelvenster Geselecteerde containers herstellen een bereik op dat alle blobs in de container bevat. Verwijder dit bereik als u de hele container niet wilt herstellen. Het standaardbereik wordt weergegeven in de volgende afbeelding.

    Schermopname van het standaard blobbereik dat moet worden verwijderd voordat u een aangepast bereik opgeeft

  7. Bevestig dat u wilt doorgaan door het selectievakje in te schakelen.

  8. Selecteer Herstellen om de herstelbewerking te starten.

In de volgende afbeelding ziet u een herstelbewerking voor een reeks bereiken.

Schermopname van het herstellen van bereiken van blobs in een of meer containers

De herstelbewerking die in de afbeelding wordt weergegeven, voert de volgende acties uit:

  • Hiermee wordt de volledige inhoud van container1 hersteld.
  • Hiermee herstelt u blobs in het lexicographical bereik blob1 tot en met blob5 in container2. Met dit bereik worden blobs hersteld met namen zoals blob1, blob11, blob100, blob2, enzovoort. Omdat het einde van het bereik exclusief is, worden blobs hersteld waarvan de namen beginnen met blob4, maar waarvan de namen niet beginnen met blob5.
  • Hiermee worden alle blobs in container3 en container4 hersteld. Omdat het einde van het bereik exclusief is, herstelt dit bereik container5 niet.

Volgende stappen