Testkörningar för tilldelningar av lagringsuppgifter

Vad är en simulerad körning?

En simulerad körning simulerar körningen av en lagringsaktivitetstilldelning utan att utföra några åtgärder på dina blobar. När du skapar en simulerad körning genomsöker och utvärderar Azure Storage Actions dina blobar mot uppgiftsvillkoren precis som vid en verklig körning, men utför inga åtgärder. I stället genererar den en detaljerad rapport som visar vilka blobar som matchade villkoren och vilka åtgärder som skulle ha utförts .

Testkörningar är användbara när du vill:

• Förhandsgranska effekten av en aktivitet innan du kör den i stor skala, särskilt när åtgärder inte kan ångras (till exempel borttagnings- eller oföränderlighetsprincip)
• Validera villkor för hela uppsättningen blobbar på kontot, inte bara ett litet förhandsgranskningsurval.
• Generera granskningsklara rapporter som visar vilka blobar som skulle påverkas, utan att göra några ändringar.
• Beräkna kostnaden genom att förstå hur många blobbar som skulle påverkas och hur många operationer som skulle utföras.

Så här fungerar simulerade körningar

Skapa en mock-körning som en lagringsuppgiftstilldelning med utlösartypen inställd på MockRun. Precis som andra tilldelningstyper riktar sig en modellkörning mot ett specifikt lagringskonto, använder valfria prefixfilter för att omfångsbegränsa blobarna och genererar körningsrapporter i en utsedd exportcontainer.

När en simulerad körning körs:

1. Azure Storage Actions räknar upp alla blobar som matchar tilldelningens omfång och prefixfilter.
2. Den utvärderar varje blob mot lagringsaktivitetens villkor.
3. För blobar som matchar registrerar den de åtgärder som skulle utföras – men de utför inga åtgärder.
4. Den genererar en detaljerad rapport som visar de matchade blobarna och deras simulerade åtgärder.

Simulerad körning vs. förhandsgranskning av villkor

Både testkörningar och funktionen för förhandsgranskning av villkor hjälper dig att kontrollera uppgiftsvillkor innan körning, men de fyller olika syften:

Använd förhandsgranskning av villkor när du skapar dina uppgiftsvillkor och använd sedan en simulerad körning för slutlig validering innan du aktiverar en faktisk körning.

Livscykel och tillstånd för simulerad körning

Simulerade körningar följer samma livscykel som engångstilldelningar.

Samtidighetsbeteende

Endast en körning – simulerad eller riktig – kan köras på ett lagringskonto i taget. Den här samtidighetsmodellen motsvarar modellen för faktiska aktivitetskörningar:

• Om en riktig körning pågår, köar systemet en ny mock-körning tills den riktiga körningen har avslutats.
• Om en simulerad körning pågår, köar systemet en ny faktisk körning eller hoppar över den vid schemalagda körningar.
• Om en annan mock-körning pågår, placerar systemet den nya mock-körningen i kö.

Den här modellen säkerställer stabilitet och förhindrar resurskonkurrering på mållagringskontot.

rapporter från testkörning

När en simulerad körning slutförs skriver processen en detaljerad rapport till den container för rapportexport som du anger när du skapar tilldelningen. Du kan komma åt rapporter i CSV-format .

Du kan också se en sammanfattning av körningen direkt i Azure-portalen på sidan med resultat för den simulerade körningen för tilldelningen. Sammanfattningen innehåller antalet objekt som visas, objekt som uppfyller villkoren och åtgärder som processen skulle ha utfört.

Rapportkolumner:

Exempel på CSV-utdata:

Processen genererar också en sammanfattnings-JSON-fil tillsammans med rapporten. Den här filen innehåller aggregerade mått:

{
  "completionTime": "2024-10-21T17:46:59",
  "destination": "taskoutput",
  "endpoint": "https://contoso1storage1.blob.core.windows.net",
  "fileFormat": "csv",
  "fileSchema": [
    "Container",
    "Blob",
    "Operation to be performed",
    "Result",
    "Matched condition block"
  ],
  "files": [
    "<link to the reporting file>"
  ],
  "objectsListed": 1100,
  "objectsToBeOperated": 240,
  "operationType": "BlobOperation",
  "runId": "mockrun-assignment-2024-10-21T17:30:13.9121342Z",
  "startTime": "2024-10-21T17:37:12",
  "status": "succeeded"
}

Nyckelfält i sammanfattningen:

• objectsListed: Totalt antal blobar som skannades under den simulerade körningen.
• objectsToBeOperated: Antal blobbar som matchade villkoren och som skulle ha fått åtgärder utförda.
• status: Resultatet av mock-körningen (succeeded eller failed).

Övergång från testkörning till skarp körning

När du har granskat mock run-rapporten och bekräftat att resultatet är som förväntat kan du överföra tilldelningen från en falsk körning till en riktig körning:

1. Gå till tilldelningen i Azure-portalen.
2. Redigera tilldelningen och ändra utlösartypen från Mock run till Kör en gång eller Återkommande.
3. Spara den uppdaterade tilldelningen.

Genom att använda den här processen kan du gå från validering till utförande utan att skapa om tilldelningen från grunden.

Pricing

Mock-körningar faktureras på samma sätt som verkliga aktivitetstilldelningskörningar, med en viktig skillnad: ingen avgift tillämpas för åtgärdsmätaren, eftersom inga åtgärder faktiskt utförs på blobar.

Standard Blob Storage API-kostnader för listning och läsning av blobegenskaper under genomsökningen gäller fortfarande.

Behörigheter

Den hanterade identitet som är kopplad till lagringsuppgiften måste ha lämplig roll på mållagringskontot för att utföra en simulerad körning. Även om processen inte utför några åtgärder behöver identiteten ha läsbehörighet för att skanna och utvärdera blobar:

• Lägsta roll: Storage Blob Data Reader
• Rekommenderad roll: Lagringsblobdataägare (om du planerar att övergå till en verklig körning med samma tilldelning)

Både systemtilldelade och användartilldelade hanterade identiteter stöder mock-körningar.

Om mållagringskontot har nätverksbegränsningar kontrollerar du att alternativet Tillåt betrodda Microsoft-tjänster är aktiverat i kontots nätverkskonfiguration.

Se även

• Skapa och använd en testkörning
• Tilldelning av lagringsaktivitet
• Lagringsaktivitet körs
• Metodtips för lagringsuppgifter