Herstel naar een bepaald tijdstip voor blok-blobsPoint-in-time restore for block blobs

Herstel naar een bepaald tijdstip biedt beveiliging tegen onbedoeld verwijderen of beschadiging door u in staat te stellen de blok-BLOB-gegevens terug te zetten naar een eerdere status.Point-in-time restore provides protection against accidental deletion or corruption by enabling you to restore block blob data to an earlier state. Herstel naar een bepaald tijdstip is handig in scenario's waarbij een gebruiker of toepassing per ongeluk gegevens verwijdert of een toepassings fout beschadigde gegevens verstuurt.Point-in-time restore is useful in scenarios where a user or application accidentally deletes data or where an application error corrupts data. Herstel naar een bepaald tijdstip biedt ook ondersteuning voor test scenario's waarbij een gegevensset naar een bekende status moet worden teruggedraaid voordat verdere tests worden uitgevoerd.Point-in-time restore also enables testing scenarios that require reverting a data set to a known state before running further tests.

Herstel naar een bepaald tijdstip wordt alleen ondersteund voor algemeen gebruik v2-opslag accounts in de laag standaard prestatie.Point-in-time restore is supported for general-purpose v2 storage accounts in the standard performance tier only. Alleen gegevens in de warme en coolbar-toegangs lagen kunnen worden hersteld met herstel naar een bepaald tijdstip.Only data in the hot and cool access tiers can be restored with point-in-time restore.

Zie een herstel bewerking op een bepaald tijdstip uitvoeren op blok-BLOB-gegevensvoor meer informatie over het inschakelen van een herstel punt voor een opslag account.To learn how to enable point-in-time restore for a storage account, see Perform a point-in-time restore on block blob data.

Hoe herstel naar een bepaald tijdstip werktHow point-in-time restore works

Als u herstel naar een bepaald tijdstip wilt inschakelen, maakt u een beheer beleid voor het opslag account en geeft u een Bewaar periode op.To enable point-in-time restore, you create a management policy for the storage account and specify a retention period. Tijdens de retentie periode kunt u blok-blobs van de huidige status herstellen naar een status op een eerder tijdstip.During the retention period, you can restore block blobs from the present state to a state at a previous point in time.

Als u een herstel tijdstip voor een bepaald tijdstip wilt initiëren, roept u de bewerking BLOB Ranges herstellen aan en geeft u een herstel punt op in UTC-tijd.To initiate a point-in-time restore, call the Restore Blob Ranges operation and specify a restore point in UTC time. U kunt lexicographical-bereiken van container-en BLOB-namen opgeven om te herstellen, of het bereik weglaten om alle containers in het opslag account te herstellen.You can specify lexicographical ranges of container and blob names to restore, or omit the range to restore all containers in the storage account. Er worden Maxi maal 10 lexicographical-bereiken ondersteund per herstel bewerking.Up to 10 lexicographical ranges are supported per restore operation.

Azure Storage analyseert alle wijzigingen die zijn aangebracht in de opgegeven blobs tussen het aangevraagde herstel punt, opgegeven in UTC-tijd en het huidige moment.Azure Storage analyzes all changes that have been made to the specified blobs between the requested restore point, specified in UTC time, and the present moment. De herstel bewerking is atomisch, waardoor alle wijzigingen volledig worden hersteld of niet kan worden uitgevoerd.The restore operation is atomic, so it either succeeds completely in restoring all changes, or it fails. Als er blobs zijn die niet kunnen worden hersteld, mislukt de bewerking en worden lees-en schrijf bewerkingen naar de betrokken containers hervat.If there are any blobs that cannot be restored, then the operation fails, and read and write operations to the affected containers resume.

In het volgende diagram ziet u hoe het herstellen van tijdstippen werkt.The following diagram shows how point-in-time restore works. Een of meer containers of BLOB-bereiken worden n dagen geleden teruggezet naar de status van de container, waarbij n kleiner is dan of gelijk is aan de Bewaar periode voor herstel naar een bepaald tijdstip.One or more containers or blob ranges is restored to its state n days ago, where n is less than or equal to the retention period defined for point-in-time restore. Het effect is het terugzetten van schrijf-en verwijder bewerkingen die zijn opgetreden tijdens de Bewaar periode.The effect is to revert write and delete operations that happened during the retention period.

Diagram waarin wordt getoond hoe de containers naar een eerdere status worden teruggezet

