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.

Resursbegränsningar

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 exekveringens varaktighet 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.

Uppgiftstilldelningar som tillämpas på lagringskonton mellan regioner

Uppgiftstilldelningar kan endast tillämpas på lagringskonton som befinner sig i samma region där lagringsåtgärdsresursen skapades.

Faktureringen visar inte aktivitetstilldelningens namn

Faktureringsmätare visas på fakturan med endast lagringskontonamnet. Prenumerationsfakturan visar inte namnet på aktivitetstilldelningen som mätaren har genererats för. Om du vill korrelera mätaren med aktivitetstilldelningen måste du titta på resursmåtten för lagringsåtgärder som filtrerats efter lagringskontot för den dagen.

Uppdateringar av uppgiftsdefinitioner kan bryta uppgiftstilldelningar

När du uppdaterar en Azure Storage Actions-uppgiftsdefinition gäller ändringarna automatiskt för alla dess uppgiftstilldelningar. Uppdateringar av uppgiftstilldelningar validerar endast konsistensen i uppgiftsdefinitionen, men validerar inte ändringarna mot befintliga uppgiftstilldelningar. Uppdateringarna kan därför göra att uppgiftstilldelningar blir ogiltiga om uppgiftsdefinitionen avser funktioner som inte stöds på det lagringskontot. Till exempel kan en Storage Actions-uppgiftsdefinition initialt tillämpas på både FNS- och HNS-lagringskonton. Om du gör en uppdatering av uppgiftsdefinitionen som lägger till ett villkor eller en operation som är specifik för FNS, såsom blobversionering, blir uppgiftsdefinitionen ogiltig på HNS-lagringskonton.

Stoppa uppgiftstilldelningar

Du kan stoppa en enskild uppgiftstilldelning eller alla uppgiftstilldelningar från sidan Task Runs i portalen för Azure Storage Actions. Detta gränssnitt är för närvarande inte tillgängligt via sidan Storage Actions i lagringskontoportalen.

Flytt för lagringskontoresurs blockeras när det finns en uppgiftstilldelning

Ta bort lagringsuppgiftstilldelningen och flytta sedan resursen för lagringskontot.

Begränsningar för att flytta en lagringsuppgift mellan Microsoft Entra kataloger

Du kan flytta lagringsuppgifter mellan resursgrupper och prenumerationer. Men eftersom lagringsuppgifter förlitar sig på hanterade identiteter bryter flytt av en prenumeration som innehåller en lagringsuppgift till en annan Microsoft Entra katalog den hanterade identiteten och gör att lagringsuppgiften slutar fungera. Mer information finns i Kända problem med hanterade identiteter för Azure resurser: Överföra en prenumeration mellan Microsoft Entra kataloger.

Samtidighetsgräns för körning

Lagringsaktiviteter har en gräns för hur många aktivitets-tilldelningar de kan utföra samtidigt på varje lagringskonto. För att säkerställa optimal prestanda, se till att uppgiftstilldelningar på ett enda lagringskonto är schemalagda att köras med ett rimligt tidsintervall mellan dem baserat på de utvalda objekten, för att säkerställa att aktivitetskörningarna slutförs i tid. Pausa utföranden av uppgiftstilldelningar som överskrider samtidighetsgränsen för ett lagringskonto tills andra tilldelningar är klara.

Skalningsberoende av transaktionskapacitet som är tillgänglig för lagringskontot

Körning av tilldelning av lagringsuppgifter skalas automatiskt beroende på den kapacitet för transaktionsbegäranden 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 det riktade lagringskontot har lägre tillgänglig transaktionskapacitet kan utförandet av lagringsuppgifter begränsas, vilket resulterar i längre än förväntad tid för att slutföra körningen av uppgiftstilldelningen.

Mer information om skalningsgränser finns i Skalbarhets- och prestandamål för Blob Storage.

Lagringsaktivitetskörningar kan skriva till rapportexportens container utan att ha behörighet till containern

När du skapar en uppgiftstilldelning tilldelar du en roll till den systemtilldelade hanterade identiteten för lagringsuppgiften. När lagringsuppgiften körs kan den endast arbeta på containrar där dess hanterade identitet har den nödvändiga rollen. Denna regel gäller inte för behållaren för rapportexport som du väljer vid tilldelning av uppgift. En lagringsuppgift kan inte arbeta med befintliga blobar i containern, men en uppgift behöver inte ha rätt roll för att kunna 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 på containermetadata, blobmetadata och blobindextaggar när värdet är ett tal. Till exempel, equals(Tags.Value[Year], '2022') där värdet 2022 är ett tal, fungerar inte korrekt med strängoperatorn equals.

Tilldelningar misslyckas när de refererar till ett lagringskontonamn som börjar med en siffra

