Dotazy týkající se zálohování Souborů Azure

Informace o zálohování sdílených složek Azure najdete v matici podpory a ujistěte se, že účet úložiště patří k jednomu z podporovaných typů účtů úložiště. Je také možné, že účet úložiště, který hledáte, je už chráněný nebo zaregistrovaný v jiném trezoru. Zrušením registrace účtu úložiště z trezoru zjistíte účet úložiště v jiných trezorech pro ochranu.

Zkontrolujte, jestli už příslušná sdílená složka Azure není chráněná ve stejném trezoru služby Recovery Services nebo jestli nebyla nedávno odstraněna.

Aktuální řešení zálohování Azure Files uchovává snímky ve stejném účtu úložiště jako zálohovaná sdílená složka. Pokud se účet úložiště odstraní, ztratíte všechny snímky. Pokud chcete chránit svůj účet před náhodným odstraněním, azure Backup na účtu úložiště zamkne zámek odstranění. Znamená to, že autorizovaní uživatelé můžou prostředek stále číst a upravovat, ale nemůžou ho odstranit. Zámek také omezuje odstranění jakékoli sdílené složky v rámci účtu úložiště. Proto získáte ochranu před náhodným odstraněním účtu úložiště i sdílených složek.

Ano. Je povolená ochrana sdílených složek Azure připojených ke skupinám synchronizace.

Když se pokoušíte zálohovat, výběrem účtu úložiště zjistíte sdílené složky v něm, zaregistruje se účet úložiště v trezoru, ze kterého se to dělá. Pokud se rozhodnete chránit sdílené složky s jiným trezorem, zrušíte registraci vybraného účtu úložiště z tohoto trezoru.

Pokud už je účet úložiště zaregistrovaný v trezoru nebo jiných sdílených složkách v účtu úložiště jsou chráněné pomocí trezoru, nemáte možnost ho změnit. Všechny sdílené složky v účtu úložiště můžou být chráněné pouze stejným trezorem. Pokud chcete trezor změnit, budete muset zastavit ochranu všech sdílených složek v účtu úložiště z připojeného trezoru, zrušit registraci účtu úložiště a pak zvolit jiný trezor pro ochranu.

Ano. Budete ale muset zastavit ochranu sdílené složky z připojeného trezoru, zrušit registraci tohoto účtu úložiště a pak ho chránit před jiným trezorem.

Ne. Všechny sdílené složky v účtu úložiště je možné chránit pouze ve stejném trezoru.

V jakémkoli okamžiku můžete mít až 200 snímků jedné sdílené složky. Toto omezení zahrnuje snímky pořízené službou Azure Backup podle definice ve vašich zásadách. Pokud se zálohování po dosažení limitu nedaří, odstraňte snímky na vyžádání pro úspěšné budoucí zálohování.

Následující tabulka vysvětluje počet snímků podle konfigurace zásad zálohování:

Pokud je sdílená složka ve stavu obnovitelného odstranění, musíte nejprve zrušit odstranění sdílené složky, aby bylo možné provést operaci obnovení. Operace zrušení obnovení přenese sdílenou složku do aktivního stavu, ve kterém můžete provést obnovení k libovolnému bodu v čase. Pokud se chcete dozvědět, jak zrušit odstranění sdílené složky, navštivte tento odkaz nebo se podívejte na skript Pro odstranění sdílené složky. Pokud se sdílená složka trvale odstraní, nebudete moct obnovit obsah a snímky.

Ano. Pokud jste při zastavování ochrany zvolili možnost Zachovat zálohovaná data, můžete provést obnovení ze všech stávajících bodů obnovení.

Pokud dojde ke zrušení probíhající úlohy obnovení, proces obnovení se zastaví a všechny soubory obnovené před zrušením, zůstanou v nakonfigurovaném cíli (původní nebo alternativní umístění) bez vrácení zpět.

Pokud bod obnovení není uvedený, musí vypršený. Doporučujeme zkontrolovat uchovávání informací nakonfigurované v zásadách zálohování, abyste porozuměli době uchovávání bodů obnovení zálohované sdílené složky.

Ano. Projděte si podrobnou dokumentaci.

V aktuálním řešení zálohování pro Azure Files se do trezoru nepřenesou žádná data a snímky se zachovají ve stejném účtu úložiště jako zálohovaná sdílená složka. Přenos dat v MB je tedy 0.

Nastavení replikace úložiště trezoru není pro zálohování služby Azure Files relevantní. Důvodem je to, že aktuální řešení je založené na snímku a do trezoru se nepřenesou žádná data. Snímky se ukládají ve stejném účtu úložiště jako zálohovaná sdílená složka, a proto se replikují podle nastavení replikace účtu úložiště.