Er kan slechts één herstel bewerking tegelijk worden uitgevoerd op een opslag account.Only one restore operation can be run on a storage account at a time. Een herstel bewerking kan niet worden geannuleerd zodra deze wordt uitgevoerd, maar er kan wel een tweede herstel bewerking worden uitgevoerd om de eerste bewerking ongedaan te maken.A restore operation cannot be canceled once it is in progress, but a second restore operation can be performed to undo the first operation.

De bewerking BLOB-bereiken herstellen retourneert een Restore-id waarmee de bewerking op unieke wijze wordt geïdentificeerd.The Restore Blob Ranges operation returns a restore ID that uniquely identifies the operation. Als u de status van een herstel tijdstip wilt controleren, roept u de bewerking herstel status ophalen aan met de herstel-id die wordt geretourneerd door de bewerking BLOB-bereiken herstellen .To check the status of a point-in-time restore, call the Get Restore Status operation with the restore ID returned from the Restore Blob Ranges operation.

Belangrijk

Wanneer u een herstel bewerking uitvoert, blokkeert Azure Storage gegevens bewerkingen op de blobs in de bereiken die worden teruggezet voor de duur van de bewerking.When you perform a restore operation, Azure Storage blocks data operations on the blobs in the ranges being restored for the duration of the operation. Lees-, schrijf-en verwijder bewerkingen worden geblokkeerd op de primaire locatie.Read, write, and delete operations are blocked in the primary location. Daarom kunnen bewerkingen, zoals het weer geven van containers in het Azure Portal, niet worden uitgevoerd zoals verwacht tijdens het terugzetten.For this reason, operations such as listing containers in the Azure portal may not perform as expected while the restore operation is underway.

Lees bewerkingen van de secundaire locatie kunnen door gaan tijdens de herstel bewerking als het opslag account geo-gerepliceerd is.Read operations from the secondary location may proceed during the restore operation if the storage account is geo-replicated.

Waarschuwing

Herstel naar een bepaald tijdstip biedt ondersteuning voor het herstellen van bewerkingen die alleen op blok-blobs hebben afgehandeld.Point-in-time restore supports restoring against operations that acted on block blobs only. Bewerkingen die zijn uitgevoerd op containers, kunnen niet worden hersteld.Any operations that acted on containers cannot be restored. Als u bijvoorbeeld een container verwijdert uit het opslag account door de bewerking voor het verwijderen van een container aan te roepen, kan die container niet worden hersteld met een herstel bewerking naar een bepaald tijdstip.For example, if you delete a container from the storage account by calling the Delete Container operation, that container cannot be restored with a point-in-time restore operation. In plaats van een volledige container te verwijderen, moet u afzonderlijke blobs verwijderen als u deze mogelijk later wilt herstellen.Rather than deleting an entire container, delete individual blobs if you may want to restore them later.

Vereisten voor herstel naar een bepaald tijdstipPrerequisites for point-in-time restore

Herstel naar een bepaald tijdstip vereist dat de volgende Azure Storage-functies worden ingeschakeld voordat u herstel naar een bepaald tijdstip kunt inschakelen:Point-in-time restore requires that the following Azure Storage features be enabled before you can enable point-in-time restore:

Het inschakelen van deze functies kan leiden tot extra kosten.Enabling these features may result in additional charges. Zorg ervoor dat u bekend bent met de facturerings implicaties voordat u herstel naar een bepaald tijdstip en de vereiste functies inschakelt.Make sure that you understand the billing implications before enabling point-in-time restore and the prerequisite features.

Bewaar periode voor herstel naar een bepaald tijdstipRetention period for point-in-time restore

Wanneer u herstel naar een bepaald tijdstip voor een opslag account inschakelt, geeft u een Bewaar periode op.When you enable point-in-time restore for a storage account, you specify a retention period. Blok-blobs in uw opslag account kunnen worden hersteld tijdens de Bewaar periode.Block blobs in your storage account can be restored during the retention period.

De Bewaar periode begint een paar minuten nadat u herstel naar een bepaald tijdstip hebt ingeschakeld.The retention period begins a few minutes after you enable point-in-time restore. Denk eraan dat u geen blobs kunt herstellen naar een status vóór het begin van de Bewaar periode.Keep in mind that you cannot restore blobs to a state prior to the beginning of the retention period. Als u bijvoorbeeld punt-in-time herstel hebt ingeschakeld op 1 mei met een Bewaar periode van 30 dagen, kunt u op 15 mei Maxi maal vijf tien dagen herstellen.For example, if you enabled point-in-time restore on May 1st with a retention of 30 days, then on May 15th you can restore to a maximum of 15 days. Op 1 juni kunt u gegevens terugzetten van tussen de en dertig dagen.On June 1st, you can restore data from between 1 and 30 days.

