Dela via

Stödmatris för azure Data Lake Storage-valvsäkerhetskopiering

Den här artikeln sammanfattar regional tillgänglighet, scenarier som stöds och begränsningar för valvsäkerhetskopior av Azure Data Lake Storage. Azure Backup möjliggör nu förbättrat skydd och återställning för Azure Data Lake Storage genom välvda säkerhetskopior som erbjuder motståndskraft mot utpressningstrojaner, säker lagring utanför plats och långsiktig datakvarhållning. Se Microsoft Community Hub-bloggen.

Mer information om Azure Backups stöd för säkerhetskopior i Azure Data Lake Storage som möjliggör säkert, långsiktigt och isolerat dataskydd finns i Microsoft Community Hub-bloggen.

Regioner som stöds

Välvda säkerhetskopior av Azure Data Lake Storage är tillgängliga i följande regioner:

Tillgänglighetstyp Region
Allmän tillgänglighet Centrala USA, Östasien, Frankrike Syd, Tyskland Västcentrala, Sydöstra USA, Schweiz Nord, Schweiz Väst, Förenade Arabemiraten Nord, Storbritannien Väst, Västra Indien, Centrala Indien, Norra Centrala USA, Sydindien, Storbritanniens södra, Västra Centrala USA, Västra USA 3, Nordeuropa.
Preview Australien öst, östra USA, östra US 2, Sydostasien, västra USA, västra US 2.

Lagringskonton som stöds

I följande tabell visas information om lagringskontot som stöds:

Information om lagringskonto Support
Typ av konto Blockera endast blobar i ett standardlagringskonto för generell användning v2 HNS-aktiverat.

Konton som använder NFS-protokoll (Network File Shares) 3.0 och SFTP (Secure File Transfer Protocol) för blobar stöds för närvarande inte.
Redundancy Lokalt redundant lagring (LRS), zonredundant lagring (ZRS), geo-redundant lagring (GRS) aktiverat lagringskonto.
Tier Blobbar på frekvent, lågfrekvent och kall nivå stöds.

Backup för Archive-tierblobben i Azure Data Lake-lagringskontot stöds inte.
Uppgraderade lagringskonton Konton som uppgraderats från Azure Blob Storage till Azure Data Lake Storage stöds inte*.

Skyddsgränser

I följande tabell visas skyddsbegränsningarna:

Setting Limit
Maximalt antal containrar i ett lagringskonto som kan skyddas 100
Valvredundans LRS/ZRS/GRS

Stödda scenarier för Azure Data Lake Storage Protection

Azure Data Lake Storage Protection har följande stödda scenarier:

  • Backupvalv med System-Assigned Managed Identity (SAMI) fungerar för backup, eftersom valvet behöver komma åt lagringskontot där blobsen lagras. Valvet använder sin systemtilldelade hanterade identitet för den här åtkomsten.
  • Du kan skydda lagringskontot med valvet i en annan prenumeration men i samma region som lagringskontot.
  • Azure Data Lake Storage-konton stöder både BLOB- och Data File System-API:er (DFS).
  • $web Container kan inte återställas som $web på målet. Använd alternativet renameTo och återställ den med ett annat containernamn.

Icke-stödda scenarier och överväganden för Azure Data Lake Storage Protection

Azure Data Lake Storage Protection har följande icke-stödda scenarier:

  • Alla nya containrar som skapas efter säkerhetskopieringskonfigurationen för lagringskontot säkerhetskopieras inte automatiskt. Om du vill aktivera säkerhetskopieringsåtgärden för de nya containrarna ändrar du skyddet för lagringskontot.
  • Lagringskontona som ska säkerhetskopieras måste innehålla minst en container. Om lagringskontot inte innehåller några containrar eller om inga containrar har valts kan ett fel visas när du konfigurerar säkerhetskopiering.
  • Säkerhetskopieringsvalv med användartilldelad hanterad identitet (UAMI) är inte kompatibla med Azure Blob Vaulted-säkerhetskopior.
  • När ett Azure Data Lake Storage-konto eller container i det raderas och återskapas med samma namn mellan två på varandra följande säkerhetskopior, behåller återställningspunkterna äldre blobs och versioner.
  • Arkivnivån för säkerhetskopieringsdata i ett valv stöds för närvarande inte.
  • Lagringskonton uppgraderade från FNS till HNS stöds inte för säkerhetskopiering.
  • SFTP- och NFS-aktiverade konton stöds inte för Vaulted Backup. Backupjobb på dessa konton misslyckas eller hänger när de bearbetar blobs som laddats upp via SFTP.
  • Vaulted Backup stöder inte dataöverföringar mellan olika behållare eftersom säkerhetskopieringspolicyer är specifika för container. Om du flyttar data mellan containrar bryts replikeringskonsistensen.
  • När blob i Data Lake Storage-konton har utgångsdatum konfigurerat—antingen under skapandet med PutBlob eller PutBlockList, eller senare via SetBlobExpiry API:et—gäller följande beteenden för Azure Data Lake-lagringskonton med Vaulted Backup aktiverat:
    • Befintliga blobs med utgångsdatum: Dessa blobs kommer att fortsätta uppvisa nuvarande beteende: när de har gått ut finns de kvar i befintliga återställningspunkter, vilket kan leda till inkonsekvenser i framtida återställningspunkter.
    • Framtida utgångsinställningar: Alla försök att sätta utgångsdatum med SetBlobExpiry kommer att misslyckas för lagringskonton konfigurerade med Vaulted Backup. Denna begränsning säkerställer återställningspunktintegritet framöver.
  • När Vaulted Backup är aktiverad:
    • Mjuk borttagning: Blobs i Azure Data Lake-lagringskontot kan fortfarande mjukt raderas som förväntat.
    • Återställ för blobs i Azure Data Lake-lagringskonto från mjukt raderat tillstånd stöds inte medan Vaulted Backup är aktiv. Återställa raderingen fungerar bara om Vaulted Backup är inaktiverad först. Att aktivera Vaulted Backup igen efter att ha inaktiverat dem triggar en fullständig backup.

Begränsningar för säkerhetskopiering

I följande tabell visas gränserna för säkerhetskopiering:

Setting Limit
Maximalt antal säkerhetskopieringar på begäran per dag 4
Maximalt antal schemalagda säkerhetskopieringar per dag 1

Note

Om du pausar och återupptar skyddet eller tar bort principen för objektreplikering på källlagringskontot utlöser principen en fullständig säkerhetskopia.

Kvarhållningsgränser

I följande tabell visas kvarhållningsgränser:

Setting Limit
Maximal kvarhållning av dagliga återställningspunkter 3 650 dagar
Maximal kvarhållning av veckovisa återställningspunkter 521 veckor
Maximal kvarhållning av månatliga återställningspunkter 120 månader
Maximal kvarhållning av årliga återställningspunkter 10 år

Begränsningar för återställningsmetod

I följande tabell visas begränsningarna för återställningsmetoden:

Setting Limit
Fullständig återställning Du kan återställa det fullständiga lagringskontot till en annan plats.
Återställning av containrar Du kan välja en eller flera containrar eller använda prefix för att filtrera specifika containrar för återställning.

Note

  • Lågfrekventa och kalla nivåblobar återställs på frekvent nivå.
  • Återställning till källlagringskontot stöds inte.
  • Mållagringen som valts för återställning bör inte ha någon container med samma namn.

Nästa steg

Relaterat innehåll

Åtkomstnivåer för blobdata.

  • Last updated on