Všechny snímky pořízené službou Azure Backup jsou přístupné zobrazením snímků na portálu, PowerShellu nebo rozhraní příkazového řádku. Další informaceoch

Po přesunutí sdílené složky do jiného předplatného se služba Azure Backup považuje za novou sdílenou složku. Toto jsou doporučené kroky:

Scénář: Řekněme, že máte sdílenou složku FS1 v předplatném S1 a je chráněná pomocí trezoru V1 . Teď chcete sdílenou složku přesunout do předplatného S2.

1. Přesuňte požadovaný účet úložiště a sdílenou složku (FS1) do jiného předplatného (S2).
2. V trezoru V1 aktivujte ochranu zastavení pomocí operace odstranění dat pro FS1.
3. Zrušení registrace účtu úložiště hostujícího FS1 z trezoru V1
4. Překonfigurujte zálohování pro FS1, nyní přesunuto do S2 s trezorem (V2) v předplatném S2.

Mějte na paměti, že po překonfigurování zálohování pomocí V2 už nebudou snímky pořízené pomocí V1 spravovány službou Azure Backup. Proto budete muset tyto snímky odstranit ručně podle vašich požadavků.

Ano, zálohovanou sdílenou složku můžete přesunout do jiné skupiny prostředků. Budete ale muset překonfigurovat zálohování sdílené složky, protože bude považováno za nový prostředek službou Azure Backup. Snímky vytvořené před přesunem skupiny prostředků už nebudou spravovány službou Azure Backup. Proto budete muset tyto snímky odstranit ručně podle vašich požadavků.

Podrobnosti o maximálním uchovávání najdete v matici podpory. Azure Backup provádí výpočet počtu snímků v reálném čase při zadávání hodnot uchovávání při konfiguraci zásad zálohování. Jakmile počet snímků odpovídající vašim definovaným hodnotám uchovávání překročí 200, portál zobrazí upozornění, které vás požádá o úpravu hodnot uchovávání informací. To znamená, že nepřekročíte limit maximálního počtu snímků podporovaných službou Azure Files pro jakoukoli sdílenou složku v jakémkoli okamžiku.

Při úpravě zásad denního zálohování na zásady GFS (přidání týdenního, měsíčního nebo ročního uchovávání), chování je následující:

• Uchovávání: Pokud přidáváte týdenní, měsíční nebo roční uchovávání v rámci úprav zásad, označí se všechny budoucí body obnovení vytvořené jako součást plánovaného zálohování podle nových zásad. Všechny existující body obnovení se stále považují za denní body obnovení, takže se nebudou označit jako týdenní, měsíční nebo roční.

• Vyčištění snímků a bodů obnovení:

  • Pokud se denní uchovávání prodlouží, aktualizuje se datum vypršení platnosti stávajících bodů obnovení podle hodnoty denního uchovávání nakonfigurované v nové zásadě.
  • Pokud se denní uchovávání sníží, stávající body obnovení a snímky se označí k odstranění v další úloze běhu čištění podle hodnoty denního uchovávání nakonfigurované v nové zásadě a pak se odstraní.

Tady je příklad toho, jak to funguje:

Existující zásady [P1]

Nová zásada [Změněno P1]

Dopad

1. Datum vypršení platnosti stávajících bodů obnovení se upraví podle denní hodnoty uchovávání nových zásad: to znamená 50 dnů. Všechny body obnovení, které jsou starší než 50 dnů, se proto označí k odstranění.

2. Stávající body obnovení nebudou označené jako týdenní, měsíční nebo roční na základě nových zásad.

3. Všechny budoucí zálohy se aktivují podle nového plánu: to znamená v 9:00.

4. Datum vypršení platnosti všech budoucích bodů obnovení bude v souladu s novou zásadou.

Když se u sdílených složek použije nová zásada, budou všechny budoucí naplánované zálohy pořízeny podle plánu nakonfigurovaného v upravených zásadách. Uchovávání všech existujících bodů obnovení je zarovnané podle nakonfigurovaných nových hodnot uchovávání informací. Takže pokud je uchovávání rozšířené, stávající body obnovení se označí, aby se zachovaly podle nových zásad. Pokud se doba uchovávání sníží, označí se k vyčištění v další úloze vyčištění a pak se odstraní.

Tady je příklad toho, jak to funguje:

Existující zásady [P2]

Nová zásada [Změněno P2]

Dopad změny

1. Datum vypršení platnosti stávajících denních bodů obnovení bude v souladu s novou denní hodnotou uchování (10 dnů). Každý denní bod obnovení starší než 10 dnů se tedy odstraní.

2. Datum vypršení platnosti stávajících týdenních bodů obnovení se zarovná podle nové týdenní hodnoty uchovávání (dva týdny). Každý týdenní bod obnovení starší než dva týdny se tedy odstraní.

3. Měsíční body obnovení se vytvoří pouze jako součást budoucích záloh na základě nové konfigurace zásad.

4. Datum vypršení platnosti všech budoucích bodů obnovení bude v souladu s novou zásadou.

Atribut duration pomáhá určit časové razítko poslední zálohy dne.

Pokud je například počáteční čas x AM a doba trvání je y hodin, budou zálohy naplánovány mezi "x AM" a (x AM + y hodiny) na základě atributu plánu definovaného v zásadách. Tento atribut umožňuje zajistit, aby se zálohy aktivovaly jenom během pracovní doby, když dochází k častým operacím aktualizace obsahu sdílené složky; takže pořízení více snímků chrání data před náhodnými změnami.

Například jste vytvořili zásadu s následující konfigurací:

• Čas zahájení: 9:00
• Plán: Každých 4 hodiny
• Trvání: 12 hodin

Na základě těchto hodnot se záložní okno vypočítá jako 9:00 –(9:00+ 12 hodin), tj. 9:00–9:00. Proto budou všechny zálohy naplánovány v tomto okně.

První zálohování dne se aktivuje v počátečním čase uvedeném v zásadách, tj. 9:00 a plán určuje časový rozdíl mezi po sobě jdoucími zálohami, tj. 4 hodiny. Při tomto výpočtu bude plán zálohování: 9:00, 12:00 (9:00+ 4 hodiny), 5:00 (12:00 + 4 hodiny) a 9:00 (13:00 + 4 hodiny).

Vzhledem k tomu, že čas ukončení intervalu zálohování, který jsme vypočítali, bylo 9:00, po této době by se neaktivovalo žádné zálohování.

K této chybě dochází v případě, že jste zadali plán , který je větší než doba trvání. Například jste nakonfigurovali počáteční čas jako 9:00, naplánujte 6 hodin a dobu trvání 4 hodiny. V tomto scénáři je jediný čas, kdy se úloha zálohování může aktivovat, je 9:00, protože příští čas zálohování 3:00 (9:00 + 6 hodin) je mimo časové období zálohování: 9:00–13:00 (9:00 + 4 hodiny).

Pokud chcete tento problém vyřešit, doporučujeme upravit plán nebo dobu trvání nebo místo hodin vybrat denní frekvenci.

K této chybě dochází v případě, že počáteční a koncový čas časového období zálohování určený podle plánu a doby trvání zálohování spadá do dvou různých dnů.

Například jste nakonfigurovali zásadu s následujícími parametry:

• Plán: Každých 4 hodiny
• Čas zahájení: 12:00
• Trvání: 15 hodin

Na základě této konfigurace bude okno zálohování: 12:00–3:00 (12:00 + 15 hodin). Vzhledem k tomu, že počáteční a koncové časy klesají na dva různé dny, doporučujeme upravit počáteční čas nebo dobu trvání , aby se zajistilo, že jsou ve stejný den.

Předpokládejme, že ve výše uvedené konfiguraci změníte počáteční čas na 6:00. Nyní bude záložní okno 6:00–9:00 (6:00+ 15 hodin). Jedná se o podporovanou konfiguraci.

Když přepnete z denní na hodinovou frekvenci, chování je následující:

• Uchovávání: Pokud přidáváte týdenní, měsíční nebo roční uchovávání v rámci úprav zásad, označí se všechny budoucí body obnovení vytvořené jako součást plánovaného zálohování podle nových zásad. Všechny existující body obnovení budou nadále považovány za denní body obnovení; nebudou tedy označeny jako týdenní, měsíční nebo roční.

• Vyčištění snímků a bodů obnovení:

  • Pokud se denní uchovávání prodlouží, aktualizuje se datum vypršení platnosti stávajících denních bodů obnovení podle hodnoty denního uchovávání nakonfigurované v nových zásadách.
  • Pokud se denní uchovávání sníží, stávající denní body obnovení a snímky se označí k odstranění v další úloze spuštění čištění podle hodnoty denního uchovávání nakonfigurované v nové zásadě a pak se odstraní.

Ne, odstranění účtu úložiště není blokováno zapůjčením snímků.

Doporučujeme provést ochranu zastavení odstraněním dat na zálohované sdílené složce.

Po této operaci azure Backup uvolní zapůjčení a odstraní všechny snímky. Pak můžete sdílenou složku odstranit.

Ne, Azure Backup zapůjčí jenom snímky pořízené po vydání této funkce.

Ne. Pokud odstraníte sdílenou složku obsahující zapůjčené snímky, zapůjčení se neuloží, když nebude sdílená složka zrušena.

Ano, sdílené složky v účtu úložiště můžete chránit ve stejném trezoru služby Recovery Services pomocí různých zásad zálohování.

Další kroky

• Řešení potíží při zálohování sdílených složek Azure