Dela via

Ändra hur Azure Files-data replikeras

Azure lagrar alltid flera kopior av dina data för att skydda dem mot både planerade och oplanerade händelser. Dessa händelser omfattar tillfälliga maskinvarufel, nätverks- eller strömavbrott och naturkatastrofer. Dataredundans säkerställer att ditt lagringskonto uppfyller serviceavtalet (SLA) för Microsoft Online Services.

Den här artikeln beskriver processen med att ändra replikeringsinställningarna för ett befintligt lagringskonto som är värd för Azure-filresurser.

Gäller för

Hanteringsmodell Faktureringsmodell Medienivå Redundans Små och medelstora företag (SMB) NFS (Network File System)
Microsoft.Storage Provisionerad v2 HDD (standard) Lokal (LRS) Nej Nej
Microsoft.Storage Provisionerad v2 HDD (standard) Zon (ZRS) Nej Nej
Microsoft.Storage Provisionerad v2 HDD (standard) Geo (GRS) Nej Nej
Microsoft.Storage Provisionerad v2 HDD (standard) GeoZone (GZRS) Nej Nej
Microsoft.Storage Tilldelad v1 SSD (hög kvalitet) Lokal (LRS) Ja Ja
Microsoft.Storage Tilldelad v1 SSD (hög kvalitet) Zon (ZRS) Ja Ja
Microsoft.Storage Betala efter användning HDD (standard) Lokal (LRS) Ja Nej
Microsoft.Storage Betala efter användning HDD (standard) Zon (ZRS) Ja Nej
Microsoft.Storage Betala efter användning HDD (standard) Geo (GRS) Ja Nej
Microsoft.Storage Betala efter användning HDD (standard) GeoZone (GZRS) Ja Nej

Alternativ för att ändra replikeringstypen

När du bestämmer vilken redundanskonfiguration som är bäst för ditt scenario bör du överväga kompromisserna mellan lägre kostnader och högre tillgänglighet. De faktorer som hjälper dig att avgöra vilken redundanskonfiguration du ska välja är:

  • Hur dina data replikeras i den primära regionen. Data i den primära regionen kan replikeras lokalt med hjälp av lokalt redundant lagring (LRS) eller över Azure-tillgänglighetszoner med zonredundant lagring (ZRS).
  • Om dina data kräver geo-redundans. Geo-redundans ger skydd mot regionala katastrofer genom att replikera dina data till en andra region som är geografiskt avlägsen till den primära regionen. Azure Files stöder både geo-redundant lagring (GRS) och geo-zonredundant lagring (GZRS).

Viktigt!

Azure Files stöder inte geo-redundant lagring med läsåtkomst (RA-GRS) eller geozonredundant lagring med läsbehörighet (RA-GZRS). Om ett lagringskonto har konfigurerats för att använda RA-GRS eller RA-GZRS konfigureras och faktureras filresurserna som GRS eller GZRS.

En detaljerad översikt över alla redundansalternativ för Azure Files finns i Redundans för Azure Files.

Du kan ändra lagringskontots redundanskonfigurationer efter behov, även om vissa konfigurationer omfattas av begränsningar och driftstopp. Genom att granska dessa begränsningar och krav innan du gör några ändringar i din miljö kan du undvika konflikter med dina egna krav på tidsram och drifttid.

Det finns tre sätt att ändra replikeringsinställningarna:

Geo-redundans och läsåtkomst kan ändras samtidigt. Men alla ändringar som även omfattar zonredundans kräver en konvertering och måste utföras separat med hjälp av en tvåstegsprocess. Dessa två steg kan utföras i valfri ordning.

Ändra redundanskonfiguration

Följande tabell innehåller en översikt över hur du växlar mellan replikeringstyper.

Kommentar

Manuell migrering är ett alternativ för alla scenarion där du vill ändra replikeringsinställningen inom begränsningarna för att ändra replikeringstyper. Alternativet manuell migrering undantas från följande tabell för förenkling.

