Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
I Azure Storage-dokumentationen avser dataskydd strategier för att skydda lagringskontot och data i det från att tas bort eller ändras, eller för att återställa data när de har tagits bort eller ändrats. Det är viktigt att tänka på hur du bäst skyddar dina data innan en incident inträffar som kan äventyra dem. Denna guide kan hjälpa dig att i förväg avgöra vilka dataskyddsfunktioner ditt ärende kräver. Azure Storage erbjuder också alternativ för katastrofåterställning samt säkerhet och nätverk. Alla dessa metoder samverkar för ett omfattande skydd av dina data.
Rekommendationer för grundläggande dataskydd
Om du vill ha grundläggande dataskyddsskydd för ditt lagringskonto och den data det innehåller, vidta följande steg:
Konfigurera ett Azure Resource Manager-lås på lagringskontot för att skydda kontot från borttagning eller konfigurationsändringar. Läs mer...
Aktivera mjuk borttagning av container för lagringskontot för att återställa en borttagen container och dess innehåll. Läs mer...
Aktivera blob soft delete för lagringskontot för att återställa en raderad eller överskriven blob. Läs mer...
Följande avsnitt beskriver dessa alternativ och andra dataskyddsalternativ för andra scenarier mer detaljerat. För skydd mot bredare scenarier för dataförlust, till exempel oavsiktlig borttagning av konton eller utpressningstrojaner, bör du överväga att aktivera Azure Backup utöver kontofunktioner.
En översikt över de kostnader som ingår i dessa funktioner finns i Sammanfattning av kostnadsöverväganden.
Tips/Råd
Använd Azure Copilot för att få förslag på hur du kan förbättra ditt lagringskontos skyddsstrategi. Mer information finns i Hantera och migrera lagringskonton med Hjälp av Azure Copilot.
Översikt över dataskyddsalternativ
I följande tabell sammanfattas de alternativ som är tillgängliga i Azure Storage för vanliga dataskyddsscenarier. Välj de scenarier som gäller för din situation för att lära dig mer om de alternativ som är tillgängliga för dig. Det är inte alla funktioner som är tillgängliga just nu för lagringskonton med ett hierarkiskt namnområde aktiverat.
| Scenario | Dataskyddsalternativ | Rekommendationer | Skyddsförmån | Tillgänglig för Data Lake Storage |
|---|---|---|---|---|
| Förhindra att ett lagringskonto tas bort eller ändras. | Azure Resource Manager-lås Läs mer... |
Lås alla dina lagringskonton med ett Azure Resource Manager-lås för att förhindra borttagning av lagringskontot. | Skyddar lagringskontot mot borttagning eller konfigurationsändringar. Skyddar inte containrar eller blobar i kontot från att tas bort eller skrivas över. |
Ja |
| Återställ en borttagen container inom ett angivet intervall. | Container – soft delete Läs mer... |
Aktivera mjuk borttagning av containrar för alla lagringskonton, med ett minsta kvarhållningsintervall på sju dagar. Aktivera blob soft delete för optimalt skydd av blobdata. Lagra behållare som kräver olika bevarandeperioder i separata lagringskonton. |
En raderad behållare och dess innehåll kan återställas inom kvarhållningsperioden. Endast åtgärder på containernivå (till exempel Ta bort container) kan återställas. Med mjuk borttagning av containrar kan du inte återställa en enskild blob i containern om den bloben tas bort. |
Ja |
| Återställ en borttagen blob- eller blobversion inom ett angivet intervall. | Soft delete för blobbar Läs mer... |
Aktivera mjuk borttagning av blobar för alla lagringskonton, med ett minsta kvarhållningsintervall på sju dagar. Aktivera container soft delete för optimalt skydd av blobdata. Lagra blobbar som kräver olika bevarandeperioder i separata lagringskonton. |
En borttagen blob eller blobversion kan återställas inom bevarandeperioden. | Ja |
| Spara automatiskt tillståndet för en blob som en tidigare version när den skrivs över. | Blobversionshantering Läs mer... |
Aktivera blob-versionering när du vill automatiskt fånga överskrivnings- och metadataändringar och lagra tidigare versioner av data tills de uttryckligen tas bort. För att minimera kostnaderna, använd en livscykelhanteringspolicy eller en lagringsåtgärdsuppgift för att automatiskt radera gamla versioner. Aktivera med blob soft delete för ett extra skyddslager. Läs mer... Lagra blobdata som inte kräver versionshantering i ett separat konto för att begränsa kostnaderna. |
Varje blobskrivningsåtgärd skapar en ny version. När du tar bort en blob blir den aktuella versionen av blobben en tidigare version. Tidigare versioner kvarstår tills de uttryckligen raderas eller kan anges som aktuell version. | Nej |
| Spara tillståndet för en blob manuellt vid en viss tidpunkt. | Blob-ögonblicksbild Läs mer... |
Rekommenderas för avsiktliga ögonblicksbilder vid en viss tidpunkt, eller som alternativ till blob-versionering på konton med hierarkisk namnrymd, där versionshantering inte är tillgängligt. | En blob kan återställas från en snapshot om blobben skrivs över. Om bloben tas bort tas även snapshots bort. När blob soft delete är aktiverat resulterar överskrivningar i skapandet av mjukt raderade snapshots. |
Nej |
| Förhindra att en blobversion tas bort under ett intervall som du styr. | Oföränderlighetsprincip för en blobversion Läs mer... |
Ange en princip för oföränderlighet för en enskild blobversion för att skydda affärskritiska dokument, till exempel för att uppfylla juridiska krav eller regelefterlevnadskrav. | Skyddar en blobversion från att tas bort och dess metadata från att skrivas över. En överskrivningsåtgärd skapar en ny version. Om minst en container har aktiverat oföränderlighet på versionsnivå skyddas även lagringskontot från borttagning. Det går inte att ta bort containern om det finns minst en blob i containern. |
Nej |
| Förhindra att en container och dess blobar tas bort eller ändras under ett intervall som du kontrollerar. | Oföränderlighetspolicy för en container Läs mer... |
Ange en immutabilitetsprincip för en container för att skydda affärskritiska dokument, till exempel för att uppfylla juridiska krav eller regelefterlevnadskrav. | Skyddar en container och dess blobar från alla borttagningar och överskrivningar. När en juridisk spärr eller en låst tidsbaserad kvarhållningsprincip tillämpas skyddas även lagringskontot från borttagning. Behållare för vilka ingen princip för oföränderlighet har angetts skyddas inte från borttagning. |
Ja |
| Återställ en uppsättning blockblobar till en tidigare tidpunkt. | Återställning till en viss tidpunkt Läs mer... |
Om du vill använda återställning till tidpunkt för att återgå till ett tidigare tillstånd utformar du programmet för att ta bort enskilda blockblobar i stället för att ta bort containrar. | En uppsättning blockblobar kan återställas till sitt tillstånd vid en viss tidpunkt tidigare. Endast åtgärder som utförs på blockblobar återställs. Åtgärder som utförs på containrar, sidblobar eller tilläggsblobar återställs inte. |
Nej |
| En blob kan tas bort eller skrivas över, men data kopieras regelbundet till ett andra lagringskonto. | Azure Blob-valvskopiering Läs mer |
Aktivera valvlagrad säkerhetskopiering för att få en extern kopia av dina data säkerhetskopierad till en Microsoft-klientorganisation utan direktåtkomst. | Ger selektiv säkerhetskopiering av viktiga behållare och möjliggör återställning av enskilda containrar till ett lagringskonto som skiljer sig från källlagringskontot. | Ja AzCopy och Azure Data Factory stöds. Objektreplikering stöds inte. |
| Asynkront kopierar blockblobs till ett destinationskonto i en annan region. | Objektreplikering Läs mer... | Aktivera objektreplikering för att behålla en redundant kopia av blockblobs i en annan region, så att din data förblir tillgänglig om källregionen blir otillgänglig. Lagra blockblobs som kräver replikering i allmänna v2- eller premiumblockblobkonton, eftersom objektreplikering endast stöder dessa kontotyper. | Blockklumpar skrivna till källkontot kopieras asynkront till destinationskontot enligt replikeringspolicyn. Endast blockblobpar replikeras; append-blobs och sidblobs stöds inte, och objektreplikering skyddar inte mot oavsiktlig radering av en enskild blob inom ett konto. | Ja |
Dataskydd efter resurstyp
I följande tabell sammanfattas dataskyddsalternativen för Azure Storage enligt de resurser som de skyddar.
| Dataskyddsalternativ | Skyddar ett konto från borttagning | Skyddar en behållare mot borttagning | Skyddar ett objekt från borttagning | Skyddar ett objekt från överskrivningar |
|---|---|---|---|---|
| Azure Resource Manager-lås | Ja | Nej | Nej | Nej |
| Mjuk borttagning av containrar | Nej | Ja | Nej | Nej |
| Mjuk borttagning för blobbar | Nej | Nej | Ja | Ja |
| Blobversion6 | Nej | Nej | Ja | Ja |
| Blob snapshot6 | Nej | Nej | Nej | Ja |
| Oföränderlighetspolicy på en blobversion | Yes1 | Ja2 | Ja | Ja3 |
| Oföränderlighetsprincip för en container | Ja4 | Ja | Ja | Ja |
| Tidpunktsåterställning5 | Nej | Nej | Ja | Ja |
| Azure Blob-valvsäkerhetskopiering | Nej | Ja | Ja | Ja |
| Objektreplikation7 | Nej | Ja | Ja | Ja |
| Egenutvecklad lösning för att kopiera data till ett andra konto6 | Nej | Ja | Ja | Ja |
1 Radering av lagringskonton misslyckas om det finns minst en container med versionsnivå-oföränderlig lagring aktiverad.
2 Container-radering misslyckas om minst en blob finns i containern, oavsett om policyn är låst eller olåst.
3 Att skriva över innehållet i den aktuella versionen av blobben skapar en ny version. En princip för oföränderlighet skyddar en versions metadata från att skrivas över.
4 Även om en juridisk spärr eller en låst tidsbaserad lagringspolicy gäller i containeromfattning, är lagringskontot också skyddat från radering.
5 Stöds för närvarande inte för Data Lake Storage-arbetsbelastningar.
6 AzCopy och Azure Data Factory är alternativ som stöds för både Blob Storage- och Data Lake Storage-arbetsbelastningar. Objektreplikering stöds endast för Blob Storage-arbetsbelastningar.
7 En replikerad kopia behålls i destinationskontot. Objektreplikering förhindrar inte att blobben raderas i källkontot, och replikering är asynkron, så senaste skrivningar kanske ännu inte finns i destinationen.
Åtgärder för dataåterställning baserade på resurstyp
Om du behöver återställa data som har skrivits över eller tagits bort beror hur du fortsätter på vilka dataskyddsalternativ du har aktiverat och vilken resurs som påverkades. I följande tabell beskrivs de åtgärder som du kan vidta för att få tillbaka data.
| Borttagen eller skrivits över resurs | Möjliga återställningsåtgärder | Krav för återhämtning |
|---|---|---|
| lagringskonto | Försök att återställa det borttagna lagringskontot Läs mer... |
Lagringskontot skapades ursprungligen med Azure Resource Manager-distributionsmodellen och har tagits bort under de senaste 14 dagarna. Inget nytt lagringskonto med samma namn har skapats efter att det ursprungliga kontot togs bort. |
| Container | Återställ den mjukt borttagna containern och dess innehåll Läs mer... |
Mjuk borttagning av containrar är aktiverad och kvarhållningsperioden för mjuk borttagning av containrar har ännu inte upphört att gälla. |
| Behållare och blobbar | Återställa data från ett andra lagringskonto | Alla container- och blobåtgärder har effektivt replikerats till ett andra lagringskonto. |
| Blobb | Återställ en mjukborttagen blob Läs mer... |
Mjuk borttagning av blob är aktiverat och kvarhållningsintervallet för mjuk borttagning har inte upphört att gälla. |
| Uppsättning blockblobar | Återställa en uppsättning blockblobar till deras tillstånd vid en tidigare tidpunkt1 Läs mer... |
Återställning till en viss tidpunkt är aktiverad och återställningspunkten ligger inom kvarhållningsperioden. Lagringskontot har inte komprometterats eller skadats. |
| Blob-ögonblicksbild | Återställ en mjukraderad ögonblicksbild1 Läs mer... |
Blob soft delete är aktiverat, du skrev över bloben för att skapa en soft-deleted snapshot, och soft delete-behållningsintervallet har inte gått ut. Eller så var blob soft delete aktiverad, du raderade en snapshot, och soft delete-behållningsintervallet har inte gått ut. |
| Blob version | Återställ en mjukt borttagen version1 Läs mer... |
Mjuk borttagning av blob är aktiverat och kvarhållningsintervallet för mjuk borttagning har inte upphört att gälla. |
1 Stöds inte för närvarande för Data Lake Storage-arbetsbelastningar.
Sammanfattning av kostnadsöverväganden
I följande tabell sammanfattas kostnadsöverväganden för de olika dataskyddsalternativ som beskrivs i den här guiden. Det kostar inget att aktivera eller konfigurera följande funktioner, men tänk på de kostnader som deras beteende medför.
| Dataskyddsalternativ | Kostnadsöverväganden |
|---|---|
| Azure Resource Manager-lås för ett lagringskonto | Ingen kostnad för att konfigurera ett lås på ett lagringskonto. |
| Mjukt borttagande av container | Data i en container i läge för mjuk borttagning faktureras till samma taxa som aktiv data tills containern är permanent borttagen. |
| Mjuk borttagning för blobbar | Blob-data i mjuk borttagning faktureras med samma taxa som aktiv data tills den permanent raderas. Du faktureras inte för transaktioner som automatiskt genererar snapshots eller versioner när en blob skrivs över eller raderas, men du faktureras för anrop till Undelete Blob-operationen till skriv-transaktionshastigheten. Att aktivera mjuk borttagning för ofta överskriven data kan öka kapacitetsavgifter och listningslatens. För att bedöma effekten rekommenderar Microsoft att man börjar med en minsta lagringstid på sju dagar. För mer information, se Prissättning och fakturering. |
| Blobversionshantering | Efter att du aktiverat blob-versionering skapar varje skriv på en blob i kontot en ny version, vilket kan leda till ökade kapacitetskostnader. Du betalar för en blob-version baserad på unika block eller sidor. Kostnaderna ökar därför när basbloben avviker från en viss version. Att ändra en blob eller blobversions nivå kan ha en faktureringseffekt. Mer information finns i Priser och fakturering. Använd livscykelhantering eller lagringsåtgärder för att ta bort äldre versioner vid behov för att kontrollera kostnaderna. |
| Blob-ögonblicksbilder | Du betalar för data i en snapshot baserat på unika block eller sidor. Kostnaderna ökar därför när basbloben avviker från snapshoten. Att ändra en blobs eller en ögonblicksbilds nivå kan ha en faktureringseffekt. Mer information finns i Priser och fakturering. Använd livscykelhantering eller lagringsåtgärder för att ta bort äldre snapshots vid behov för att kontrollera kostnaderna. |
| Oföränderlighetsprincip för en blobversion | Om du skapar, ändrar eller tar bort en tidsbaserad kvarhållningsprincip eller en spärr för bevarande för en blobversion medför det en skrivtransaktionsavgift. |
| Oföränderlighetsprincip för en container | Oföränderlig data prissätts i samma takt som föränderlig data. Debiteringen fortsätter tills datan blir oföränderlig och raderas. |
| Återställning till tidpunkt | Att aktivera punkt-i-tid-återställning möjliggör också blob-versionering, mjuk borttagning och ändringsflöde, som alla kan leda till andra avgifter. Du debiteras för återställning till tidpunkt när du utför en återställningsåtgärd. Kostnaden för en återställningsåtgärd beror på hur mycket data som återställs. Mer information finns i Priser och fakturering. |
| Valvskyddad säkerhetskopia | För Vaulted Backup tillkommer kostnader för lagring av säkerhetskopior eller instansavgifter, samt kostnaden på källsidan (kopplad till objektreplikering) för det källkonto som säkerhetskopieras. Se Priser. |
| Objektreplikering | Det kostar inget att konfigurera objektreplikering, inklusive att aktivera ändringsflöde och blobversionering samt att lägga till replikeringspolicyer. Objektreplikering kräver ändringsflöde och versionshantering, vilket båda kan leda till andra avgifter. Att underhålla replikerad data i destinationskontot medför kapacitetskostnader, inklusive lagringskostnaden för blobben och varje blobversion. Om destinationskontot befinner sig i en annan region än källan, medför replikering av data också utgående avgifter. Objektreplikering medför transaktionskostnader: en skriv-transaktionsavgift på källkontot och läs- och skrivtransaktionskostnader på destinationskontot, inklusive kostnaden för att läsa ändringsflödesposter. Mer information finns i Fakturering. |
| Kopiera data till ett andra lagringskonto | Att underhålla data på ett andra lagringskonto medför kapacitets- och transaktionskostnader. Om det andra lagringskontot finns i en annan region än källkontot medför kopiering av data till det andra kontot dessutom avgifter för utgående datatrafik. |
Nästa steg
Möjliggör dataskyddsfunktioner i stor skala genom att använda Azures inbyggda principer. Det finns policyer för att möjliggöra mjuk borttagning, versionshantering och objektreplikering.
För vägledning och rekommendationer om katastrofåterställningsfunktioner, se Katastrofåterställning.
För vägledning om datahantering, se livscykelhantering och change feed.
För vägledning om nätverkssäkerhet och autentisering, se Säkerhet och nätverk.