Delen via


Ondersteuningsmatrix voor een gekluisde back-up van Azure Data Lake Storage (preview)

In dit artikel vindt u een overzicht van de regionale beschikbaarheid, ondersteunde scenario's en beperkingen voor gekluisde back-ups van Azure Data Lake Storage (preview). Azure Backup maakt nu verbeterde beveiliging en herstel mogelijk voor Azure Data Lake Storage via gekluisde back-ups die ransomware-tolerantie bieden, offsite-opslag en langetermijnretentie van gegevens. Zie de Microsoft Community Hub-blog.

Zie de Microsoft Community Hub-blog voor meer inzicht in de ondersteuning van Azure Backup voor gekluisde back-ups in Azure Data Lake Storage (preview) die veilige, langetermijn- en geïsoleerde gegevensbeveiliging mogelijk maakt.

Ondersteunde regio's

Gekluisde back-ups van Azure Data Lake Storage zijn beschikbaar in de volgende regio's: Australië - oost, India - centraal, VS - centraal, Azië - oost, VS - oost, VS - oost 2, Frankrijk - zuid, Duitsland - west, VS - noord, VS - noord, Europa - noord, India - noord, India - zuid, Azië - zuidoost, VS - zuidoost, Zwitserland - noord, Zwitserland - west, UAE - noord, VK - west, VS - west, VS - west, India - west, VS - west 2, VS - west 3.

Note

  • Deze functie is momenteel beschikbaar als openbare preview en is alleen beschikbaar in specifieke regio's. Bekijk de ondersteunde regio's.

Ondersteunde opslagaccounts

De volgende tabel bevat de ondersteunde opslagaccountgegevens:

Details van opslagaccount Support
Soort account Alleen blok-blobs in een standaard opslagaccount voor algemeen gebruik v2 HNS.

Accounts die gebruikmaken van NFS (Network File Shares) 3.0 en SFTP-protocollen (Secure File Transfer Protocol) voor blobs worden momenteel niet ondersteund.
Redundancy Lokaal redundante opslag (LRS), zone-redundante opslag (ZRS), geografisch redundante opslag (GRS) ingeschakeld opslagaccount.
Tier Dynamische, statische en koude laag-blobs worden ondersteund.

Blobback-up van archieflaag wordt niet ondersteund.
Bijgewerkte opslagaccounts Accounts die zijn bijgewerkt van Azure Blob Storage naar Azure Data Lake Storage, worden niet ondersteund*.

Beveiligingslimieten

De volgende tabel bevat de beveiligingslimieten:

Setting Limit
Maximum aantal containers in een opslagaccount dat kan worden beveiligd 100
Kluisredundantie LRS/ZRS/GRS

Ondersteunde en niet-ondersteunde scenario's voor Azure Data Lake Storage-beveiliging (preview)

Azure Data Lake Storage-beveiliging (preview) heeft de volgende ondersteunde en niet-ondersteunde scenario's:

  • Nieuwe containers die worden gemaakt na de back-upconfiguratie voor het opslagaccount, worden niet automatisch een back-up gemaakt. Wijzig de beveiliging van het opslagaccount om de back-upbewerking voor de nieuwe containers in te schakelen.
  • Een back-up van de opslagaccounts moet minimaal één container bevatten. Als het opslagaccount geen containers bevat of als er geen containers zijn geselecteerd, wordt er mogelijk een fout weergegeven wanneer u een back-up configureert.
  • Objectreplicatie kan geen wijzigingen registreren wanneer een opslagaccount of container wordt verwijderd en opnieuw wordt gemaakt met dezelfde naam tussen twee opeenvolgende back-ups, waardoor herstelpunten oudere blobs en versies behouden.
  • Blobs worden uitgesloten van herstelpunten als u de naam van een map in het bovenliggende pad wijzigt wanneer asynchrone kopie wordt uitgevoerd.
  • De back-upbewerking wordt niet ondersteund voor blobs die zijn gemaakt met asynchrone kopie.
  • Back-upkluizen met door de gebruiker toegewezen beheerde identiteit (UAMI) zijn niet compatibel met back-ups van Azure Blob Vaulted. Alleen door het systeem toegewezen beheerde identiteit (SAMI) werkt, omdat de kluis toegang moet hebben tot het opslagaccount waarin de blobs worden opgeslagen. De kluis gebruikt de door het systeem toegewezen beheerde identiteit voor deze toegang.
  • U kunt het opslagaccount beveiligen met de kluis in een ander abonnement, maar in dezelfde regio als het opslagaccount.
  • Archieflaag voor kluis wordt momenteel niet ondersteund.
  • Azure Data Lake Storage-accounts ondersteunen zowel Blob- als DFS-API's (Data File System). Het systeem legt bewerkingen vast via wijzigingenfeed en maakt gebruik van momentopnamen van mappen om consistent herstel te garanderen.

Back-uplimieten

De volgende tabel bevat de limieten voor back-ups:

Setting Limit
Maximum aantal back-ups op aanvraag per dag 4
Maximum aantal geplande back-ups per dag 1

Note

Als u de beveiliging onderbreekt en hervat of het objectreplicatiebeleid voor het bronopslagaccount verwijdert, activeert het beleid een volledige back-up.

Retentielimieten

De volgende tabel bevat de bewaarlimieten:

Setting Limit
Maximale retentie van dagelijkse herstelpunten 3650 dagen
Maximale retentie van wekelijkse herstelpunten 521 weken
Maximale retentie van maandelijkse herstelpunten 120 maanden
Maximale retentie van jaarlijkse herstelpunten 10 jaar

Limieten voor herstelmethode

De volgende tabel bevat de limieten voor de herstelmethode:

Setting Limit
Volledig herstel U kunt het volledige opslagaccount herstellen naar een alternatieve locatie.
Containers herstellen U kunt een of meer containers selecteren of het voorvoegsel gebruiken om specifieke containers te filteren om te herstellen.

Note

  • Statische en koude laag-blobs worden hersteld in dynamische laag.
  • Herstellen naar het bronopslagaccount wordt niet ondersteund.
  • De doelopslag die is geselecteerd voor herstel, mag geen container met dezelfde naam hebben.

Volgende stappen