Ondersteuningsmatrix voor back-ups van Azure Blobs
In dit artikel vindt u een overzicht van de regionale beschikbaarheid, ondersteunde scenario's en beperkingen van operationele en gekluisde back-ups van blobs.
Ondersteunde regio’s
Een back-uptype kiezen
Operationele back-ups voor blobs zijn beschikbaar in alle openbare cloudregio's, met uitzondering van Frankrijk - zuid en Zuid-Afrika - west. Het is ook beschikbaar in onafhankelijke cloudregio's: alle Azure Government-regio's en China-regio's (met uitzondering van China - oost).
Beperkingen
Een back-uptype kiezen
Operationele back-up van blobs maakt gebruik van herstel naar een blobpunt, blobversiebeheer, voorlopig verwijderen voor blobs, wijzigingsfeed voor blobs en verwijderingsvergrendeling om een lokale back-upoplossing te bieden. Daarom zijn de beperkingen die van toepassing zijn op deze mogelijkheden ook van toepassing op operationele back-ups.
Ondersteunde scenario's:
Operationele back-up biedt alleen ondersteuning voor blok-blobs in standaard v2-opslagaccounts voor algemeen gebruik. Opslagaccounts waarvoor hiërarchische naamruimte is ingeschakeld (dat wil gezegd ADLS Gen2-accounts) worden niet ondersteund.
Ook worden pagina-blobs, toevoeg-blobs en Premium-blobs in uw opslagaccount niet hersteld en worden alleen blok-blobs hersteld.Blobback-up wordt ook ondersteund wanneer het opslagaccount privé-eindpunten heeft.
Andere beperkingen:
- Als u tijdens de bewaarperiode een container hebt verwijderd, wordt die container niet hersteld met de herstelbewerking naar een bepaald tijdstip. Als u probeert een bereik van blobs met blobs in een verwijderde container te herstellen, mislukt de herstelbewerking naar een bepaald tijdstip. Zie Voorlopig verwijderen voor containers voor meer informatie over het beveiligen van containers tegen verwijdering.
- Als een blob tussen de dynamische en statische lagen in de periode tussen het huidige moment en het herstelpunt is verplaatst, wordt de blob teruggezet naar de vorige laag. Het herstellen van blok-blobs in de archieflaag wordt niet ondersteund. Als een blob in de dynamische laag bijvoorbeeld twee dagen geleden naar de archieflaag is verplaatst en een herstelbewerking drie dagen geleden wordt hersteld naar een punt, wordt de blob niet hersteld naar de dynamische laag. Als u een gearchiveerde blob wilt herstellen, verplaatst u deze eerst uit de archieflaag. Zie Voor meer informatie rehydrateer blobgegevens uit de archieflaag.
- Een blok dat is geüpload via Put Block of Put Block from URL, maar niet doorgevoerd via
Put Block List, maakt geen deel uit van een blob en wordt dus niet hersteld als onderdeel van een herstelbewerking. - Een blob met een actieve lease kan niet worden hersteld. Als een blob met een actieve lease is opgenomen in het bereik van te herstellen blobs, mislukt de herstelbewerking automatisch. Eventuele actieve leases verbreken voordat u de herstelbewerking start.
- Momentopnamen worden niet gemaakt of verwijderd als onderdeel van een herstelbewerking. Alleen de basis-blob wordt hersteld naar de vorige status.
- Als er onveranderbare blobs zijn tussen de blobs die worden hersteld, worden dergelijke onveranderbare blobs niet teruggezet naar hun status op basis van het geselecteerde herstelpunt. Andere blobs waarvoor onveranderbaarheid niet is ingeschakeld, worden echter hersteld naar het geselecteerde herstelpunt zoals verwacht.