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.
Den här artikeln ger riktlinjer för bästa praxis för att använda lagringsaktiviteter.
Sammansättning
Utformningsvillkor som gäller för flera lagringskonton. Överväg att aktivera mjuk borttagning av blobar innan du använder borttagningsåtgärder i dina villkor och granska noggrant effekten av villkorsgruppering. I det här avsnittet beskrivs var och en av dessa rekommendationer.
Definiera lagringsuppgiftsvillkor för att möjliggöra återanvändning över flera lagringskonton
Genom att göra villkor återanvändbara eliminerar du behovet av att skapa individuella lagringsuppgiftsvillkor för varje lagringskonto. Färre uppgiftsdefinitioner förenklar hanteringen av ett stort antal lagringskonton.
Skapa lagringsuppgiftsvillkor som fungerar över flera blob-containrar och lagringskonton. Parametrisera värden genom containermetadata, blobmetadata eller blobindextaggar istället för att hårdkoda dem i dina villkor. Till exempel, om du har olika blob-behållare som alla har olika lagringstider för sina data med avseende på en blobs skapandetid, sätt lagringstiden för varje container som ett containermetadata-värde. Skapa en enda lagringsuppgift som använder detta containermetadata-värde i villkoret för vilken container som helst, istället för att skapa separata uppgifter för varje container med ett fast värde.
Sätt containermetadata på vilken blobcontainer som helst över flera lagringskonton och skapa flera lagringsuppgiftstilldelningar genom att använda alternativet Tilldelningar för en lagringsuppgift i Azure-portalen.
På liknande sätt kan du anpassa behandlingen av enskilda blobbar genom att använda en enda lagringsuppgift genom att använda blobmetadata eller blob-indextaggar för att ange anpassade värden för varaktighet eller datum för varje blob.
När du aktiverar dessa uppgiftstilldelningar körs lagringsuppgiftsexekveringen samtidigt på blobsen i deras respektive konton, vilket möjliggör horisontell skalning.
Validera redigering av aktiviteter med befintliga aktivitetstilldelningar för alla tillämpliga lagringskontotyper
Ändringar du gör i en befintlig lagringsuppgift förs automatiskt vidare till dess associerade aktivitetstilldelningar. Om du introducerar ett beroende av en ny funktion i din redigering kan de tillhörande uppgiftstilldelningarna bli ogiltiga om funktionen inte stöds på det lagringskontot. Till exempel, om en redigering av ett uppgiftsvillkor introducerar en klausul som är beroende av blobversionering, kan befintliga uppgiftstilldelningar på lagringskonton med hierarkiskt namnutrymme (HNS) bli ogiltiga eftersom de inte stöder blobversioner.
För att undvika sådan störning, validera eventuella ändringar i uppgiftstilldelningar på alla relevanta lagringskontotyper.
Överväg att aktivera mjuk borttagning av blobar i ett lagringskonto innan du använder borttagningsåtgärden
För förbättrat dataskydd rekommenderar Microsoft att du aktiverar mjuk borttagning av blobar på ditt lagringskonto. Mjuk borttagning av blobar ger ett extra lager av lagring och sinnesfrid genom att möjliggöra återställning av blobar som tas bort av misstag. Genom att aktivera mjuk borttagning av blobbar kan du ta bort blobar inom kvarhållningsperioden, vilket minimerar risken för dataförlust på grund av oavsiktliga borttagningar. Om blobar tas bort av misstag på ett tillfälligt raderat lagringskonto kan en återställningsåtgärd i en lagringsprocess användas för att återställa bloben.
Förstå effekten av att tilldela en lagringsuppgift till ett konto som har en princip för livscykelhantering aktiverad
En borttagningsåtgärd kan misslyckas om en livscykelhanteringsprincip försöker ta bort samma blob. Om en lagringsaktivitet innehåller en borttagningsåtgärd och uppgiften tilldelas till ett konto som har en aktiv livscykelhanteringsprincip som definierar en borttagningsåtgärd kan det därför uppstå höga felfrekvenser om de riktar sig mot samma uppsättning blobar.
Förstå effekten av gruppering av lagringsaktivitetsvillkor
Kontrollera att ditt sätt att gruppera villkor leder till önskat resultat. Felaktig gruppering kan resultera i oväntade åtgärder. Testa de grupperade villkoren noggrant med hjälp av förhandsgranskningsfunktionen. Se till att villkoren matchar blobarna som förväntat.
Validering
Verifiera villkor när du skriver dem och återigen innan du aktiverar en tilldelning av lagringsaktivitet. I det här avsnittet beskrivs var och en av dessa rekommendationer.
Verifiera villkor när du skriver dem
Du bör verifiera varje villkor som du skapar med hjälp av villkorsförhandsgranskningsfunktionen. Den här funktionen ger en interaktiv upplevelse som visar vilken av de valda blobarna som uppfyller villkorspredikatet som du har konfigurerat. Förhandsgranskningen av villkor gör inga ändringar i data. Du kan verifiera villkoret mot olika uppsättningar blobar genom att ange olika lagringskonton eller blobsökvägsprefix. Felaktigt sammansatta villkor kan påverka dina data negativt, vilket gör det här steget avgörande för att säkerställa att villkoret är korrekt sammansatt.
Se Förhandsgranska effekten av villkor
Verifiera villkor innan du genomför en lagringsuppgiftstilldelning
Funktionen förhandsversion av villkor visas också i fönstret Lägg till tilldelning . Innan du genomför en tilldelning använder du den här funktionen för att kontrollera att lagringsuppgiften fungerar på rätt uppsättning blobar i lagringskontot. Om lagringsaktiviteten används i andra lagringskontotilldelningar påverkas inga oavsiktliga blobar.
Använd mock-körningar för att verifiera innan du kör i stor skala
Innan du aktiverar en uppgiftstilldelning som omfattar ett stort antal blobar bör du först överväga att köra en simulerad körning. Funktionen för förhandsgranskning av villkor är användbar för att stickprovskontrollera dina villkor mot ett mindre urval, men en simulerad körning ger en fullskalig simulering för alla blobbar inom omfattningen.
En testkörning:
- Söker igenom och utvärderar varje blob som matchar dina prefixfilter – inte bara ett begränsat exempel.
- Genererar en detaljerad rapport som visar varje blob som matchade villkoren och vilka åtgärder som skulle ha utförts.
- Ändrar inga data, vilket gör det säkert att använda i produktionslagringskonton.
Den här metoden är särskilt viktig när din uppgift innehåller oåterkalleliga åtgärder. Att köra en mock-körning först hjälper till att förhindra oavsiktliga felkonfigurationer.
Rekommenderat arbetsflöde:
- Utforma och förhandsgranska dina villkor med hjälp av villkorsförhandsgranskningsfunktionen i Azure portalen.
- Skapa en modellkörningstilldelning för att verifiera villkoren mot den fullständiga blobuppsättningen.
- Granska rapporten för simuleringskörningen för att bekräfta att rätt blobar skulle omfattas.
- Om resultaten är tillfredsställande omvandlar du testkörningstilldelningen till en faktisk körning (engångskörning eller återkommande körning), eller skapar en ny tilldelning för faktisk körning.
Anvisningar steg för steg finns i Skapa och använda en simulerad körning.
Skala och prestanda
Aktivera lagringsuppgifter en i taget. Använd tekniker för att optimera villkor och schemaläggning av uppgiftstilldelning.
Aktivera en lagringsaktivitetstilldelning i taget
Lagringsåtgärder har för närvarande stöd för att köra en tilldelning av en lagringsuppgift i taget på ett lagringskonto. Om du tilldelar och aktiverar två lagringsuppgifter till ett konto samtidigt körs den första aktiviteten medan den andra aktiviteten väntar tills den första aktiviteten har slutförts. Den här regeln gäller både tilldelningar av schemalagda aktivitetsuppgifter för en enda körning och återkommande tilldelningar av schemalagda aktivitetsuppgifter.
För schemalagda uppdragstilldelningar utelämnas nya iterationer om den tidigare uppdragsiteration fortfarande pågår. Nästa schemalagda aktivitet körs vid den avsedda utlösartiden efter att den föregående aktiviteten har slutförts. När du schemalägger återkommande aktiviteter, överväg konsekvenserna av skalan där tilldelning av uppgifter till stora lagringskonton kan ta längre tid att genomföra. Schemalägg dem därför så att varje aktivitetskörning slutförs före nästa iteration för att förhindra att efterföljande iterationer hoppas över.
Om en parallell aktivitet redan pågår för enstaka aktivitetstilldelningar skjuts den nya aktivitetskörningen upp i 60 minuter plus extra slumpmässiga minuter innan den försöker igen. För att undvika förvirring om vilken aktivitetstilldelning som körs aktiverar du i allmänhet bara en aktivitetstilldelning i taget.
Lösningar för skalningsgränser
Storage Actions har fastställda skalningsgränser. Se Resursbegränsningar.
Om du vill optimera hanteringen av skalningsgränser bör du överväga att implementera följande lösningar:
Uppgiftssegmentering efter prefix: I stället för att tilldela en enskild uppgift för att bearbeta alla blobar i ett lagringskonto skapar du flera uppgifter, var och en ansvarar för en specifik filtrerad delmängd av blobar baserat på deras prefix. Den här segmenteringsmetoden distribuerar arbetsbelastningen jämnare och hjälper dig att hålla dig inom skalningsgränser. Du kan lägga till filter under aktivitetstilldelningen enligt följande:
Förskjuten schemaläggning: Schemalägg aktiviteter som ska köras vid olika tidpunkter, särskilt för storskaliga åtgärder. Genom att förskjuta körningstiderna undviker du samtidiga uppgifter som kan bryta mot samtidighetsgränser och orsaka konflikt vid aktivitetskörning.
Inkrementell bearbetning: Dela upp stora uppgifter i mindre, inkrementella steg. Den här metoden säkerställer att varje aktivitetssegment slutförs inom de angivna gränserna, vilket minskar risken för ofullständiga åtgärder.
Övervakning och justering: Övervaka regelbundet aktivitetsprestanda och förlopp. Justera aktivitetsvillkor, prefix och scheman efter behov för att säkerställa effektiv bearbetning inom skalningsgränser.
Genom att använda dessa strategier kan du effektivt hantera och kringgå de införda skalningsgränserna, vilket säkerställer smidiga och effektiva uppgiftskörningar.
Tillförlitlighet
Lagringsåtgärder utförs mer tillförlitligt i konton med geo-redundant lagring (GRS) eller geo-zonredundant lagring (GZRS).
Använda geo-redundans för affärskontinuitet
Lagringskonton med GRS och GZRS replikerar data till en sekundär region om lagringskontot redundansväxlar. Affärskontinuiteten för lagringsåtgärder beror avsevärt på redundanskonfigurationen för mållagringskontot. Lagringskonton som har konfigurerats med geo-redundans drar nytta av en automatiserad redundansprocess. Den här automatiska hanteringen säkerställer att iterationer för framtida aktivitetstilldelningar, oavsett om de är enkla eller återkommande, körs i den sekundära regionen utan problem. Lagringsaktiviteter som pågick vid tidpunkten för överväxlingen kan dock stöta på fel. Nya lagringsuppgifter och tilldelningar av lagringsaktiviteter fortsätter att fungera som förväntat.
Konsekvent övervakning av lagringskontot är avgörande. Vid en systemväxling bör du noggrant granska uppgiftshantering och övervakning för att verifiera att alla blobåtgärder har slutförts och för att identifiera eventuella avvikelser som behöver åtgärdas.
Övervakning
Övervaka körningen av lagringsaktiviteter regelbundet och undvik att ta bort rapportcontainern där aktivitetskörningsrapporter lagras.
Övervaka uppgifter regelbundet
Diagrammen på Overview sidan i Storage Actions-portalen sammanfattar utförandet av uppgiftstilldelningar. Övervaka denna sida regelbundet för att säkerställa att aktiviteterna fungerar som förväntat. Använd filtret eller klicka på respektive rutor för att analysera eventuella avvikelser eller fel, och granska exekveringsrapporterna.
Kontrollera att resultatrapportcontainern inte tas bort
Storage Actions genererar detaljerade rapporter i CSV-format, som skrivs in i rapportcontainern som konfigurerats under uppgiftsfördelningen. Dessa rapporter ger insikter i operationer som utförts under en uppgiftskörning, där varje rad i CSV-filen inkluderar information om de utförda operationerna, statusen för varje operation och eventuella fel som uppstått. Se till att rapportbehållaren inte raderas från lagringskontot medan uppgiftstilldelningen är aktiverad. Om resultatrapporteringscontainern tas bort under aktivitetskörningen kan aktivitetskörningen misslyckas.
Livscykel för lagringsåtgärder
Konsolidera dina uppgiftsdefinitioner i en resursgrupp eller prenumeration
För att effektivt hantera relaterade Storage Actions-uppgifter, överväg att använda en enda resursgrupp eller prenumeration som ett arkiv för dina uppgiftsresurser. Denna metod gör det möjligt att skapa uppgifter och återanvända dem på flera lagringskonton över olika prenumerationer och regioner, utan duplicering. Genom att centralisera din uppgiftshantering kan du effektivisera datahanteringspolicys, säkerställa konsekvens i uppgiftsutförandet och minska administrativ belastning.