Dela via


Översikt över äldre tillbakadragning av bloblagringskonto

Azure Storage drar tillbaka den äldre lagringskontotypen för bloblagringskontot . Den här artikeln förklarar vad den här ändringen innebär för dina äldre bloblagringsarbetsbelastningar och hur du förbereder dig för övergången till GPv2-lagringskonton (general-purpose v2).

Varför äldre bloblagringskonton dras tillbaka

Äldre bloblagringskonton introducerades för att stödja äldre bloblagringsscenarier med åtkomstnivåindelning på kontonivå. GPv2 har dock sedan dess blivit standard för alla nya lagringskonton och erbjuder:

  • Nivåindelning per blob (frekvent, lågfrekvent, arkiv)
  • Livscykelhantering
  • Oföränderlig bloblagring
  • Event Grid-integrering
  • Avancerade redundansalternativ
  • Stöd för alla lagringstjänster (blobar, tabeller, köer, filer)

Genom att dra tillbaka äldre bloblagringskonton förenklar Azure plattformen och ser till att alla kunder drar nytta av moderna funktioner och konsekventa priser.

Fördelar med att migrera till GPv2

Egenskap Äldre bloblagring GPv2
Blob-nivåindelning ✅ Kontonivå ✅ Per blob
Livscykelhantering
Oföränderlig bloblagring
Event Grid-integrering
Stöd för andra tjänster
Redundansalternativ (ZRS, GRS, RA-GRS)
Konsekventa prismätare

Anmärkning

GPv2 stöder alla blobfunktioner som är tillgängliga i äldre bloblagringskonton.

Tidslinje för pensionering och viktiga milstolpar

Varning

Om du inte migrerar ditt äldre bloblagringskonto till GPv2 i oktober 2026 migreras alla befintliga äldre bloblagringskonton automatiskt till ett GPv2-konto, vilket kan leda till högre faktureringskostnader. Ditt beslut att inte migrera ett befintligt äldre bloblagringskonto kommer att tolkas som medgivande för Microsoft att migrera kontot åt dig.

Date Milstolpe
September 2025 Pensionering meddelad
Q1 2026 Skapande av nya äldre bloblagringskonton inaktiverade
Oktober 2026 Fullständig pension; Alla återstående äldre bloblagringskonton som automatiskt har återställts till GPv2. Ditt beslut att inte migrera ett befintligt äldre bloblagringskonto kommer att tolkas som medgivande för Microsoft att migrera kontot åt dig.

Efter slutdatumet blockeras dataåtkomst för alla äldre bloblagringskonton. Den här ändringen börjar gälla globalt i alla Azure-regioner.

Förbereder migrering

Tips/Råd

De flesta arbetsbelastningar med endast blobbar kan migreras från äldre bloblagring till GPv2 utan kodändringar. Granska eventuella hårdkodade prisantaganden eller logik för nivålös logik för att säkerställa kompatibilitet med GPv2-funktioner. GPv2 möjliggör nivåindelning per blob och livscykelregler, vilket ger bättre kostnadsoptimering och automatisering.

Så här minimerar du risken och säkerställer en smidig migrering:

  • Inventera dina äldre bloblagringskonton: Använd Azure Resource Graph, CLI, Azure Inventory eller portalen för att identifiera alla äldre bloblagringskonton.
  • Utvärdera arbetsbelastningar: För att säkerställa kompatibilitet med GPv2 (de flesta arbetsbelastningar endast för blobar kräver inga kodändringar).
  • Planera för prisändringar: Förstå den nya GPv2-prismodellen, som omfattar nivåindelning per blob och transaktionskostnader. Använd Priskalkylatorn för Azure för att beräkna kostnader baserat på dina användningsmönster.
  • Migrera till GPv2: Använd Azure-portalen, CLI eller automatiseringsverktyg för att uppgradera från GPv1 till GPv2. Läs mer om uppgraderingsprocessen.
  • Verifiera arbetsbelastningar: Efter migreringen för att säkerställa funktionalitet och faktureringsnoggrannhet.
  • Övervaka användning: Efter migreringen bör du hålla ett öga på dina lagringskontomått för att identifiera oväntade ändringar i användningsmönster eller kostnader.

