Mjuk borttagning för blobar

Blob soft delete skyddar en enskild blob, snapshot eller version från oavsiktliga raderingar eller överskrivningar genom att behålla den raderade datan i systemet under en angiven tidsperiod. Under kvarhållningsperioden kan du återställa ett mjukt borttaget objekt till dess tillstånd när det togs bort. När lagringsperioden har löpt ut raderas objektet permanent.

Rekommenderad dataskyddskonfiguration

Mjuk borttagning av blobar är en del av en omfattande dataskyddsstrategi för blobdata i kontot. För optimalt skydd av dina blobdata rekommenderar Microsoft att du aktiverar följande dataskyddsfunktioner:

• Blob soft delete, om du vill återställa en blob, en ögonblicksbild eller en version som du har tagit bort. Information om hur du aktiverar mjuk borttagning av blobar finns i Aktivera och hantera mjuk borttagning för blobar.

• Mjuk borttagning av containrar – för att återställa en container som du har tagit bort. Information om hur du aktiverar mjuk borttagning av containrar finns i Aktivera och hantera mjuk borttagning för containrar.

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. Mer information om Microsofts rekommendationer för dataskydd finns i Översikt över dataskydd.

Så fungerar mjuk borttagning av blobbar

När du aktiverar blob soft delete för ett lagringskonto, ange en kvarhållningsperiod för raderade objekt mellan 1 och 365 dagar. Kvarhållningsperioden anger hur länge data är tillgängliga när de har tagits bort eller skrivits över. Så snart ett objekt tas bort eller skrivs över fastställs utgångstidpunkten för bevarandeperioden.

Medan lagringsperioden är aktiv kan du återställa en borttagen blob, tillsammans med dess snapshots och versioner, genom att anropa Undelete Blob-operationen . Följande diagram visar hur ett borttaget objekt kan återställas när mjuk borttagning av blobar är aktiverat:

Du kan uppdatera den konfigurerade lagringsperioden när som helst.

Om du inaktiverar blob soft delete kan du fortsätta att komma åt och återställa mjukt raderade objekt i ditt lagringskonto tills soft delete-bevaringsperioden är slut.

Version 2017-07-29 och högre av Azure Storage REST API stödjer blob soft delete.

Hur borttagningar hanteras när mjuk borttagning är aktiverad

När du aktiverar blob soft delete markeras blobben som soft-deleted när du tar bort den. Raderingsprocessen skapar ingen ögonblicksbild. När bevarandeperioden löper ut raderar systemet permanent den mjukt borttagna blobben. I konton som har en hierarkisk namnrymd förblir åtkomstkontrollistan för en blob intakt om blobben återställs.

Om en blob har snapshots kan du inte ta bort blobben om du inte också tar bort snapshots. När du tar bort en blob och dess ögonblicksbilder markeras både bloben och ögonblicksbilderna som mjukt borttagna. Raderingsprocessen skapar inga nya ögonblicksbilder.

Du kan också ta bort en eller flera aktiva ögonblicksbilder utan att ta bort basbloben. I det här fallet tas ögonblicksbilden bort mjukt.

Om du raderar en katalog i ett konto som har funktionen hierarkiskt namnrymd aktiverad, markeras katalogen och allt sitt innehåll för mjuk borttagning. Du kan bara komma åt den mjukraderade katalogen. För att komma åt innehållet i den mjukt raderade katalogen måste du återställa raderingen av den mjukt raderade katalogen.

Mjukraderade objekt är osynliga om du inte uttryckligen visar eller listar dem. Mer information om hur du listar mjukraderade objekt kan hittas i Hantera och återställa mjukraderade blobbar.

Hur överskrivningar hanteras när mjuk borttagning är aktiverad

Om du anropar en åtgärd som Put Blob, Put Block List eller Copy Blob skrivs data i en blob över. När du aktiverar blob soft delete skapar överskrivning av blob automatiskt en mjukt raderad snapshot av blobens tillstånd före skrivoperationen. När kvarhållningsperioden löper ut raderar systemet permanent den mjukt borttagna snapshoten. Operationen som systemet utför för att skapa snapshoten visas inte i Azure Monitor resursloggar eller Storage Analytics-loggar.

Mjukt raderade snapshots är osynliga om du inte uttryckligen visar eller listar mjukt raderade objekt. Mer information om hur du listar mjukraderade objekt kan hittas i Hantera och återställa mjukraderade blobbar.