De Bewaar periode voor herstel naar een bepaald tijdstip moet ten minste één dag kleiner zijn dan de retentie periode die is opgegeven voor de tijdelijke verwijdering.The retention period for point-in-time restore must be at least one day less than the retention period specified for soft delete. Als de Bewaar periode voor zacht verwijderen bijvoorbeeld is ingesteld op 7 dagen, mag de Bewaar periode voor het herstel punt van de tijd tussen 1 en 6 dagen liggen.For example, if the soft delete retention period is set to 7 days, then the point-in-time restore retention period may be between 1 and 6 days.

Belangrijk

De tijd die nodig is voor het herstellen van een set gegevens is gebaseerd op het aantal schrijf-en verwijder bewerkingen tijdens de herstel periode.The time that it takes to restore a set of data is based on the number of write and delete operations made during the restore period. Bijvoorbeeld: een account met 1.000.000 objecten met 3.000 objecten per dag en 1.000 objecten die per dag worden verwijderd, duurt ongeveer twee uur om terug te gaan naar een punt 30 dagen in het verleden.For example, an account with one million objects with 3,000 objects added per day and 1,000 objects deleted per day will require approximately two hours to restore to a point 30 days in the past. Een Bewaar periode en herstel van meer dan 90 dagen in het verleden worden niet aanbevolen voor een account met deze wijzigings factor.A retention period and restoration more than 90 days in the past would not be recommended for an account with this rate of change.

Machtigingen voor herstel naar een bepaald tijdstipPermissions for point-in-time restore

Een client moet schrijf machtigingen hebben voor alle containers in het opslag account om een herstel bewerking te initiëren.To initiate a restore operation, a client must have write permissions to all containers in the storage account. Wijs de rol Inzender voor opslag accounts toe aan de beveiligingsprincipal op het niveau van het opslag account, de resource groep of het abonnement om machtigingen te verlenen voor het autoriseren van een herstel bewerking met Azure Active Directory (Azure AD).To grant permissions to authorize a restore operation with Azure Active Directory (Azure AD), assign the Storage Account Contributor role to the security principal at the level of the storage account, resource group, or subscription.

Beperkingen en bekende problemenLimitations and known issues

Herstel naar een bepaald tijdstip voor blok-blobs heeft de volgende beperkingen en bekende problemen:Point-in-time restore for block blobs has the following limitations and known issues:

  • Alleen blok-blobs in een standaard v2-opslag account voor algemeen gebruik kunnen worden hersteld als onderdeel van een herstel bewerking op tijdstippen.Only block blobs in a standard general-purpose v2 storage account can be restored as part of a point-in-time restore operation. Toevoeg-blobs, pagina-blobs en Premium-blok-blobs worden niet hersteld.Append blobs, page blobs, and premium block blobs are not restored.
  • Als u een container tijdens de Bewaar periode hebt verwijderd, wordt deze container niet teruggezet met de herstel bewerking naar een bepaald tijdstip.If you have deleted a container during the retention period, that container will not be restored with the point-in-time restore operation. Als u probeert een aantal blobs te herstellen dat blobs bevat in een verwijderde container, mislukt de herstel bewerking naar een bepaald tijdstip.If you attempt to restore a range of blobs that includes blobs in a deleted container, the point-in-time restore operation will fail. Zie voorlopig verwijderen voor containers (preview)voor meer informatie over het beveiligen van containers tegen verwijderen.To learn about protecting containers from deletion, see Soft delete for containers (preview).
  • Als een BLOB tussen de warme en koele lagen is verplaatst in de periode tussen het huidige moment en het herstel punt, wordt de BLOB teruggezet naar de vorige laag.If a blob has moved between the hot and cool tiers in the period between the present moment and the restore point, the blob is restored to its previous tier. Het herstellen van blok-blobs in de opslaglaag wordt niet ondersteund.Restoring block blobs in the archive tier is not supported. Als een blob in de warme laag bijvoorbeeld twee dagen geleden is verplaatst naar de archieflaag en een herstelbewerking herstelt naar een bepaald punt drie dagen geleden, wordt de blob niet teruggezet naar de warme laag.For example, if a blob in the hot tier was moved to the archive tier two days ago, and a restore operation restores to a point three days ago, the blob is not restored to the hot tier. Als u een gearchiveerde BLOB wilt herstellen, moet u deze eerst uit de laag archief verplaatsen.To restore an archived blob, first move it out of the archive tier. Zie BLOB-gegevens opnieuw inbreken vanuit de laag archiefvoor meer informatie.For more information, see Rehydrate blob data from the archive tier.
  • Een blok dat is geüpload met behulp van de put-blok kering of het put-blok van de URL, maar niet is doorgevoerd via een put- blok lijst, maakt geen deel uit van een BLOB en wordt dus niet hersteld als onderdeel van een herstel bewerking.A block that has been uploaded via Put Block or Put Block from URL, but not committed via Put Block List, is not part of a blob and so is not restored as part of a restore operation.
  • Een blob met een actieve lease kan niet worden hersteld.A blob with an active lease cannot be restored. Als een blob met een actieve lease is opgenomen in het bereik van blobs dat moet worden hersteld, mislukt de herstel bewerking Atomic.If a blob with an active lease is included in the range of blobs to restore, the restore operation will fail atomically. Verbreekt actieve leases voordat de herstel bewerking wordt gestart.Break any active leases prior to initiating the restore operation.
  • Moment opnamen worden niet gemaakt of verwijderd als onderdeel van een herstel bewerking.Snapshots are not created or deleted as part of a restore operation. Alleen de basis-BLOB wordt teruggezet naar de vorige status.Only the base blob is restored to its previous state.
  • Het herstellen van Azure Data Lake Storage Gen2 vlakke en hiërarchische naam ruimten wordt niet ondersteund.Restoring Azure Data Lake Storage Gen2 flat and hierarchical namespaces is not supported.

Belangrijk

Als u blok-blobs herstelt naar een punt dat ouder is dan 22 september 2020, zijn de preview-beperkingen voor herstel naar een bepaald tijdstip van kracht.If you restore block blobs to a point that is earlier than September 22, 2020, preview limitations for point-in-time restore will be in effect. Micro soft raadt u aan om een herstel punt te kiezen dat gelijk is aan of hoger dan 22 september 2020 om te profiteren van de algemeen beschik bare functie voor het terugzetten van een bepaald tijdstip.Microsoft recommends that you choose a restore point that is equal to or later than September 22, 2020 to take advantage of the generally available point-in-time restore feature.

Prijzen en factureringPricing and billing

Er zijn geen kosten verbonden aan het inschakelen van herstel naar een bepaald tijdstip.There is no charge to enable point-in-time restore. Het inschakelen van herstel naar een bepaald tijdstip maakt ook het mogelijk maken van BLOB-versie beheer, het voorlopig verwijderen en de wijzigings feed, waarbij elk kan leiden tot extra kosten.However, enabling point-in-time restore also enables blob versioning, soft delete, and change feed, each of which which may result in additional charges.

Facturering voor tijdstippen herstel is afhankelijk van de hoeveelheid gegevens die wordt verwerkt om de herstel bewerking uit te voeren.Billing for point-in-time restore depends on the amount of data processed to perform the restore operation. De hoeveelheid verwerkte gegevens is gebaseerd op het aantal wijzigingen dat is opgetreden tussen het herstel punt en het huidige moment.The amount of data processed is based on the number of changes that occurred between the restore point and the present moment. Als er bijvoorbeeld een relatief constant tempo van wijziging is voor het blok keren van BLOB-gegevens in een opslag account, zou een herstel bewerking die terugkeert in de tijd 1 dag kosten 1/tiende van een herstel datum van 10 dagen in beslag nemen.For example, assuming a relatively constant rate of change to block blob data in a storage account, a restore operation that goes back in time 1 day would cost 1/10th of a restore that goes back in time 10 days.

Als u de kosten van een herstel bewerking wilt schatten, bekijkt u het logboek voor wijzigings invoer om de hoeveelheid gegevens te schatten die tijdens de herstel periode is gewijzigd.To estimate the cost of a restore operation, review the change feed log to estimate the amount of data that was modified during the restore period. Als de retentie periode voor de wijziging 30 dagen is en de grootte van de wijzigings feed 10 MB is, zal het herstellen naar een punt dat 10 dagen eerder duurt, ongeveer een derde van de vermelde prijs voor een LRS-account in die regio kosten.For example, if the retention period for change feed is 30 days, and the size of the change feed is 10 MB, then restoring to a point 10 days earlier would cost approximately one-third of the price listed for an LRS account in that region. Als u een punt van 27 dagen eerder herstelt, kost dit ongeveer negen tienden van de weer gegeven prijs.Restoring to a point that is 27 days earlier would cost approximately nine-tenths of the price listed.

Zie de prijzen voor blok-blobsvoor meer informatie over de prijzen voor herstel naar een bepaald tijdstip.For more information about pricing for point-in-time restore, see Block blob pricing.

Volgende stappenNext steps