Identifiera äldre bloblagringskonton med Hjälp av Azure Resource Graph

Azure Resource Graph är ett kraftfullt verktyg för att utforska och köra frågor mot dina Azure-resurser i stor skala. Du kan använda den för att identifiera alla äldre Blob Storage- och GPv1-konton (General Purpose v1) i din miljö och utvärdera deras konfigurationer. Detta hjälper dig att planera migreringen till GPv2 mer effektivt.

Här är ett exempel på en Azure Resource Graph-fråga för att identifiera alla äldre Blob Storage-konton (typ BlobStorage) och GPv1-lagringskonton (generell användning v1) (typ Storage) i din prenumeration som påverkas av tillbakadragningen:

Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version

Anmärkning

Den här frågan identifierar både föråldrade bloblagringskonton (typ BlobStorage) och GPv1-konton (typ Storage) utan hänsyn till redundans, som också fasas ut. Granska båda kontotyperna för att se till att alla berörda konton ingår i din migreringsplan.

Särskilda fall: Databricks DBFS-konton

Om du ser ett lagringskonto som ingår i en Databricks-hanterad resursgrupp i din prenumeration krävs ingen åtgärd. Dessa konton är skrivskyddade för dig och används av Databricks för arbetsyteåtgärder. Microsoft kommer automatiskt att migrera dessa DBFS-konton till GPv2 före den 13 oktober 2026.

Så här identifierar du DBFS-konton

  • De flesta DBFS-konton börjar med prefixet dbstorage.
    Examples:

    • dbstoragezeoppf6waviqm -dbstorageb3qvu2dqsbsrg
    • dbstorageolaatsgryngy6
  • Dessa konton finns vanligtvis under resursgrupper med namnet:

    • databricks-rg---

Viktigt!

Även om dbstorage* är ett vanligt namngivningsmönster är det inte ett reserverat namn, så undantag kan finnas. Så här bekräftar du på ett tillförlitligt sätt:

  • Kontot finns i en hanterad databricks-resursgrupp.
  • Du har skrivskyddade behörigheter (det går inte att ändra eller ta bort kontot).

Hur är det med andra konton?

Alla andra lagringskonton, inklusive allmänna v1-konton (GPv1) eller äldre bloblagringskonton som du hanterar för dina arbetsbelastningar, måste migreras till generell användning v2 (GPv2) genom att följa anvisningarna tidigare i den här artikeln.

Vad händer om du inte migrerar inom tidsgränsen

Om du inte migrerar ditt äldre bloblagringskonto till generell användning v2 efter den 13 oktober 2026 migreras alla befintliga äldre bloblagringskonton automatiskt till ett generellt v2-konto, vilket kan leda till högre faktureringskostnader. Ditt beslut att inte migrera ett befintligt äldre bloblagringskonto kommer att tolkas som medgivande för Microsoft att migrera kontot åt dig.

Var du kan få hjälp och support

Om du har frågor kan du få svar från communityexperter i Microsoft Q&A.

Om din organisation eller ditt företag har samarbetat med Microsoft eller arbetar med Microsofts representanter, till exempel molnlösningsarkitekter (CSA) eller kontoansvariga för kundframgång (CSAMs), kontaktar du dem för ytterligare resurser för migrering.

Om du har en supportplan och behöver teknisk hjälp skapar du en supportbegäran i Azure-portalen:

  1. Sök efter hjälp + support i Azure-portalen.
  2. Välj Skapa en supportbegäran.
  3. För Sammanfattning skriver du en beskrivning av problemet.
  4. Som Typ av problem väljer du Teknisk.
  5. I fältet Prenumeration väljer du din prenumeration.
  6. För Tjänst väljer du Mina tjänster.
  7. Som Tjänsttyp väljer du Hantering av lagringskonto.
  8. För Resurs väljer du den resurs som du vill migrera.
  9. För Problemtyp väljer du Uppgradera eller ändra kontotyp, nivå eller replikering.
  10. Som Problemundertyp väljer du Uppgradera till allmänt v2-lagringskonto..
  11. Välj Nästa och följ sedan anvisningarna för att skicka din supportbegäran.

Behöver du hjälp?

Läs mer om relaterade funktioner och hur du migrerar: