Een herstel naar een bepaald tijdstip uitvoeren op blok-blobgegevens

2025-04-08

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.

Voor meer informatie over herstel naar een bepaald tijdstip, zie Herstel naar een bepaald tijdstip voor blok-blobs.

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 op een specifiek tijdstip ondersteunt uitsluitend 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. Voor meer informatie, zie Voorlopig verwijderen voor containers en Voorlopig verwijderen voor blobs.

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: soft delete, wijzigingsfeed en blobversiebeheer. Zie de volgende artikelen voor meer informatie over het inschakelen van elk van deze functies:

Belangrijk

Als u zacht verwijderen, wijzigingsfeed, en blob-versiebeheer 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:

Navigeer naar uw opslagaccount in de Azure-portal.
Kies Onder Gegevensbeheer de optie Gegevensbescherming.
Selecteer Herstel naar een bepaald tijdstip inschakelen. Wanneer u deze optie selecteert, worden soft delete voor blobs, versiebeheer en wijzigingsfeed ook ingeschakeld.
Stel het maximale herstelpunt in voor herstellen op een bepaald tijdstip, in dagen. Dit aantal moet ten minste één dag korter zijn dan de retentieperiode die is opgegeven voor blobs met zachte verwijdering.
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

Als u herstel naar een bepaald tijdstip wilt configureren met PowerShell, installeert u eerst de Az.Storage-module versie 2.6.0 of hoger. Roep vervolgens de opdracht Enable-AzStorageBlobRestorePolicy aan om point-in-time herstel in te schakelen voor het opslagaccount.

In het volgende voorbeeld schakelt u soft delete in en stelt u de bewaarperiode voor soft delete in, schakelt u de change feed en versiebeheer in, en vervolgens schakelt u point-in-time herstel in. Wanneer u het voorbeeld uitvoert, moet u de waarden tussen punthaken vervangen door uw eigen waarden:

# Set resource group and account variables.
$rgName = "<resource-group>"
$accountName = "<storage-account>"

# Enable blob soft delete with a retention of 14 days.
Enable-AzStorageBlobDeleteRetentionPolicy -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -RetentionDays 14

# Enable change feed and versioning.
Update-AzStorageBlobServiceProperty -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -EnableChangeFeed $true `
    -IsVersioningEnabled $true

# Enable point-in-time restore with a retention period of 7 days.
# The retention period for point-in-time restore must be at least
# one day less than that set for soft delete.
Enable-AzStorageBlobRestorePolicy -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -RestoreDays 7

# View the service settings.
Get-AzStorageBlobServiceProperty -ResourceGroupName $rgName `
    -StorageAccountName $accountName

Als u herstel naar een bepaald tijdstip wilt configureren met Azure CLI, installeert u eerst Azure CLI versie 2.2.0 of hoger. Roep vervolgens de opdracht az storage account blob-service-properties update aan om herstel naar een bepaald tijdstip en de andere vereiste instellingen voor gegevensbeveiliging voor het opslagaccount in te schakelen.

In het volgende voorbeeld wordt voorlopig verwijderen ingeschakeld en wordt de bewaarperiode voor voorlopig verwijderen ingesteld op 14 dagen, schakelt u wijzigingenfeed en versiebeheer in en schakelt u herstel naar een bepaald tijdstip in met een herstelperiode van 7 dagen. Wanneer u het voorbeeld uitvoert, moet u de waarden tussen punthaken vervangen door uw eigen waarden:

az storage account blob-service-properties update \
    --resource-group <resource_group> \
    --account-name <storage-account> \
    --enable-delete-retention true \
    --delete-retention-days 14 \
    --enable-versioning true \
    --enable-change-feed true \
    --enable-restore-policy true \
    --restore-days 7

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 van het opslagaccount herstellen of u kunt een aantal blobs in een of meer containers herstellen. Een reeks blobs wordt lexicografisch bepaald, dat wil zeggen in alfabetische volgorde. 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 schuine streep (/) 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 eindwaarde van het bereik alle inhoud in de container opneemt voor het herstel.
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. Door '0' als achtervoegsel toe te voegen aan de namen van virtuele directory's binnen het eindbereik, worden alle bestanden met het voorvoegsel 'myContainer/myFolder/' opgenomen voor herstel.

Jokertekens worden niet ondersteund in een lexicografische volgorde. 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 en $web containers worden alleen hersteld als ze expliciet zijn opgegeven. Andere systeemcontainers kunnen niet worden hersteld.

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

Belangrijk

Wanneer u een herstelbewerking uitvoert, blokkeert Azure Storage gedurende de uitvoering van de bewerking gegevensbewerkingen op de blobs binnen het bereik dat wordt hersteld. 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-gerepliceerd is.

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. Bijvoorbeeld, voor een account met één miljoen objecten, waarbij 3.000 objecten per dag worden toegevoegd en 1.000 objecten per dag worden verwijderd, is ongeveer twee tot drie uur nodig om te herstellen naar een punt 30 dagen in het verleden. Voor een herstel met een klein aantal wijzigingen kan het herstelproces tot maximaal één uur duren. 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:

Navigeer naar de lijst met containers voor uw opslagaccount.
Kies Op de werkbalk de optie Containers herstellen en vervolgens Alles herstellen.
Specificeer in het Herstel alle containers deelvenster het herstelpunt door een datum en tijd op te geven.
Bevestig dat u wilt doorgaan door het selectievakje in te schakelen.
Selecteer Herstellen om de herstelbewerking te starten.

Als u alle containers en blobs in het opslagaccount wilt herstellen met PowerShell, roept u de opdracht Restore-AzStorageBlobRange aan en geeft u het herstelpunt op als utc-datum/tijdwaarde. De opdracht Restore-AzStorageBlobRange wordt standaard asynchroon uitgevoerd en retourneert een object van het type PSBlobRestoreStatus dat u kunt gebruiken om de status van de herstelbewerking te controleren.

In het volgende voorbeeld worden containers in het opslagaccount asynchroon 12 uur vóór het huidige moment hersteld en worden enkele eigenschappen van de herstelbewerking gecontroleerd:

# Specify -TimeToRestore as a UTC value
$restoreOperation = Restore-AzStorageBlobRange -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -TimeToRestore (Get-Date).ToUniversalTime().AddHours(-12)

# Get the status of the restore operation.
$restoreOperation.Status
# Get the ID for the restore operation.
$restoreOperation.RestoreId
# Get the restore point in UTC time.
$restoreOperation.Parameters.TimeToRestore

Als u de herstelbewerking synchroon wilt uitvoeren, neemt u de parameter -WaitForComplete op de opdracht op. Wanneer de parameter -WaitForComplete aanwezig is, wordt in PowerShell een bericht weergegeven met de herstel-id voor de bewerking en wordt de uitvoering geblokkeerd totdat de herstelbewerking is voltooid. Houd er rekening mee dat de tijdsduur die nodig is voor een herstelbewerking, afhankelijk is van de hoeveelheid gegevens die moet worden hersteld en dat het tot een uur kan duren voordat een grote herstelbewerking is voltooid.

Restore-AzStorageBlobRange -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -TimeToRestore (Get-Date).AddHours(-12) -WaitForComplete

Als u alle containers en blobs in het opslagaccount wilt herstellen met Azure CLI, roept u de opdracht az storage blob restore aan en geeft u het herstelpunt op als een UTC-datum/tijdwaarde.

In het volgende voorbeeld worden alle containers in het opslagaccount asynchroon hersteld naar de status 12 uur vóór een opgegeven datum en tijd. Als u de status van de herstelbewerking wilt controleren, roept u az storage account show aan:

az storage blob restore \
    --resource-group <resource_group> \
    --account-name <storage-account> \
    --time-to-restore 2021-01-14T06:31:22Z \
    --no-wait

Als u de eigenschappen van een herstelbewerking wilt controleren, voert u az storage account show uit en breidt u de eigenschap blobRestoreStatus uit. In het volgende voorbeeld ziet u hoe u de statuseigenschap controleert.

az storage account show \
    --name <storage-account> \
    --resource-group <resource_group> \
    --expand blobRestoreStatus \
    --query blobRestoreStatus.status \
    --output tsv

Als u de opdracht az storage blob restore synchroon wilt uitvoeren en de uitvoering wilt blokkeren totdat de herstelbewerking is voltooid, laat u de --no-wait parameter weg.

Bereiken van blok-blobs herstellen

U kunt een of meer lexicografische reeksen van blobs binnen één container of meerdere containers terugzetten om die blobs op een bepaald moment in de tijd naar hun vorige status te herstellen.

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

Navigeer naar de lijst met containers voor uw opslagaccount.
Selecteer de container of containers om te herstellen.
Op de werkbalk, kies Herstelcontainers, en vervolgens Herstellen geselecteerd.
Geef in het deelvenster Herstellen van geselecteerde containers het herstelpunt op door een datum en tijd op te geven.
Geef de bereiken op die u wilt herstellen. Gebruik een schuine streep (/) om de containernaam af te bakenen van het blobvoorvoegsel.
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.
Bevestig dat u wilt doorgaan door het selectievakje in te schakelen.
Selecteer Herstellen om de herstelbewerking te starten.

De volgende afbeelding toont een herstelbewerking op een set reeksen.

Schermopname die laat zien hoe bereiken van blobs in een of meer containers kunnen worden hersteld

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.