Växling … till LRS … till GRS 6 Till ZRS … till GZRS 2,6
… från LRS Ej tillämpligt Använda Azure Portal, PowerShell eller CLI1,2 Utför en konvertering2,3,4,5 Använd först portalen, PowerShell eller CLI för att växla till GRS 1 och sedan utföra en konvertering till GZRS 3,4,5
… från GRS Använda Azure Portal, PowerShell eller CLI Saknas Använd först portalen, PowerShell eller CLI för att växla till LRS och sedan utföra en konvertering till ZRS 3,5 Utföra en konvertering3,5
… från ZRS Utföra en konvertering3 Börja med att använda portalen, PowerShell eller CLI för att växla till GZRS och sedan utföra en konvertering till GRS3 Ej tillämplig Använda Azure Portal, PowerShell eller CLI1
… från GZRS Använd först portalen, PowerShell eller CLI för att växla till ZRS och sedan utföra en konvertering till LRS 3 Utföra en konvertering3 Använda Azure Portal, PowerShell eller CLI Ej tillämpligt

1Att lägga till geo-redundans medför en engångs utträdesavgift.
2 Om ditt lagringskonto innehåller blobar på arkivnivån granskar du åtkomstnivåbegränsningarna innan du ändrar redundanstypen till geo- eller zonredundant.
3 Vilken typ av konvertering som stöds beror på lagringskontotypen. Mer information finns i tabellen för lagringskontot.
4 Konvertering till ZRS eller GZRS för ett LRS-konto till följd av en redundansväxling stöds inte. Mer information finns i Redundans och återställning efter fel.
5 Konvertering från LRS till ZRS stöds inte om NFSv3-protokollstöd är aktiverat för Azure Blob Storage eller om lagringskontot innehåller Azure Files NFSv4.1-resurser med offentliga slutpunkter aktiverade.
6 Även om aktivering av geo-redundans verkar ske omedelbart kan redundans till den sekundära regionen inte initieras förrän datasynkroniseringen mellan de två regionerna har slutförts.

Ändra replikeringsinställningen

Beroende på ditt scenario från avsnittet ändrad redundanskonfiguration använder du någon av följande metoder för att ändra replikeringsinställningarna.

Ändra redundanskonfigurationen med hjälp av Azure Portal, PowerShell eller Azure CLI

I de flesta fall kan du använda Azure Portal, PowerShell eller Azure CLI för att ändra inställningen för geo-redundans eller läsåtkomst (RA) replikering för ett lagringskonto.

Att ändra hur ditt lagringskonto replikeras i Azure Portal resulterar inte i stilleståndstid för dina program, inklusive ändringar som kräver en konvertering.

Följ dessa steg om du vill ändra redundansalternativet för ditt lagringskonto i Azure Portal:

  1. Navigera till ditt lagringskonto i Azure-portalen.

  2. Under Datahantering väljer du Redundans.

  3. Uppdatera inställningen Redundans.

  4. Välj Spara.

    Skärmbild som visar hur du ändrar replikeringsalternativet i portalen.

Utföra en konvertering

En redundanskonvertering är processen att ändra zonredundansaspekten för ett lagringskonto.

Under en konvertering krävs ingen dataförlust eller programavbrott.

Det finns två sätt att initiera en konvertering:

Tips

Microsoft rekommenderar att du använder en kundinitierad konvertering i stället för supportinitierad konvertering när det är möjligt. Med en kundinitierad konvertering kan du initiera konverteringen och övervaka dess förlopp direkt från Azure Portal. Eftersom konverteringen initieras av kunden behöver du inte skapa och hantera en supportbegäran.

Kundinitierad konvertering

I stället för att öppna en supportbegäran kan kunder i de flesta regioner starta en konvertering och övervaka dess förlopp. Det här alternativet eliminerar potentiella fördröjningar som rör skapande och hantering av supportbegäranden. Information om hur du avgör i vilka regioner kundinitierad konvertering stöds finns i artikeln om regionbegränsningar .

För HDD-filresurser kan kundinitierad konvertering slutföras i regioner som stöds med hjälp av Azure-portalen, PowerShell eller Azure CLI.

För SSD-filresurser är kundinitierad konvertering tillgänglig via PowerShell och Azure CLI. Eller så kan du begära en supportinitierad konvertering.

Efter initieringen kan konverteringen fortfarande ta upp till 72 timmar att påbörja.

Viktigt!

Det finns inget serviceavtal för slutförande av en konvertering.

Om du behöver mer kontroll över när en konvertering börjar och är klar bör du överväga en manuell migrering. Ju mer data du har i ditt konto, desto längre tid tar det att replikera dessa data till andra zoner eller regioner.

Mer information om tidpunkten för en kundinitierad konvertering finns i Tidsinställning och frekvens.