Mjuk borttagning av blobar skyddar inte mot åtgärder för att skriva blobmetadata eller egenskaper. Ingen ögonblicksbild med mjuk borttagning skapas när en blobs metadata eller egenskaper uppdateras. För att hämta en blobs metadata, se Blob-versionering.

För premiumlagringskonton räknas inte mjukraderade ögonblicksbilder mot gränsen på 100 ögonblicksbilder per blob.

Återställa mjukt borttagna objekt

Du kan återställa mjukt borttagna blobar eller kataloger (i ett hierarkiskt namnområde) genom att anropa åtgärden Ta bort blob inom kvarhållningsperioden. Operationen Undelete Blob återställer en blob och eventuella mjukt raderade snapshots eller versioner kopplade till den. Den återställer alla snapshots som raderades under lagringsperioden. I konton som har ett hierarkiskt namnområde återställs åtkomstkontrollistan för en blob tillsammans med bloben.

I konton som har ett hierarkiskt namnrymd kan du också använda funktionen Undelete Blob för att återställa en mjukt raderad katalog och allt dess innehåll. Om du byter namn på en katalog som innehåller mjukt borttagna blobar kopplas dessa mjukt borttagna blobar från från katalogen. För att återställa dessa blobs behöver du återställa katalognamnet till dess ursprungliga namn eller skapa en separat katalog som använder det ursprungliga katalognamnet. Annars får du ett felmeddelande när du försöker återställa dessa mjukt raderade blobs. Du kan inte heller återställa en katalog eller en blob till en filsökväg som redan har en katalog eller blob med det namnet. Till exempel, om du raderar a.txt (1) och laddar upp en ny fil som också heter a.txt (2), kan du inte återställa den mjukt raderade a.txt (1) förrän den aktiva a.txt (2) antingen raderas eller byter namn. Du kan inte komma åt innehållet i en mjukraderad katalog förrän efter att katalogen har avraderats.

Att anropa Undelete Blob på en blob som inte är soft-deleted återställer alla soft-raderade snapshots som är kopplade till bloben. Om bloben inte har några ögonblicksbilder och inte tas bort mjukt har det ingen effekt att anropa Undelete Blob .

För att upphöja en mjukborttagen ögonblicksbild till basbloben, anropa först Ångra borttagning av blob på basbloben för att återställa bloben och dess ögonblicksbilder. Kopiera sedan den önskade ögonblicksbilden över basbloben. Du kan också kopiera ögonblicksbilden till en ny blob.

Du kan inte läsa data i en mjukt raderad blob eller snapshot förrän objektet återställs.

Mer information om hur du återställer mjukt borttagna objekt finns i Hantera och återställa mjukt borttagna blobar.

Skydd mot mjuk borttagning av blobar efter åtgärd

I följande tabell beskrivs det förväntade beteendet för borttagnings- och skrivoperationer när mjuk borttagning av blob är aktiverad, antingen med eller utan blobversionshantering. I följande tabeller betyder No change att operationen beter sig likadant oavsett om blob soft delete är aktiverad eller inte.

Lagringskonto (inget hierarkiskt namnområde)

Lagringskonto (hierarkiskt namnområde)

Funktionsstöd

Stöd för den här funktionen kan påverkas genom att aktivera Data Lake Storage Gen2, NFS 3.0-protokoll (Network File System) eller SSH File Transfer Protocol (SFTP). Om du har aktiverat någon av dessa funktioner kan du läsa Stöd för Blob Storage-funktioner i Azure Storage-konton för att utvärdera stödet för den här funktionen.

Arbetsbelastningsöverväganden

Att aktivera mjuk borttagning påverkar inte din befintliga data, men det förändrar beteendet för borttagnings- och överskrivningsoperationer. Innan du aktiverar mjuk borttagning på en produktionsarbetsbelastning, överväg följande faktorer:

• När alla blobbar listas returneras nu mjukt raderade blobbar. Denna förändring har störst effekt. Applikationer som listar blobs med en all-flagga (BlobListingDetails.All i äldre SDK:er eller BlobStates.All i v12 Azure.Storage.Blobs SDK) börjar få mjukt raderade blobs när du aktiverar mjuk radering. Applikationslogik som antar att endast aktiva blobs returneras kan fungera felaktigt, och säkerhetskopierings- eller återställningsprocesser kan misstolka mjukt raderade blobs som aktiv data. Granska din kod för alla listningsflaggor och testa innan du aktiverar. För att lista endast aktiva blobs, använd BlobStates.None. För att lista versioner med undantag för mjukraderade blobbar, använd BlobStates.Versioned.