Als u één bereik van blobs wilt herstellen, roept u de opdracht Restore-AzStorageBlobRange aan en geeft u een lexicographicaal bereik van container- en blobnamen voor de -BlobRestoreRange parameter op. Als u bijvoorbeeld de blobs in één container met de naam container1 wilt herstellen, kunt u een bereik opgeven dat begint met container1 en eindigt op container2. Er is geen vereiste voor de containers die genoemd worden in de begin- en eindrange om te bestaan. Omdat het einde van het bereik exclusief is, zelfs als het opslagaccount een container met de naam container2 bevat, wordt alleen de container met de naam container1 hersteld:

$range = New-AzStorageBlobRangeToRestore -StartRange container1 `
    -EndRange container2

Als u een subset van blobs in een container wilt opgeven die u wilt herstellen, gebruikt u een slash (/) om de containernaam te scheiden van het voorvoegselpatroon van de blob. Het volgende bereik selecteert bijvoorbeeld blobs in één container waarvan de namen beginnen met de letters d tot f:

$range = New-AzStorageBlobRangeToRestore -StartRange container1/d `
    -EndRange container1/g

Geef vervolgens het bereik op voor de opdracht Restore-AzStorageBlobRange . Geef het herstelpunt op door een UTC DateTime-waarde op te geven voor de -TimeToRestore parameter. In het volgende voorbeeld worden blobs in het opgegeven bereik 3 dagen vóór het huidige moment hersteld naar de status:

# Specify -TimeToRestore as a UTC value
Restore-AzStorageBlobRange -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -BlobRestoreRange $range `
    -TimeToRestore (Get-Date).AddDays(-3)

De opdracht Restore-AzStorageBlobRange wordt standaard asynchroon uitgevoerd. Wanneer u een herstelbewerking asynchroon start, wordt in PowerShell onmiddellijk een tabel met eigenschappen voor de bewerking weergegeven:

Status     RestoreId                            FailureReason Parameters.TimeToRestore     Parameters.BlobRanges
------     ---------                            ------------- ------------------------     ---------------------
InProgress 459c2305-d14a-4394-b02c-48300b368c63               2020-09-15T23:23:07.1490859Z ["container1/d" -> "container1/g"]

Als u meerdere bereiken van blok-blobs wilt herstellen, geeft u een matrix met bereiken voor de -BlobRestoreRange parameter op. In het volgende voorbeeld worden twee bereiken opgegeven voor het herstellen van de volledige inhoud van container1 en container4 naar hun status 24 uur geleden en wordt het resultaat opgeslagen in een variabele:

# Specify a range that includes the complete contents of container1.
$range1 = New-AzStorageBlobRangeToRestore -StartRange container1 `
    -EndRange container2
# Specify a range that includes the complete contents of container4.
$range2 = New-AzStorageBlobRangeToRestore -StartRange container4 `
    -EndRange container5

$restoreOperation = Restore-AzStorageBlobRange -ResourceGroupName $rgName `
    -StorageAccountName $accountName `
    -TimeToRestore (Get-Date).AddHours(-24) `
    -BlobRestoreRange @($range1, $range2)

# Get the status of the restore operation.
$restoreOperation.Status
# Get the ID for the restore operation.
$restoreOperation.RestoreId
# Get the blob ranges specified for the operation.
$restoreOperation.Parameters.BlobRanges

Als u de herstelbewerking synchroon wilt uitvoeren en de uitvoering wilt blokkeren totdat deze is voltooid, neemt u de parameter -WaitForComplete op de opdracht op.

Als u een bereik van blobs wilt herstellen, roept u de opdracht az storage blob restore aan en geeft u een lexicographical bereik van container- en blobnamen op voor de --blob-range parameter. Als u meerdere bereiken wilt opgeven, geeft u de --blob-range parameter op voor elk afzonderlijk bereik.

Als u bijvoorbeeld de blobs in één container met de naam container1 wilt herstellen, kunt u een bereik opgeven dat begint met container1 en eindigt op container2. Het is niet vereist dat de containers die genoemd worden in het begin- en eindbereik bestaan. Omdat het einde van het bereik exclusief is, zelfs als het opslagaccount een container met de naam container2 bevat, wordt alleen de container met de naam container1 hersteld.

Als u een subset van blobs in een container wilt opgeven om te herstellen, gebruikt u een schuine streep (/) om de containernaam te scheiden van het voorvoegselpatroon van de blob. In het onderstaande voorbeeld wordt asynchroon een bereik van blobs in een container hersteld waarvan de namen beginnen met de letters d via f.

az storage blob restore \
    --account-name <storage-account> \
    --time-to-restore 2021-01-14T06:31:22Z \
    --blob-range container1 container2
    --blob-range container3/d container3/g
    --no-wait

Als u de opdracht az storage blob restore synchroon wilt uitvoeren en de uitvoering wilt blokkeren totdat de herstelbewerking is voltooid, laat u de --no-wait parameter weg.

Volgende stappen

Feedback

Is deze pagina nuttig?