Utför följande steg för att lägga till eller ändra ett lagringskontos zonredundans i Azure Portal:

  1. Navigera till ditt lagringskonto i Azure-portalen.

  2. Under Datahantering väljer du Redundans.

  3. Uppdatera inställningen Redundans.

  4. Välj Spara.

    Skärmbild som visar hur du ändrar alternativet zonreplikering i portalen.

Övervaka kundinitierade konverteringsförlopp

När konverteringsbegäran utvärderas och bearbetas bör statusen gå igenom listan som visas i följande tabell:

Status Förklaring
Skickad för konvertering Konverteringsbegäran skickades för bearbetning.
Pågår1 Konverteringen pågår.
Slutförd
- eller -
Misslyckades2		 Konverteringen har slutförts.
- eller -
Konverteringen misslyckades.

1 När konverteringen har initierats kan det ta upp till 72 timmar innan konverteringen påbörjas. Om konverteringen inte anger statusen "Pågår" inom 96 timmar efter att begäran initierats skickar du en supportbegäran till Microsoft för att avgöra varför. Mer information om tidpunkten för en kundinitierad konvertering finns i Tidsinställning och frekvens.
2 Om konverteringen misslyckas skickar du en supportbegäran till Microsoft för att fastställa orsaken till felet.

Anteckning

Microsoft hanterar din begäran om en konvertering snabbt, men det finns ingen garanti för när den kommer att slutföras. Om du behöver dina data konverterade vid ett visst datum rekommenderar Microsoft att du utför en manuell migrering i stället.

Ju mer data du har i ditt konto, desto längre tid tar det att replikera dessa data till andra zoner i regionen.

Statusen för din kundinitierade konvertering visas på sidan Redundans för lagringskontot:

Skärmbild som visar status för konverteringsbegäran på sidan Redundans i Azure Portal.

Stödinitierad konvertering

Kunder kan begära en konvertering genom att öppna en supportbegäran med Microsoft.

Tips

Om du behöver konvertera fler än ett lagringskonto skapar du ett enda supportärende och anger namnen på de konton som ska konverteras på fliken Ytterligare information .

Följ dessa steg för att begära en konvertering från Microsoft:

  1. I Azure Portal navigerar du till ett lagringskonto som du vill konvertera.

  2. Under Support + felsökning väljer du Ny supportbegäran.

  3. Fyll i fliken Problembeskrivning baserat på din kontoinformation:

    • Sammanfattning: (viss beskrivande text).
    • Problemtyp: Välj Teknisk.
    • Prenumeration: Välj din prenumeration i listrutan.
    • Tjänst: Välj Mina tjänster och sedan Hantering av lagringskonto för tjänsttypen.
    • Resurs: Välj ett lagringskonto som ska konverteras. Om du behöver ange flera lagringskonton kan du göra det på fliken Ytterligare information .
    • Problemtyp: Välj Datamigrering.
    • Problemundertyp: Välj Migrera till ZRS, GZRS eller RA-GZRS.

    Skärmbild som visar hur du begär en konvertering – fliken Problembeskrivning.

  4. Välj Nästa. Fliken Rekommenderad lösning kan visas kort innan den växlar till sidan Lösningar . På sidan Lösningar kan du kontrollera om dina lagringskonton är berättigade till konvertering:

    • Målreplikeringstyp: (välj önskat alternativ i listrutan)
    • Lagringskonton från: (ange ett enda lagringskontonamn eller en lista över konton avgränsade med semikolon)
    • Välj Skicka.

    Skärmbild som visar hur du kontrollerar behörigheten för dina lagringskonton för konvertering – lösningssidan.

  5. Vidta lämpliga åtgärder om resultatet visar att ditt lagringskonto inte är berättigat till konvertering. Annars väljer du Återgå till supportbegäran.

  6. Välj Nästa. Om du har fler än ett lagringskonto att migrera anger du namnet på varje konto på fliken Information , avgränsat med ett semikolon.

    Skärmbild som visar hur du begär en konvertering – fliken Ytterligare information.

  7. Ange nödvändig information på fliken Ytterligare information och välj sedan Granska + skapa för att granska och skicka din supportbegäran. En Azure Support-agent granskar ditt ärende och kontaktar dig för att ge hjälp.

Manuell migrering

