Den här artikeln sammanfattar regional tillgänglighet, scenarier som stöds och begränsningar för drifts- och valvsäkerhetskopior av blobar.
Regioner som stöds
Välj en säkerhetskopieringstyp
Driftsäkerhetskopiering för blobar är tillgänglig i alla offentliga molnregioner, förutom Frankrike, södra och Sydafrika, västra. Den är också tillgänglig i nationella molnregioner – alla Azure Government-regioner och Kina-regioner (utom Kina, östra).
Valvsäkerhetskopiering för blobar är tillgänglig i alla offentliga molnregioner.
Scenarier som stöds och inte stöds för Azure Blob-säkerhetskopiering
Välj en säkerhetskopieringstyp
Driftsäkerhetskopiering av blobar använder blob-återställning till tidpunkt, blobversionshantering, mjuk borttagning för blobar, ändringsflöde för blobar och borttagningslås för att tillhandahålla en lokal säkerhetskopieringslösning. Därför gäller de begränsningar som gäller för dessa funktioner även för driftsäkerhetskopiering.
Scenarier som stöds:
Driftsäkerhetskopiering stöder endast blockblobar i standardlagringskonton för generell användning v2. Lagringskonton med hierarkiskt namnområde aktiverat (d.v.s. ADLS Gen2-konton) stöds inte.
Dessutom återställs inte sidblobar, tilläggsblobar och premiumblobar i ditt lagringskonto och endast blockblobar återställs.
Blobsäkerhetskopiering stöds också när lagringskontot har privata slutpunkter.
Andra begränsningar:
- Om du har tagit bort en container under kvarhållningsperioden återställs inte containern med återställning till tidpunkt. Om du försöker återställa ett intervall med blobar som innehåller blobar i en borttagen container misslyckas återställningen till tidpunkt. Mer information om hur du skyddar containrar från borttagning finns i Mjuk borttagning för containrar.
- Containrar med aktiverat bevarande av juridiska skäl stöds inte.
- Om en blob har flyttats mellan de frekventa och lågfrekventa nivåerna under perioden mellan nutiden och återställningspunkten återställs blobben till den tidigare nivån. Det går inte att återställa blockblobar på arkivnivån. Om till exempel en blob på den frekventa nivån flyttades till arkivnivån för två dagar sedan, och en återställningsåtgärd återställs till en punkt för tre dagar sedan, återställs inte blobben till den frekventa nivån. Om du vill återställa en arkiverad blob flyttar du den först från arkivnivån. Mer information finns i Extrahera blobdata från arkivnivån.
- Ett block som har laddats upp via Put Block eller Put Block från URL, men som inte har checkats in via
Put Block List, är inte en del av en blob och återställs därför inte som en del av en återställningsåtgärd.
- Det går inte att återställa en blob med ett aktivt lån. Om en blob med ett aktivt lån ingår i intervallet för blobar som ska återställas misslyckas återställningsåtgärden automatiskt. Avbryt aktiva lån innan du startar återställningsåtgärden.
- Ögonblicksbilder skapas eller tas inte bort som en del av en återställningsåtgärd. Endast basbloben återställs till sitt tidigare tillstånd.
- Om det finns oföränderliga blobar bland dem som återställs återställs inte sådana oföränderliga blobar till sitt tillstånd enligt den valda återställningspunkten. Andra blobbar som inte har oföränderlighet aktiverat återställs dock till den valda återställningspunkten som förväntat.
Du kan bara säkerhetskopiera blockblobar i ett standardlagringskonto för generell användning v2 med hjälp av den välvda säkerhetskopieringslösningen för blobar.
Säkerhetskopiering med blobvalv stöds också när lagringskontot har privata slutpunkter.
HNS-aktiverade lagringskonton stöds för närvarande inte. Detta omfattar ADLS Gen2-konton, konton med NFS 3.0 och SFTP-protokoll för blobar.
Du kan ta upp till fem säkerhetskopior per lagringskonto på en dag.
Du kan säkerhetskopiera lagringskonton med upp till 100 containrar, det finns ingen gräns för antalet blobar i dessa containrar. Du kan också välja en delmängd av containrar som ska säkerhetskopieras (upp till 100 containrar).
- Om ditt lagringskonto innehåller fler än 100 containrar måste du välja upp till 100 containrar att säkerhetskopiera.
- Om du vill säkerhetskopiera alla nya containrar som skapas efter säkerhetskopieringskonfigurationen för lagringskontot ändrar du skyddet för lagringskontot. Dessa containrar säkerhetskopieras inte automatiskt.
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.
Endast $web och $root systemcontainrar stöds för valvsäkerhetskopiering.
Om du stoppar skyddet (valvsäkerhetskopiering) på ett lagringskonto tas inte den princip för objektreplikering som skapats på lagringskontot bort. I dessa scenarier måste du ta bort OR-principerna manuellt.
Du kan undvika störningar i Azure Blob-vaultade säkerhetskopior under en lagringskontofailover genom att följa en specifik sekvens – pausa backupen, ta bort objektreplikeringspolicyn på lagringskontonivå, slutföra failovern och sedan återuppta backupen. Denna process påverkar inte befintliga återhämtningspunkter. Dock utlöser det en fullständig rereplikation av blobs under nästa backup-operation. Objektreplikeringspolicyn återskapas automatiskt i nästa backupcykel.
När du tar bort säkerhetskopior tar Azure Backup automatiskt bort objektreplikeringsprincipen från källan. Om det finns anpassade lås tar du bort policyn manuellt. Om du stoppar skyddet kopplas endast lagringskontot från säkerhetskopieringsvalvet och verktygen (till exempel Säkerhetskopieringscenter). Den här åtgärden inaktiverar inte återställning av blobbar till en viss tidpunkt, versionshantering av blobbar eller inställningar för ändringsflöde för blobbar.
Säkerhetskopiering av blobar på arkivnivå stöds inte. Lågfrekventa och kalla nivåblobar återställs på frekvent nivå.
Säkerhetskopieringsåtgärden stöds inte för blobar som laddas upp med hjälp av Data Lake Storage-API:er.
När du raderar och återskapar en container i ett lagringskonto med samma namn, känner inte objektreplikering igen ändringen. Därför fortsätter framtida återställningspunkter att innehålla de äldre blobarna och deras versioner.
Om du tar bort och återskapar en container med samma namn spårar inte Objektreplikering ändringen och framtida återställningspunkter innehåller fortfarande tidigare blobar och versioner.
Om du pausar och återupptar skyddet eller tar bort principen för objektreplikering på källlagringskontot utlöser principen en fullständig säkerhetskopia.
Säkerhetskopieringsvalv med användartilldelad hanterad identitet (UAMI) är inte kompatibla med Azure Blob Vaulted-säkerhetskopior. Endast systemtilldelad hanterad identitet (SAMI) fungerar eftersom valvet måste komma åt lagringskontot där blobarna lagras. Valvet använder sin systemtilldelade hanterade identitet för den här åtkomsten.
Aktivering av säkerhetskopior stöds inte för blobcontainern som har konfigurerats med intern replikering med hjälp av datafabriken.
Skyddet av en container som ingår i en objektreplikering stöds inte, varken som källa eller mål. Försök att säkerhetskopiera en sådan container resulterar i säkerhetskopieringsfel.
Containrar med aktiverat bevarande av juridiska skäl stöds inte.
Nästa steg
Översikt över Säkerhetskopiering av Azure Blobs för Azure Blobs
Relaterat innehåll