Om du tilldelar en lagringsuppgift till ett lagringskonto som har ett namn som börjar med en siffra, misslyckas tilldelningen av lagringsuppgiften.

Blanktecken i Blob-indextaggar och metadata stöds inte

Du kan använda whitespace-tecken i nyckeln och värdet på blob-taggar. Dock kan lagringsuppgiftsvillkor inte bearbeta whitespace-tecken. Om en nyckel eller ett värde innehåller ett blankstegstecken visas ett fel när aktiviteten körs.

Egenskapens värde för blobnamn som innehåller eller matchar "." stöds inte

Strängfältets indata i blobnamnsvillkoret accepterar .doc eller .pdf som indata men kan inte distribuera aktivitetsresursen. Tjänstleverantörens validering fångar upp och kastar felet. Värdet på egenskapen Name är .doc och den 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 du använder flera filter i lagringsuppgiftstilldelningar, skannar inte uppgiften alla katalogprefix för att bearbeta blobbar.

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.

Rensa aktivitetstilldelningar innan du tar bort lagringskonton eller lagringsuppgifter

• Ta bort alla aktivitetstilldelningar som är associerade med lagringskontot innan du tar bort ett lagringskonto.
• Innan du tar bort en lagringsaktivitet tar du bort alla aktivitetstilldelningar som refererar till lagringsaktiviteten.

Arbeta på lagringskonton i ett privat nätverk

Du kan tilldela lagringsuppgifter till lagringskonton i privata nätverk när nätverkskonfigurationen inkluderar ett alternativ som tillåter betrodda Microsoft-tjänster att komma åt kontot. Den här inställningen säkerställer att aktiviteterna har nödvändig åtkomst under körningen, även när brandväggs- eller virtuella nätverksregler finns på plats. Om du inte aktiverar detta alternativ misslyckas uppgiftskörningen eftersom nätverksbegränsningar blockerar åtkomst. För detaljerade steg för att aktivera denna inställning, se Hantera nätverkssäkerhetsundantag för Azure Storage.

Lagringsaktivitetskörningar har fastnat i statusen pågår

Om du tilldelar en roll som inte har den nödvändiga behörigheten under tilldelningsprocessen, tar det 14 dagar innan körningen av lagringsuppgiften misslyckas. För att låsa upp uppgiftskörningen, lägg till den nödvändiga rollen i den hanterade identiteten för lagringsuppgiften. Annars förblir uppgiftstilldelningen i pågående tillstånd tills uppgiftskörningen avslutas om 14 dagar.

Premium-blockblobar

Det går inte att skapa tilldelningar på premium-blockblobbars lagringskonton.

Mjuka borttagna blobar ingår i listan under genomsökningen som målobjekt

Uteslut de specifika prefix som är mjukt borttagna.

Inget alternativ för att välja prioritet vid rehydrering av blobbar till en onlinenivå

När du återfuktar arkiverade blobbar kan du inte välja en prioritet. Blobbarna återfuktas med standardprioritet.

Fördröjning i aktivitetstilldelningskörningar

Aktivitetstilldelningskörningar kan ta cirka 20 minuter att ändra status till In Progress efter att de har placerats i kö. Tills dess visas inga uppdateringar. Denna fördröjning är förväntad och det finns ingen tillfällig lösning för att förkorta den.

Begränsningar för simulerad körning

Endast en körning (mock eller real) kan köras per lagringskonto i taget

Om en verklig aktivitetskörning eller en annan mock-körning redan pågår på mållagringskontot placeras en nyligen aktiverad mock-körning i kö tills den aktuella körningen har slutförts. Det här samtidighetsbeteendet är detsamma som verkliga aktivitetskörningar.

Slutförda mock-körningar kan inte startas om

När en testkörning är klar kan du inte starta den igen. Om du vill köra en annan simulerad simulering med samma konfiguration skapar du en ny tilldelning eller duplicerar den befintliga.

Det går inte att skapa simulerade körningsuppgifter för aktiverade uppgiftstilldelningar

Du kan inte skapa en simulerad körning för en aktivitetstilldelning som redan är aktiverad. Inaktivera tilldelningen först eller skapa en ny tilldelning med utlösartypen mock run.

Rapporter för simulerad körning innehåller inte åtgärdsresultat

Eftersom inga åtgärder utförs under en mock-körning innehåller rapporten inte information om att åtgärden lyckades eller misslyckades. Rapporten visar vilka åtgärder som skulle ha utförts och vilket villkor som blockerar varje blob som matchar.

Fördröjning vid start av mock-körning

Precis som med verkliga aktivitetstilldelningskörningar kan det ta cirka 20 minuter att övergå från köad till pågående status. Den här fördröjningen är ett förväntat beteende.

Se även

• Översikt över Azure Storage Actions