• Raderingar och överskrivningar behåller nu data och fortsätter att debiteras. När du aktiverar mjuk borttagning frigörs inte utrymme omedelbart när du tar bort eller skriver över en blob. Det tidigare tillståndet behålls som mjukt borttagen data och faktureras med samma taxa som aktiv data tills lagringsperioden löper ut. Arbetsbelastningar som är beroende av raderings- eller överskrivningsoperationer för att återta lagring medför extra kostnader under hela bevarandeperioden.

• Arbetsbelastningar med många överskrivningar leder till att mjukt raderade ögonblicksbilder ackumuleras. På FNS-konton, om versionshantering inte är aktiverad, skapar varje överskrivning en mjukt raderad snapshot som fångar föregående tillstånd. Applikationer som ofta skriver över samma blobs, såsom loggning, checkpointing eller temporära filer, kan generera stora mängder mjukt borttagna data och oväntade kostnader. Om du inte har ändrat en blob- eller ögonblicksbildnivå debiteras du för unika datablock i blobben, dess ögonblicksbilder och eventuella versioner. Se skärmbilder Prissättning och fakturering. Välj en lagringsperiod som speglar dina återhämtningsbehov utan att behålla data längre än nödvändigt.

• Blockera DFS-ändpunkten på konton med platt namnrymd. När du aktiverar mjuk borttagning på ett konto utan hierarkisk namnrymd blockeras operationer via Data Lake Storage (DFS) endpoint (*.dfs.core.windows.net) och misslyckas med EndpointUnsupportedAccountFeatures. Använd istället Blob-endpointen (*.blob.core.windows.net) eller uppgradera kontot till en hierarkisk namnrymd för att använda DFS-endpoints med soft delete aktiverat.

Interaktioner mellan funktioner

Blobversionshantering

• Överskrivningar skapar en version i stället för en mjukt borttagen ögonblicksbild: Om du aktiverar både blobversionering och mjuk borttagning av blobbar, skapar överskrivning av en blob en ny tidigare version som fångar blobens tidigare tillstånd. Åtgärden skapar inte en mjukt borttagen ögonblicksbild. Den nya versionen tas inte bort mjukt och tas inte bort när kvarhållningsperioden för mjuk borttagning upphör att gälla.

• Att ta bort en tidigare version mjukraderar endast den versionen: Att ta bort en specifik tidigareversion mjukraderar den versionen, som behålls tills perioden för mjukradering har löpt ut. Efter att kvarhållningsperioden har löpt ut raderas den mjukt borttagna versionen permanent.

• Undelete återställer alla mjukt raderade versioner: Operationen Undelete Blob återställer alla mjukt raderade versioner av en blob samtidigt; du kan inte selektivt återställa en. Den gör ingen version aktuell. För att återställa den aktuella versionen, ångra borttagningen först och kopiera sedan den önskade tidigare versionen över basblobben. För mer information, se Funktionsinteraktioner.

Blob-ögonblicksbilder

• Överskrivningar skapar en mjukt raderad snapshot när versionshantering är inaktiverad: På ett platt-namnrymdskonto utan versionshantering genererar överskrivning av en blob automatiskt en mjukt raderad snapshot som fångar blobbens tillstånd före skrivningen. När bevarandeperioden löper ut raderas snapshoten permanent.

• Mjuk borttagning skyddar snapshots som du explicit tar bort: Att ta bort en aktiv snapshot mjuktar bort den, och den behålls under kvarhållningsperioden. Du kan inte ta bort en basblob som har snapshots om du inte tar bort dess snapshots också. När du raderar båda markerar du alla som mjukt raderade.

• Premiumkonton räknar inte mjukt raderade snapshots mot snapshotgränsen: På premiumblockblob-konton räknas inte mjukt raderade snapshots mot gränsen per blob på 100 snapshots.

Livscykelhantering

• Livscykelborttagningsåtgärder genererar mjukt raderade objekt: När en livscykelhanteringspolicy raderar en blob, snapshot eller version gäller mjuk borttagning fortfarande. Det borttagna objektet flyttas till det mjukborttagna tillståndet och förblir återställbart under kvarhållningsperioden istället för att tas bort omedelbart. Om du använder livscykelregler för att styra lagringstillväxt, ta hänsyn till det extra retentionsfönstret, eftersom raderade data fortsätter att faktureras tills retentionsperioden har löpt ut.

Permanent borttagning

