Kända problem och begränsningar med lagringsuppgifter
I den här artikeln beskrivs begränsningar och kända problem med lagringsuppgifter. De problem som visas i den här artikeln återspeglar tjänstens aktuella tillstånd. Den här listan ändras med tiden när supporten fortsätter att expandera.
Viktigt!
Azure Storage Actions är för närvarande i förhandsversion och är tillgängligt för dessa regioner. Juridiska villkor för Azure-funktioner i betaversion, förhandsversion eller som av någon annan anledning inte har gjorts allmänt tillgängliga ännu finns i kompletterande användningsvillkor för Microsoft Azure-förhandsversioner.
Lagringskontoregioner
Under den allmänt tillgängliga förhandsversionen kan du endast rikta in dig på lagringskonton som finns i samma region som lagringsuppgifterna.
Skalningsgränser
| Skalningsfaktor | Gräns som stöds |
|---|---|
| Lagringsuppgifter per prenumeration | 100 |
| Lagringsaktivitetstilldelningar per lagringsaktivitet | 50 |
| Tilldelningar av lagringsaktivitet per lagringskonto | 50 |
| Kapslad gruppering av satser per villkor för lagringsuppgift | 10 |
Azure Storage Actions autoskalar sina bearbetningsuppgifter baserat på mängden data i ett lagringskonto, med förbehåll för interna gränser. Varaktigheten för körningen beror på antalet blobar i lagringskontot samt deras hierarki i Azure Data Lake Storage Gen2. Den första körningen av en aktivitet över ett sökvägsprefix kan ta längre tid än efterföljande körningar. Azure Storage Actions är också utformade för att vara självreglerande och för att tillåta programarbetsbelastningar på lagringskontot att ha företräde. Därför beror skalan och varaktigheten för körningen också på den tillgängliga transaktionskapaciteten med tanke på lagringskontots maximala begärandegräns. Följande är typiska bearbetningsskalor, som kan vara högre om du har mer tillgänglig transaktionskapacitet, eller om det kan vara lägre för mindre outnyttjad transaktionskapacitet på lagringskontot.
Under förhandsversionen kan Azure Storage Actions anropa upp till 200 miljoner åtgärder per dag i högst sju dagar på ett lagringskonto för platt namnrymd. Beroende på den andel blobar som är mål för att uppfylla villkoret för åtgärder kan en aktivitetstilldelning bearbeta mellan 200 miljoner och fyra miljarder blobbar på en dag.
För lagringskonton med ett hierarkiskt namnområde kan Azure Storage Actions anropa upp till 35 miljoner åtgärder per dag i högst sju dagar under förhandsversionen. Beroende på hur stor andel blobar som är avsedda att uppfylla villkoret för åtgärder kan en aktivitetstilldelning bearbeta mellan 35 miljoner och 400 miljoner blobar på en dag.
Överlappande prefix för tilldelningar
Lagringsuppgifter förhindrar inte körning av aktivitetstilldelningar på överlappande prefix. Om det finns flera aktivitetstilldelningar med överlappande prefix kan blobar bearbetas av dessa aktivitetstilldelningar i valfri ordning. Om körningsordningen för åtgärder i dessa aktivitetstilldelningar är viktig kontrollerar du att prefixet för tilldelningar inte överlappar varandra när du konfigurerar aktiviteten.
Samtidighetsgräns för körning
Lagringsuppgifter har en gräns för antalet aktivitetstilldelningar som kan köras samtidigt på varje lagringskonto. För att säkerställa optimala prestanda kontrollerar du att aktivitetstilldelningar på ett enda lagringskonto är schemalagda att köras med ett rimligt tidsintervall mellan dem baserat på de objekt som är mål för att säkerställa att aktiviteten körs i tid. Aktivitetstilldelningskörningar som överskrider samtidighetsgränsen för ett lagringskonto pausas tills andra tilldelningar har slutförts.
Skalningsberoende av transaktionskapacitet som är tillgänglig för lagringskontot
Körning av lagringsaktivitetstilldelning skalas automatiskt beroende på vilken kapacitet för transaktionsbegäran som är tillgänglig på lagringskontot. Skalan är högre när mer transaktionskapacitet är tillgänglig och lägre när mindre transaktionskapacitet är tillgänglig.
När mållagringskontot har lägre tillgänglig transaktionskapacitet kan körningen av lagringsaktiviteten begränsas, vilket resulterar i längre tid än förväntat för att slutföra körningen av aktivitetstilldelningen.
Mer information om skalningsgränser finns i Skalbarhets- och prestandamål för Blob Storage.
Kommentar
Du kan begära högre kapacitets- och ingressgränser. Kontakta Azure Support om du vill begära en ökning.
Lagringsaktivitetskörningar kan skriva till rapportexportcontainern utan behörighet till containern
När du skapar en uppgiftstilldelning tilldelar du en roll till lagringsuppgiftens systemtilldelade hanterade identitet. När lagringsaktiviteten körs kan den endast användas på containrar där den hanterade identiteten tilldelas den roll som krävs. Så är inte fallet med den rapportexportcontainer som du väljer under aktivitetstilldelningen. En lagringsuppgift kan inte köras på befintliga blobar i containern, men en uppgift kräver inte rätt roll för att skriva rapporter till containern.
Strängoperatorer för containermetadata, blobmetadata och blobindextaggar fungerar inte om värdena är tal
Du kan inte använda strängoperatorer för containermetadata, blobmetadata och blobindextaggar tillsammans med tal som värde. Till exempel är lika med(Tags.Value[Year], '2022') där värdet '2022' är ett tal, tillsammans med strängoperator lika med, utvärderas inte korrekt.
Tilldelningar misslyckas när de refererar till ett lagringskontonamn som börjar med en siffra
Om du tilldelar en lagringsaktivitet till ett lagringskonto som har ett namn, som börjar med en siffra, misslyckas tilldelningen av lagringsaktiviteten.
Övervakningsdata visas inte om inte lagringsuppgiften och lagringskontot finns i samma resursgrupp
Om lagringsaktiviteten och lagringskontot som anges i aktivitetstilldelningen finns i olika resursgrupper visas inte de aggregerade övervakningsdata för lagringskontot korrekt på fliken Övervakning i åtgärdsfönstret för lagring.
Tilldelningskörning för lagringsuppgifter fastnar i ett pågående tillstånd utan att några blobar bearbetas
I de flesta fall fortsätter körningen av uppgifter efter 20 minuter. Men om uppgiften fastnar kontrollerar du att mållagringskontot har den nödvändiga kompatibla konfigurationen. Om lagringsuppgiften till exempel anger principen för oföränderlighet, men målkontot inte har konfigurerats med versionhanteringsstöd, fortsätter inte lagringsuppgiften, utan misslyckas till slut. Se till att testa varje åtgärd på mållagringskontot med hjälp av en annan mekanism än en lagringsuppgift för att säkerställa att åtgärden lyckas. Lägg sedan till åtgärden i lagringsuppgiften.
Lagringsuppgiften misslyckas med ett internt fel
Om inkompatibla åtgärder för lagringsaktivitet testas på lagringskonton kan aktivitetskörningen misslyckas med ett fel eller fastna i pågående tillstånd. En åtgärd som till exempel försöker ange en blobindextagg för ett konto som har ett hierarkiskt namnområde lyckas inte. Kontrollera att konfigurationen av lagringskontot och lagringsaktiviteten är kompatibla.
Blankstegstecken i blobindextaggar och metadata stöds ännu inte
Blankstegstecken i nyckeln och värdet för blobtaggar är acceptabla indata. Lagringsaktivitetsvillkoren kan dock inte bearbeta blankstegstecken. Om en nyckel eller ett värde innehåller ett blankstegstecken visas ett fel när aktiviteten körs.
Egenskapsvärdet för blobnamn innehåller eller matchar "." stöds inte
Strängfältets indata i blobnamnssatsen accepterar ".doc" eller ".pdf" som indata, men det går inte att distribuera aktivitetsresursen. Verifieringen av tjänstresursprovidern fångar upp den och genererar felet. Värdet för egenskapen "Name" är ".doc" och det följer inte mönstret ^[a-zA-Z0-9]+$'"}]}.
Lagringsaktivitetstilldelningar fungerar på en ofullständig lista över blobar när de används med flera katalogfilter i konton som har ett hierarkiskt namnområde
Om flera filter används i tilldelningar av lagringsaktivitet genomsöks inte alla katalogprefix för att blobar ska köras på.
Det går inte att använda blankstegstecken i sökvägsprefixet under aktivitetstilldelningen
Lagringskonton som har en hierarkisk namnrymd visar platsinformation som container1 / subcontainer1 med ett blankstegstecken mellan strängen / och tecknet. Ett fel visas om du kopierar och klistrar in den här informationen i fältet sökvägsprefix under tilldelningen.
Långsamma prestanda vid bearbetning av blobar i konton som har ett hierarkiskt namnområde
Lagringsåtgärder fungerar på blobar i ett hierarkiskt namnområdesaktiverat konto med en reducerad kapacitet. Det här är ett känt problem som håller på att åtgärdas. Det här problemet minskar hastigheten med vilken blobar bearbetas av lagringsaktivitetskörning.
Det går inte att arbeta på lagringskonton i ett privat nätverk
När du tillämpar tilldelningar av lagringsaktiviteter på lagringskonton som har IP- eller nätverksregler för åtkomstkontroll kan aktivitetskörningen misslyckas. Det beror på att tilldelningarna av lagringsaktiviteter måste komma åt lagringskontot via den offentliga slutpunkten, som kan blockeras av brandväggen eller reglerna för virtuella nätverk. För att undvika det här problemet måste du konfigurera nätverksåtkomsten till ditt lagringskonto korrekt.
Lagringsuppgifter utlöses inte för regionalt konto som migreras i GRS/GZRS-konton
Om du migrerar ditt lagringskonto från en primär GRS- eller GZRS-region till en sekundär region eller vice versa utlöses inte några lagringsuppgifter som är avsedda för lagringskontot och eventuella befintliga aktivitetskörningar misslyckas.