En manuell migrering ger mer flexibilitet och kontroll än en konvertering. Du kan använda det här alternativet om du behöver dina data flyttas vid ett visst datum eller om konvertering inte stöds för ditt scenario. Manuell migrering är också användbart när du flyttar ett lagringskonto till en annan region. Mer information finns i Flytta ett Azure Storage-konto till en annan region.

Du måste utföra en manuell migrering om du vill migrera ditt lagringskonto till en annan region.

Viktigt!

En manuell migrering kan leda till programavbrott. Om ditt program kräver hög tillgänglighet tillhandahåller Microsoft även ett konverteringsalternativ . En konvertering är en migrering på plats utan stilleståndstid.

Med en manuell migrering kopierar du data från ditt befintliga lagringskonto till ett nytt lagringskonto. Om du vill utföra en manuell migrering kan du använda något av följande alternativ:

  • Kopiera data med hjälp av ett befintligt verktyg som AzCopy, ett av Azure Storage-klientbiblioteken eller ett tillförlitligt icke-Microsoft-verktyg.
  • Om du är bekant med Hadoop eller HDInsight kan du koppla både källlagringskontot och mållagringskontot till klustret. Parallellisera sedan datakopieringsprocessen med ett verktyg som DistCp.

Mer detaljerad vägledning om hur du utför en manuell migrering finns i Flytta ett Azure Storage-konto till en annan region.

Begränsningar för att ändra replikeringstyper

Begränsningar gäller för vissa scenarier för replikeringsändringar beroende på:

Region

Kontrollera att den region där lagringskontot finns har stöd för alla önskade replikeringsinställningar. Om du till exempel konverterar ditt konto till zonredundant (ZRS eller GZRS) kontrollerar du att ditt lagringskonto finns i en region som stöder det. Se listorna över regioner som stöds för zonredundant lagring och Geo-zonredundant lagring.

Viktigt!

Kundinitierad konvertering från LRS till ZRS är tillgänglig i alla offentliga regioner som stöder ZRS förutom följande:

  • (Nordamerika) Mexiko, centrala

Kundinitierad konvertering från befintliga ZRS-konton till LRS är tillgänglig i alla offentliga regioner.

Funktionskonflikter

Vissa funktioner för lagringskonton är inte kompatibla med andra funktioner eller åtgärder. Möjligheten att växla över till den sekundära regionen är till exempel den viktigaste funktionen för geo-redundans, men andra funktioner är inte kompatibla med växling. Mer information om funktioner och tjänster som inte stöds med redundans finns i Funktioner och tjänster som inte stöds. Konverteringen av ett konto till GRS eller GZRS kan blockeras om en funktion i konflikt är aktiverad eller om du måste inaktivera funktionen senare innan du påbörjar en redundansväxling.

Lagringskontotyp

När du planerar att ändra replikeringsinställningarna bör du överväga följande begränsningar relaterade till lagringskontotypen.

Vissa typer av lagringskonton stöder endast vissa redundanskonfigurationer, vilket påverkar om de kan konverteras eller migreras och i så fall hur. Mer information om typer av Azure-lagringskonton och vilka redundansalternativ som stöds finns i översikten över lagringskontot.

I följande tabell visas de redundansalternativ som är tillgängliga för lagringskontotyper och om konvertering och manuell migrering stöds:

Typ av lagringskonto Stöder LRS Stödjer ZRS Stödjer konvertering
(från Azure Portal)		 Stödjer konvertering
(vid förfrågan från support)		 Stödjer manuell migrering
SSD allokerad v1 ✅ ✅ ✅ ✅ 1 ✅
HDD betala efter användning ✅ ✅ ✅ ✅ ✅

1 Kundinitierad konvertering kan genomföras med Hjälp av Azure-portalen, PowerShell eller Azure CLI. Du kan också öppna en supportbegäran.

Protokollstöd

Du kan inte konvertera lagringskonton till zonredundans (ZRS eller GZRS) om lagringskontot innehåller NFS-filresurser med offentlig slutpunktsåtkomst aktiverad.

Det går inte att konvertera NFSv4.1-delningar med aktiverade offentliga slutpunkter. Följ dessa steg för att justera redundansen för NFS-delningar med offentliga slutpunkter:

  1. Inaktivera åtkomst till lagringskontots offentliga slutpunkt.
  2. Skicka konverteringsbegäran för att ändra redundans för det angivna lagringskontot.
  3. När lagringskontot har migrerats konfigurerar du privata eller offentliga slutpunkter efter behov.