• Permanent borttagning åsidosätter kvarhållning för mjuk borttagning av snapshots och versioner: Om du aktiverar funktionen för permanent borttagning på kontot kan en anropare med lämpliga behörigheter permanent ta bort mjukt borttagna snapshots och versioner innan kvarhållningsperioden löper ut. Om du vill ha fullt skydd mot mjuk radering under hela lagringsperioden, inaktivera permanent borttagning.

Mjuk borttagning av container

• Blob soft delete och container soft delete skyddar olika scopes: Blob soft delete återställer enskilda blobs, snapshots och versioner, men kan inte återställa en borttagen container. Container soft delete återställer en borttagen container och dess innehåll, men skyddar inte mot radering av enskilda blobs inom en aktiv container. De två funktionerna kompletterar varandra, och Microsoft rekommenderar att båda aktiveras.

• Du kan inte återställa enskilda blobbar från en mjukt borttagen container: Mjuk borttagning av containrar återställer en container i sin helhet till dess tillstånd vid borttagningen. Du kan inte selektivt återställa enskilda blobs från en mjukt borttagen behållare. Återställ hela behållaren först, arbeta sedan med dess blobs. För mer information, se Container soft delete.

Kända begränsningar

• Det skyddar inte mot att containern eller kontot raderas. Blob soft delete fungerar endast på blob-, snapshot-, versions- och katalognivå (i en hierarkisk namnrymd). För att återställa en borttagen container och dess innehåll måste du också aktivera container soft delete. För att skydda mot bredare dataförlustscenarier som oavsiktlig kontoborttagning eller ransomware, aktivera Azure Backup.

• Skyddar inte metadata eller egenskapsskrivningar. Ingen mjukborttagen ögonblicksbild skapas när du uppdaterar en blobs metadata eller egenskaper. Du kan inte återställa de här ändringarna med soft delete.

• Skyddar inte hierarkiska namnrymdskonton från att skrivas över. På konton med en hierarkisk namnrymd skyddar mjuk borttagning endast mot raderingar. Överskrivningar fångas inte som mjukt raderade snapshots och kan inte återställas.

• Lagringsperioden är 1 till 365 dagar och kan inte förlängas. När lagringsperioden har löpt ut kan den inte förlängas och objektet raderas permanent.

• Funktionen ”Permanent Delete” åsidosätter kvarhållning vid mjuk borttagning. Om du aktiverar funktionen Permanent Delete-funktionen på kontot kan det permanent ta bort mjukt raderade snapshots och versioner innan lagringsperioden löper ut.

• Raderingar av Set Blob Expiry går inte att återställa. Blobbar som raderas genom ADLS-only-operationen Set Blob Expiry blir inte mjukt borttagna blobbar och kan inte återställas.

• Blockerar uppgradering av ett platt namnrymdskonto till en hierarkisk namnrymd (ADLS). När du aktiverar blob- eller container-mjuk borttagning på ett flat-namespace-konto blockeras uppgradering av kontot till ett hierarkiskt namespace (till exempel via Invoke-AzStorageAccountHierarchicalNamespaceUpgrade eller az storage account hns-migration start). För att migrera, inaktivera soft delete, utför uppgraderingen och aktivera sedan soft delete igen. Aktivera helst ADLS när kontot skapas.

Prissättning och fakturering

Alla mjukt borttagna data faktureras till samma avgift som aktiva data. När en blob mjukraderas förblir den i samma åtkomstnivå och du betalar för samma åtkomstnivå. Du debiteras inte för data som permanent raderas efter att lagringsperioden har löpt ut.

När du aktiverar mjuk borttagning, använd en kort lagringsperiod för att bättre förstå hur funktionen påverkar din faktura. Den minsta rekommenderade kvarhållningsperioden är sju dagar.

Att aktivera mjuk borttagning för ofta överskriven data kan leda till ökade lagringskostnader och ökad latens vid listning av blobs. Du debiteras inte för transaktioner som rör automatisk generering av ögonblicksbilder eller versioner när en blob skrivs över eller tas bort. Du debiteras för anrop till åtgärden Återställ blob med transaktionshastigheten för skrivåtgärder.

Mer information om priser för Blob Storage finns på sidan med priser för Blob Storage.

Mjuk borttagning av blobar och diskar för virtuella datorer

Mjuk borttagning av blobar är tillgängligt för både premium- och standard ohanterade diskar, som är sidblobar i bakgrunden. Mjuk borttagning kan hjälpa dig att återställa data som har tagits bort eller skrivits över av operationerna Ta bort blobb, Skapa blobb, Skapa blocklista och Kopiera blobb endast.

Data som skrivs över av ett anrop till Put Page kan inte återställas. En virtuell Azure-maskin skriver till en ohanterad disk genom att använda anrop till Put Page, så att använda soft delete för att ångra skrivningar till en ohanterad disk från en Azure-VM är inte ett stödd scenario.

Övervaka och felsöka

För att visa mjukt raderade blobs i Azure-portalen, aktivera Visa aktiva och borttagna blobs i containervyn.

Programmässigt listar du dem med List Blobs-operationen och include=deleted (eller flaggan BlobStates.Deleted i Azure.Storage.Blobs v12 SDK). För att kvantifiera mjukt raderad data, kör en Azure Storage blob-inventarierapport med filtret includeDeleted inställt på true och aggregera Content-Length fältet; observera att BlobCapacity-metriken i Azure Monitor rapporterar total kontokapacitet och inte separerar mjukt raderad data från aktiv data.

• Min applikation började returnera raderade blobbar, eller misslyckas efter att jag aktiverade mjuk borttagning: Om din kod listar blobbar med en "alla"-flagga (BlobListingDetails.All i äldre SDK:er eller BlobStates.All i v12 Azure.Storage.Blobs SDK), inkluderas mjukt raderade blobbar nu i resultaten. Applikationslogik som antar att endast aktiva blobs returneras kan fungera felaktigt, och säkerhetskopierings- eller återställningsprocesser kan misstolka mjukt raderade blobs som aktiv data. Granska din kod för "alla" flaggor för listningar. För att lista endast aktiva blobs, använd BlobStates.None; för att lista versioner samtidigt som mjukt raderade blobs exkluderas, använd BlobStates.Versioned.

• Mina DFS-endpoint-operationer misslyckas med EndpointUnsupportedAccountFeatures: På ett platt-namespace-konto blockerar aktivering av soft delete Data Lake Storage (DFS)-endpointen. Operationer mot *.dfs.core.windows.net misslyckas och ger EndpointUnsupportedAccountFeatures. Bekräfta om dina anslutningssträngar eller övervakning visar DFS-endpoint-förfrågningar. För att lösa det, uppdatera arbetsbelastningen så att den använder Blob-endpointen (*.blob.core.windows.net), eller uppgradera kontot till en hierarkisk namnrymd så att DFS-endpoints fungerar med soft delete aktiverat.

• Min borttagna blob visas inte i behållaren: Mjukt borttagna blobbar är dolda från standardlistoperationer. I Azure-portalen, aktivera Visa raderade blobs; programmatiskt, sätt include=deleted. Om blobben fortfarande inte dyker upp, bekräfta att soft delete aktiverades innan blobben raderades, och att lagringsperioden inte har passerat.

• Min blob raderades permanent trots att mjuk borttagning är aktiverad: Kolla två saker. För det första, om funktionen Permanent Delete är aktiverad på kontot, kan mjukt raderade ögonblicksbilder och versioner tas bort innan lagringsperioden löper ut; inaktivera den för fullt skydd. För det andra blir filer som raderas via ADLS-only-operationen Set Blob Expiry inte mjukraderade och kan inte återställas. Annars, kontrollera att lagringstiden inte redan har passerat, eftersom data tas bort permanent när den väl har passerat.

• Mina lagringskostnader ökade efter att jag aktiverade soft delete: Mjukraderade blobbar, ögonblicksbilder och versioner faktureras till samma pris som aktiva data tills kvarhållningsperioden löper ut. Arbetsbelastningar med tunga överskrivningar samlar snabbt på sig mjukt raderade ögonblicksbilder när versionshantering inaktiveras. Använd blobinventering för att identifiera mjukt raderade data och överväg en kortare kvarhållningsperiod.

• Jag kan inte återställa en raderad container med blob soft delete: Blob soft delete skyddar enskilda blobs, inte containrar. Om en container har raderats kan dess blobs inte återställas genom blob soft delete. Containeråterställning kräver att container soft delete har aktiverats i förväg. Se Container soft delete.

• Jag behöver inaktivera soft delete i stor skala efter att ha aktiverat det alltför brett: Se Aktivera soft delete för containers för instruktioner om hur man inaktiverar soft delete med olika verktyg.

• Jag har satt min lagringsperiod för lång och vill att mina blobs ska raderas permanent tidigare: För att permanent ta bort blobs som redan har blivit soft deleted, återställ de mjukt raderade blobs, stäng av funktionen för mjuk borttagning och radera blobs igen.

Nästa steg

• Aktivera mjuk borttagning för blobbar

• Hantera och återställa tillfälligt borttagna blobar

• Blobversionshantering