Frågor om hur du säkerhetskopierar Azure Files

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

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

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

När du försöker eftersom du väljer ett Storage-konto för att identifiera filresurser i det, registreras Storage konto med valvet som detta görs från. Om du väljer att skydda filresurser med ett annat valv avregistrerar du det valda Storage konto från det här valvet.

Om lagringskontot redan har registrerats med ett valv eller andra filresurser i lagringskontot skyddas med ett valv kan du inte ä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 Storage-kontot och sedan välja ett annat valv för skydd.

Ja. Du måste dock stoppa skyddet av filresursen från det anslutna valvet, avregistrera det här Storage-kontot 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äkerhetskopieringar börjar misslyckas när gränsen har nåtts tar du bort ögonblicksbilder på begäran för framtida säkerhetskopieringar.

Om filresursen är i läget för mjuk borttagning måste du först ta bort filresursen för att utföra återställningen. Om du tar bort den här åtgärden förs filresursen in i aktivt tillstånd där du kan återställa till valfri tidpunkt. Information om hur du tar bort filresursen finns på den här länken eller i skriptet Undelete File Share (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, stannar kvar på det konfigurerade målet (ursprunglig eller alternativ plats) utan några återställningar.

Ja. Läs 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. Data som överförs i MB är alltså 0.

Inställningen Storage replikering 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 Azure Backup kan nås genom att visa ögonblicksbilder i portalen, PowerShell eller CLI. Mer information om hur Azure Files resursögonblicksbilder finns i Översikt över resursögonblicksbilder för Azure Files.

När en filresurs flyttas till en annan prenumeration betraktas den som en ny filresurs genom att 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 hjälp av V1-valvet. Nu vill du flytta filresursen till prenumerationen S2.

1. Flytta önskat lagringskonto och filresurs (FS1) till en annan prenumeration (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äkerhetskopiering för FS1, som nu flyttas till S2, med ett valv (V2) i S2-prenumerationen.

Observera att när du har konfigurerat om säkerhetskopieringen med V2 kommer ögonblicksbilderna som togs med V1 inte längre att hanteras av Azure Backup. Därför måste du ta bort dessa ögonblicksbilder 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 genom att Azure Backup. Dessutom kommer de ögonblicksbilder som skapades innan resursgruppen flyttas inte längre att hanteras av Azure Backup. Därför måste du ta bort dessa ögonblicksbilder manuellt enligt dina krav.

Se supportmatrisen för information om maximal kvarhållning. Azure Backup gör en realtidsberäkning av antalet ögonblicksbilder när du anger kvarhållningsvärden när du konfigurerar säkerhetskopieringspolicyn. Så snart antalet ögonblicksbilder som motsvarar dina definierade kvarhållningsvärden överskrider 200 visar portalen en varning som ber dig att justera kvarhållningsvärdena. Det innebär att du inte överskrider gränsen för det maximala antalet ögonblicksbilder som stöds av Azure Files för en filresurs vid någon tidpunkt.

När du ändrar en princip för daglig säkerhetskopiering till GFS-principen (lägger till veckovis/månatlig/årsvis kvarhållning) ser beteendet ut så här:

• Kvarhållning: Om du lägger till veckovisa/månatliga/årliga kvarhållning som en del av att ändra 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 märks därför inte som veckovisa/månatliga/årliga.

• Rensning av ögonblicksbilder och återställningspunkter:

  • Om den dagliga kvarhållningen utökas uppdateras utgångsdatumet för de befintliga återställningspunkterna enligt det dagliga kvarhållningsvärde 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 det fungerar:

Befintlig princip [P1]

Ny princip [Ändrad P1]

Påverkan

1. Utgångsdatumet för befintliga återställningspunkter justeras enligt det dagliga kvarhållningsvärdet för den nya principen, det vill säga 50 dagar. Därför markeras alla återställningspunkt som är äldre än 50 dagar för borttagning.

2. Befintliga återställningspunkter märks inte som veckovisa/månatliga/årliga baserat på ny princip.

3. Alla framtida säkerhetskopieringar utlöses enligt det nya schemat, det vill säga kl. 21:00.

4. Utgångsdatumet för alla framtida återställningspunkter kommer att justeras med den nya principen.

När en ny princip tillämpas på filresurser, kommer alla framtida schemalagda säkerhetskopieringar att göras enligt det schema som konfigurerats i den ändrade principen. Kvarhållningen av alla befintliga återställningspunkter justeras enligt de nya kvarhållningsvärden som konfigurerats. Om kvarhållningen utökas markeras därför befintliga återställningspunkter för att 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 det fungerar:

Befintlig princip [P2]

Ny princip [Ändrad P2]

Effekten av förändring

1. Utgångsdatumet för befintliga dagliga återställningspunkter justeras enligt det nya dagliga kvarhållningsvärdet, som är 10 dagar. Därför tas alla dagliga återställningspunkt som är äldre än 10 dagar bort.

2. Utgångsdatumet för befintliga veckovisa återställningspunkter justeras enligt det nya veckovisa kvarhållningsvärdet, som är två veckor. Så alla veckovisa återställningspunkt som är äldre än två veckor tas bort.

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

4. Utgångsdatumet för alla framtida återställningspunkter kommer att justeras med den nya principen.

Attributet duration hjälper till att fastställa tidsstämpeln för den senaste säkerhetskopieringen av dagen.

Om starttiden till exempel är "x AM" och varaktigheten är "y timmar" schemaläggs säkerhetskopieringarna mellan "x AM" och (x AM + y timmar) baserat på det schemaattribut som definieras 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. Om du tar flera ögonblicksbilder skyddas därför 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), det vill säga 09:00–21:00. Därför schemaläggs alla säkerhetskopieringar inom det här fönstret.

Den första säkerhetskopieringen av dagen utlöses vid den starttid som anges i principen, det vill säga kl. 09:00, och schemat bestämmer tidsskillnaden mellan på varandra följande säkerhetskopieringar, det vill säga 4 timmar. Med den här beräkningen skulle ditt säkerhetskopieringsschema vara: 09:00, 13:00 (09:00 + 4 timmar), 17:00 (17: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 9:00, schemalägg 6 timmar och varaktighet som 4 timmar. I det här scenariot är den enda gången som säkerhetskopieringsjobb kan utlösas 09:00, eftersom nästa säkerhetskopieringstid kl. 03:00 (9 :00 + 6 timmar) är utanför säkerhetskopieringsfönstret: 09:00–13:00 (9: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äkerhetskopieringsschemat och varaktigheten, infaller på två olika dagar.

Du kan till exempel konfigurera en princip med följande parametrar:

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

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

Vi antar att du ändrar starttiden till kl. 06:00 i konfigurationen ovan. Säkerhetskopieringsfönstret blir nu 06:00–21:00 (06:00 + 15 timmar). Det här är en konfiguration som stöds.

När du växlar från Frekvens per dag till Varje timme är beteendet följande:

• Kvarhållning: Om du lägger till veckovisa/månatliga/årliga kvarhållning som en del av att ändra 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. Därför märks de inte som veckovisa/månatliga/årliga.

• Rensning av ögonblicksbilder och återställningspunkter:

  • Om den dagliga kvarhållningen utökas uppdateras utgångsdatumet för de befintliga dagliga återställningspunkterna enligt det dagliga kvarhållningsvärde 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 värde för daglig kvarhållning som konfigurerats i den nya principen och tas sedan bort.

Nästa steg

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