Redundans och återställning efter fel

Efter att ett konto redundansväxlat till den sekundära regionen är det möjligt att initiera en återställning från den nuvarande primära regionen tillbaka till den sekundära med PowerShell eller Azure CLI (version 2.30.0 eller senare). Initiera växling till reservsystemet.

Om du utförde en kundenhanterad kontofailover för att återställa från ett avbrott för ditt GRS-konto blir kontot lokalt redundant (LRS) i det nya primära området efter failovern. Konvertering till ZRS eller GZRS för ett LRS-konto som ett resultat av en failover stöds inte, inte ens för så kallade återställningsoperationer. Om du till exempel utför en kontofailover från GRS till LRS i den sekundära regionen och sedan konfigurerar det igen som GRS, förblir det LRS i den nya sekundära regionen (den ursprungliga primära). Om du sedan utför en annan konto-omkoppling för att återvända till den ursprungliga primära regionen, förblir den LRS igen i den ursprungliga primära regionen. I det här fallet kan du inte utföra en konvertering till ZRS eller GZRS i den primära regionen. Utför i stället en manuell migrering för att lägga till zonredundans.

Krav på stilleståndstid

Under en konvertering kan du komma åt data i ditt lagringskonto utan förlust av hållbarhet eller tillgänglighet. Serviceavtalet för Azure Storage underhålls under migreringsprocessen och inga data går förlorade under en konvertering. Tjänstslutpunkter, åtkomstnycklar, signaturer för delad åtkomst och andra kontoalternativ förblir oförändrade efter migreringen.

Om du väljer att utföra en manuell migrering krävs stilleståndstid, men du har större kontroll över tidpunkten för migreringsprocessen.

Tidsinställning och frekvens

Den kundinitierade konverteringsprocessen för zonredundans kan ta upp till 72 timmar att börja efter initieringen, men kan ta längre tid på grund av resurstillgänglighet, datavolym och andra faktorer. Det kan ta längre tid att starta om du begär en konvertering genom att öppna en supportbegäran. Information om hur du övervakar förloppet för en kundinitierad konvertering finns i Övervaka kundinitierade konverteringsförlopp.

Viktigt!

Det finns inget serviceavtal för slutförande av en konvertering. Om du behöver mer kontroll över när en konvertering börjar och är klar bör du överväga en manuell migrering. Ju mer data du har i ditt konto, desto längre tid tar det att replikera dessa data till andra zoner eller regioner.

Efter en konvertering av zonredundans måste du vänta minst 72 timmar innan du ändrar redundansinställningen för lagringskontot igen. Det tillfälliga undantaget gör att bakgrundsprocesser kan slutföras innan en annan ändring utförs, vilket säkerställer kontots konsekvens och integritet. Att till exempel gå från LRS till GZRS är en tvåstegsprocess. Först måste du lägga till zonredundans i en operation och sedan lägga till geo-redundans i en annan. När du har gått från LRS till ZRS måste du vänta minst 72 timmar innan du går från ZRS till GZRS.

Kostnader för att ändra hur data replikeras

Azure Files erbjuder flera alternativ för att konfigurera replikering. Dessa alternativ, ordnade efter minst till dyraste, inkluderar:

  • LRS
  • ZRS
  • GRS
  • GZRS

Kostnaderna för att ändra hur data replikeras i ditt lagringskonto beror på vilka aspekter av redundanskonfigurationen du ändrar. En kombination av prissättning för datalagring och utgående bandbredd avgör kostnaden för att göra en ändring. Mer information om priser finns på sidan Priser för Azure Files.

Om du lägger till zonredundans i den primära regionen finns det ingen initial kostnad för konverteringen, men den löpande datalagringskostnaden är högre på grund av den ökade replikering och det lagringsutrymme som krävs.

Geo-redundans medför en utgående bandbreddsavgift vid tidpunkten för ändringen eftersom hela lagringskontot replikeras till den sekundära regionen. Alla senare skrivningar till den primära regionen medför också avgifter för utgående bandbredd för att replikera skrivningen till den sekundära regionen.

Om du tar bort geo-redundans (ändra från GRS till LRS) kostar det ingenting att göra ändringen, men dina replikerade data tas bort från den sekundära platsen.

Se även