Frågor om hur du säkerhetskopierar Azure Files

Se säkerhetskopieringen av supportmatrisen för Azure-filresurser för att se till att lagringskontot tillhör någon av de lagringskontotyper som stöds. Det är också möjligt att lagringskontot som du letar efter redan är skyddat eller registrerat med ett annat valv. Avregistrera lagringskontot från valvet för att identifiera lagringskontot i andra valv för skydd.

Kontrollera om Azure-filresursen redan skyddas i samma Recovery Services-valv eller om den nyligen har tagits bort.

Den aktuella azure files-säkerhetskopieringslösningen behåller ögonblicksbilder på samma lagringskonto som den säkerhetskopierade filresursen. Om lagringskontot tas bort förlorar du alla dina ögonblicksbilder. För att skydda ditt konto mot oavsiktlig borttagning tar Azure Backup ett borttagningslås på lagringskontot. Det innebär att behöriga användare fortfarande kan läsa och ändra en resurs, men de kan inte ta bort den. Låset begränsar också borttagningen av alla filresurser under lagringskontot. Därför får du skydd mot oavsiktlig borttagning av både lagringskontot och filresurserna.

Ja. Skydd av Azure-filresurser som är anslutna till synkroniseringsgrupper är aktiverat.

När du försöker säkerhetskopiera registrerar valet av ett lagringskonto för att identifiera filresurser i det lagringskontot med valvet som detta görs från. Om du väljer att skydda filresurserna med ett annat valv avregistrerar du det valda lagringskontot från det här valvet.

Om lagringskontot redan är registrerat med ett valv eller andra filresurser i lagringskontot skyddas med hjälp av ett valv får du inte möjlighet att ändra det. Alla filresurser i ett lagringskonto kan endast skyddas av samma valv. Om du vill ändra valvet måste du stoppa skyddet för alla filresurser i lagringskontot från det anslutna valvet, avregistrera lagringskontot och sedan välja ett annat valv som skydd.

Ja. Du måste dock stoppa skyddet på filresursen från det anslutna valvet, avregistrera det här lagringskontot och sedan skydda det från ett annat valv.

Nej. Filresurserna i ett lagringskonto kan endast skyddas med ett och samma valv.

Du kan ha upp till 200 ögonblicksbilder för en filresurs vid varje tidpunkt. Gränsen gäller ögonblicksbilderna som har tagits av Azure Backup enligt definitionen i din princip. Om dina säkerhetskopior börjar misslyckas när gränsen har nåtts tar du bort ögonblicksbilder på begäran för lyckade framtida säkerhetskopior.

I följande tabell förklaras antalet ögonblicksbilder enligt konfigurationen av säkerhetskopieringsprinciper:

Om filresursen är i mjukt borttaget tillstånd måste du först ta bort filresursen för att utföra återställningsåtgärden. Åtgärden för att ta bort borttagningen försätter filresursen i det aktiva tillstånd där du kan återställa till valfri tidpunkt. Om du vill veta hur du tar bort borttagningen av filresursen går du till den här länken eller läser skriptet Ta bort filresurs. Om filresursen tas bort permanent kan du inte återställa innehållet och ögonblicksbilderna.

Ja. Om du valde Behåll säkerhetskopieringsdata när du stoppade skyddet kan du återställa från alla befintliga återställningspunkter.

Om ett pågående återställningsjobb avbryts stoppas återställningsprocessen och alla filer återställs före annulleringen. Håll dig kvar på det konfigurerade målet (ursprunglig eller alternativ plats) utan några återställningar.

Om en återställningspunkt inte visas måste den ha upphört att gälla. Vi rekommenderar att du kontrollerar kvarhållningen som konfigurerats i säkerhetskopieringsprincipen för att förstå kvarhållningstiden för återställningspunkter för den säkerhetskopierade filresursen.

Ja. Se den detaljerade dokumentationen här.

I den aktuella säkerhetskopieringslösningen för Azure Files överförs inga data till valvet och ögonblicksbilder behålls i samma lagringskonto som den säkerhetskopierade filresursen. De data som överförs i MB är alltså 0.

Lagringsreplikeringsinställningen för valvet är inte relevant för Azure Files-säkerhetskopiering. Det beror på att den aktuella lösningen är ögonblicksbildbaserad och att inga data överförs till valvet. Ögonblicksbilder lagras i samma lagringskonto som den säkerhetskopierade filresursen och replikeras därför enligt replikeringsinställningen för lagringskontot.

Alla ögonblicksbilder som tas av Azure Backup kan nås genom att visa ögonblicksbilder i portalen, PowerShell eller CLI. Mer information om ögonblicksbilder av Azure Files-resurs finns i Översikt över resursögonblicksbilder för Azure Files.

När en filresurs har flyttats till en annan prenumeration betraktas den som en ny filresurs av Azure Backup. Det här är de rekommenderade stegen:

Scenario: Anta att du har en filresurs FS1 i prenumeration S1 och att den skyddas med V1-valvet. Nu vill du flytta filresursen till prenumeration S2.

1. Flytta det önskade lagringskontot och filresursen (FS1) till den olika prenumerationen (S2).
2. I V1-valvet utlöser du stoppskyddet med åtgärden ta bort data för FS1.
3. Avregistrera lagringskontot som är värd för FS1 från V1-valvet.
4. Konfigurera om säkerhetskopieringen för FS1, som nu har flyttats till S2, med ett valv (V2) i S2-prenumerationen.

Observera att när du har konfigurerat om säkerhetskopieringen med V2 hanteras inte längre ögonblicksbilderna som togs med V1 av Azure Backup. Så du måste ta bort ögonblicksbilderna manuellt enligt dina krav.

Ja, du kan flytta din säkerhetskopierade filresurs till en annan resursgrupp. Du måste dock konfigurera om säkerhetskopieringen för filresursen eftersom den behandlas som en ny resurs av Azure Backup. Ögonblicksbilderna som skapades innan resursgruppen flyttades hanteras inte längre av Azure Backup. Så du måste ta bort ögonblicksbilderna manuellt enligt dina krav.

Mer information om maximal kvarhållning finns i supportmatrisen . Azure Backup gör en realtidsberäkning av antalet ögonblicksbilder när du anger kvarhållningsvärdena när du konfigurerar säkerhetskopieringsprincipen. Så snart antalet ögonblicksbilder som motsvarar dina definierade kvarhållningsvärden överskrider 200 visas en varning i portalen där du uppmanas att justera kvarhållningsvärdena. Detta gör att du inte överskrider gränsen för maximalt antal ögonblicksbilder som stöds av Azure Files för alla filresurser när som helst.

När du ändrar en princip för daglig säkerhetskopiering till en GFS-princip (lägga till kvarhållning varje vecka/månad/år) är beteendet följande:

• Kvarhållning: Om du lägger till kvarhållning varje vecka/månad/år som en del av ändringen av principen, kommer alla framtida återställningspunkter som skapas som en del av den schemalagda säkerhetskopieringen att taggas enligt den nya principen. Alla befintliga återställningspunkter betraktas fortfarande som dagliga återställningspunkter och taggas därför inte som varje vecka/månad/år.

• Rensning av ögonblicksbilder och återställningspunkter:

  • Om den dagliga kvarhållningen utökas uppdateras förfallodatumet för de befintliga återställningspunkterna enligt det dagliga kvarhållningsvärdet som konfigurerats i den nya principen.
  • Om den dagliga kvarhållningen minskar markeras befintliga återställningspunkter och ögonblicksbilder för borttagning i nästa rensningskörningsjobb enligt det dagliga kvarhållningsvärdet som konfigurerats i den nya principen och tas sedan bort.

Här är ett exempel på hur detta fungerar:

Befintlig princip [P1]

Ny princip [Ändrad P1]

Påverkan

1. Förfallodatumet för befintliga återställningspunkter justeras enligt det dagliga kvarhållningsvärdet för den nya principen: det vill: 50 dagar. Därför markeras alla återställningspunkter som är äldre än 50 dagar för borttagning.

2. De befintliga återställningspunkterna taggas inte som veckovisa/månatliga/årliga baserat på ny princip.

3. Alla framtida säkerhetskopior utlöses enligt det nya schemat, dvs. kl. 21.00.

4. Förfallodatumet för alla framtida återställningspunkter justeras med den nya principen.

När en ny princip tillämpas på filresurser tas alla framtida schemalagda säkerhetskopieringar enligt det schema som konfigurerats i den ändrade principen. Kvarhållningen av alla befintliga återställningspunkter justeras enligt de nya kvarhållningsvärden som har konfigurerats. Så om kvarhållningen utökas markeras befintliga återställningspunkter som ska behållas enligt den nya principen. Om kvarhållningen minskar markeras de för rensning i nästa rensningsjobb och tas sedan bort.

Här är ett exempel på hur detta fungerar:

Befintlig princip [P2]

Ny princip [Ändrad P2]

Ändringspåverkan

1. Förfallodatumet för befintliga dagliga återställningspunkter justeras enligt det nya dagliga kvarhållningsvärdet (10 dagar). Därför tas alla dagliga återställningspunkter som är äldre än 10 dagar bort.

2. Förfallodatumet för befintliga veckovisa återställningspunkter justeras enligt det nya veckovisa kvarhållningsvärdet (två veckor). Därför tas alla veckovisa återställningspunkter som är äldre än två veckor bort.

3. De månatliga återställningspunkterna skapas bara som en del av framtida säkerhetskopior baserat på den nya principkonfigurationen.

4. Förfallodatumet för alla framtida återställningspunkter justeras med den nya principen.

Varaktighetsattributet hjälper till att fastställa tidsstämpeln för dagens senaste säkerhetskopiering.

Om starttiden till exempel är "x AM" och varaktigheten är "y hours" schemaläggs säkerhetskopiorna mellan "x AM" och (x AM + y hours) baserat på det schemaattribut som definierats i principen. Med det här attributet kan du se till att säkerhetskopieringar endast utlöses under arbetstid när det finns frekventa uppdateringsåtgärder för filresursinnehåll. Så om du tar flera ögonblicksbilder skyddas data från oavsiktliga ändringar.

Du har till exempel skapat en princip med följande konfiguration:

• Starttid: 09.00
• Schema: Var 4:e timme
• Varaktighet: 12 timmar

Baserat på dessa värden beräknas säkerhetskopieringsfönstret som 09:00 – (09:00 + 12 timmar), dvs. 09:00–21:00. Därför schemaläggs alla säkerhetskopior i det här fönstret.

Den första säkerhetskopieringen av dagen utlöses vid den starttid som anges i principen, det vill:a 9:00, och schemat avgör tidsskillnaden mellan på varandra följande säkerhetskopior, d.v.s. 4 timmar. Med den här beräkningen skulle ditt säkerhetskopieringsschema vara: 09:00, 13:00 (09:00 + 4 timmar), 17:00 (13:00 + 4 timmar) och 21:00 (17:00 + 4 timmar).

Eftersom sluttiden för säkerhetskopieringsfönstret som vi beräknade var 21:00 utlöses ingen säkerhetskopiering efter den här tiden.

Det här felet uppstår om du har angett ett schema som är större än varaktigheten. Du har till exempel konfigurerat starttiden som 09:00, schemalägg som 6 timmar och varaktighet som 4 timmar. I det här scenariot är den enda tiden då säkerhetskopieringsjobbet kan utlösas 09.00, eftersom nästa säkerhetskopieringstid på 15:00 (09:00 + 6 timmar) är utanför säkerhetskopieringsfönstret: 09:00–13:00 (09:00 + 4 timmar).

För att åtgärda detta rekommenderar vi att du justerar ditt schema eller din varaktighet eller väljer Daglig frekvens i stället för Varje timme.

Det här felet uppstår om säkerhetskopieringsfönstrets starttid och sluttid, som bestäms baserat på säkerhetskopieringsschematoch varaktigheten, infaller på två olika dagar.

Du har till exempel konfigurerat en princip med följande parametrar:

• Schema: Var 4:e timme
• Starttid: 12:00
• Varaktighet: 15 timmar

Baserat på den här konfigurationen är säkerhetskopieringsfönstret: 12:00–03:00 (12:00 + 15 timmar). Eftersom start- och sluttiderna minskar på två olika dagar rekommenderar vi att du justerar starttiden eller varaktigheten för att säkerställa att de är på samma dag.

Anta att du ändrar starttiden till 06.00 i konfigurationen ovan. Nu är säkerhetskopieringsfönstret 06:00–21:00 (06:00 + 15 timmar). Det här är en konfiguration som stöds.

När du växlar från daglig till timfrekvens är beteendet följande:

• Kvarhållning: Om du lägger till kvarhållning varje vecka/månad/år som en del av ändringen av principen, kommer alla framtida återställningspunkter som skapas som en del av den schemalagda säkerhetskopieringen att taggas enligt den nya principen. Alla befintliga återställningspunkter kommer fortfarande att betraktas som dagliga återställningspunkter. Så de kommer inte att taggas som varje vecka/månad/år.

• Rensning av ögonblicksbilder och återställningspunkter:

  • Om den dagliga kvarhållningen utökas uppdateras förfallodatumet för de befintliga dagliga återställningspunkterna enligt det dagliga kvarhållningsvärdet som konfigurerats i den nya principen.
  • Om den dagliga kvarhållningen minskar markeras de befintliga dagliga återställningspunkterna och ögonblicksbilderna för borttagning i nästa rensningskörningsjobb enligt det dagliga kvarhållningsvärdet som konfigurerats i den nya principen och tas sedan bort.

Nej, borttagningen av lagringskontot blockeras inte av ett lån på ögonblicksbilder.

Vi rekommenderar att du utför stoppskyddet med åtgärden ta bort data på den säkerhetskopierade filresursen.

Efter den här åtgärden släpper Azure Backup lånet och tar bort alla ögonblicksbilder. Sedan kan du ta bort filresursen.

Nej, Azure Backup tar bara ett lån på de ögonblicksbilder som tas efter lanseringen av den här funktionen.

Nej. Om du tar bort en filresurs som innehåller hyrda ögonblicksbilder kommer lånet inte att finnas på plats när filresursen tas bort.

Ja, du kan skydda filresurser i ett lagringskonto i samma Recovery Services-valv med olika säkerhetskopieringsprinciper.

Nästa steg

• Felsöka problem vid säkerhetskopiering av Azure-filresurser