Kérdések az Azure Files biztonsági mentéséről

Tekintse meg az Azure-fájlmegosztások biztonsági mentésének támogatási mátrixát annak ellenőrzéséhez, hogy a tárfiók a támogatott tárfióktípusok egyikéhez tartozik-e. Az is lehetséges, hogy a keresett tárfiók már védett vagy regisztrálva van egy másik tárolóban. Törölje a tárfiók regisztrációjának megszüntetését a tárolóból, hogy felderítse a tárfiókot más tárolókban a védelem érdekében.

Ellenőrizze, hogy az Azure-fájlmegosztás már védve van-e ugyanabban a helyreállítási tárban, vagy nemrégiben lett-e törölve.

A jelenlegi Azure Files biztonsági mentési megoldás a pillanatképeket ugyanabban a tárfiókban tárolja, mint a biztonsági mentési fájlmegosztás. Ha a tárfiók törlődik, az összes pillanatképét elveszíti. A fiók véletlen törlés elleni védelme érdekében az Azure Backup törlési zárolást vezet a tárfiókon. Ez azt jelenti, hogy a jogosult felhasználók továbbra is olvashatnak és módosíthatnak egy erőforrást, de nem törölhetik azt. A zárolás a tárfiókban lévő fájlmegosztások törlését is korlátozza. Ezért védelmet kap a tárfiók és a fájlmegosztások véletlen törlésétől.

Igen. A szinkronizálási csoportokhoz csatlakoztatott Azure-fájlmegosztások védelme engedélyezve van.

Amikor biztonsági másolatot próbál készíteni, a tárfiók kiválasztásával felderítheti a benne lévő fájlmegosztásokat, regisztrálja a tárfiókot azzal a tárolóval, amelyből ez történik. Ha úgy dönt, hogy a fájlmegosztásokat egy másik tárolóval védi, törölje a kiválasztott tárfiók regisztrációjának megszüntetését ebből a tárolóból.

Ha a tárfiók már regisztrálva van egy tárolóban, vagy a tárfiók más fájlmegosztásai tárolóval vannak védve, akkor nincs lehetősége annak módosítására. A tárfiókban lévő összes fájlmegosztást csak ugyanazzal a tárolóval lehet védeni. Ha módosítani szeretné a tárolót, le kell állítania a tárfiókban lévő összes fájlmegosztás védelmét a csatlakoztatott tárolóból, meg kell szüntetnie a tárfiók regisztrációját, majd másik tárolót kell választania a védelemhez.

Igen. Azonban le kell állítania a fájlmegosztás védelmét a csatlakoztatott tárolóból, meg kell szüntetnie a tárfiók regisztrációját, majd meg kell védenie egy másik tárolótól.

Nem. A Storage-fiókban lévő összes fájlmegosztás számára csak ugyanazzal a tárolóval biztosítható védelem.

Egy tetszőleges időpontban legfeljebb 200 pillanatkép készíthető fájlmegosztásonként. A korlátba a szabályzatban meghatározottak szerint beletartoznak az Azure Backup által készített pillanatképek is. Ha a biztonsági másolatok a korlát elérése után meghiúsulnak, törölje az igény szerinti pillanatképeket a sikeres jövőbeli biztonsági mentésekhez.

Az alábbi táblázat a biztonsági mentési szabályzat konfigurációjának pillanatkép-számát ismerteti:

Ha a fájlmegosztás helyreállíthatóan törölt állapotban van, először törölnie kell a fájlmegosztást a visszaállítási művelet végrehajtásához. A visszavonási művelet aktív állapotba hozza a fájlmegosztást, ahol bármikor visszaállítható. Ha meg szeretné tudni, hogyan lehet megszüntetni a fájlmegosztást, látogasson el erre a hivatkozásra , vagy tekintse meg az Undelete fájlmegosztási szkriptet. Ha a fájlmegosztás véglegesen törlődik, nem fogja tudni visszaállítani a tartalmat és a pillanatképeket.

Igen. Ha a védelem leállításakor a Biztonsági másolatok adatainak megőrzése lehetőséget választotta, akkor minden meglévő visszaállítási pontból vissza tud állítani.

Ha egy folyamatban lévő visszaállítási feladat megszakad, a visszaállítási folyamat leáll, és az összes fájl visszaállítva a lemondás előtt, visszaállítás nélkül maradjon a konfigurált célhelyen (eredeti vagy alternatív helyen).

Ha egy helyreállítási pont nem szerepel a listában, annak lejártnak kell lennie. Javasoljuk, hogy ellenőrizze a biztonsági mentési házirendben konfigurált megőrzési időtartamot, hogy megértse a biztonsági mentési fájlmegosztás helyreállítási pontjainak megőrzési időtartamát.

Igen. A részletes dokumentációt itt találja.

Az Azure Files jelenlegi biztonsági mentési megoldásában a rendszer nem továbbít adatokat a tárolóba, és a pillanatképek ugyanabban a tárfiókban vannak megőrzve, mint a biztonsági mentési fájlmegosztás. Tehát az MB-ban továbbított adatok 0.0.

A tároló tárolóreplikációs beállítása nem releváns az Azure Files biztonsági mentéséhez. Ennek az az oka, hogy a jelenlegi megoldás pillanatképalapú, és nincs átvitt adat a tárolóba. A pillanatképek ugyanabban a tárfiókban vannak tárolva, mint a biztonsági mentési fájlmegosztás, ezért a tárfiók replikációs beállításainak megfelelően replikálódnak.

Az Azure Backup által készített összes pillanatkép elérhető a portálon, a PowerShellben vagy a parancssori felületen található pillanatképek megtekintésével. Az Azure Files megosztási pillanatképeiről további információt az Azure Files megosztási pillanatképeinek áttekintésében talál.

Miután áthelyezett egy fájlmegosztást egy másik előfizetésbe, azt az Azure Backup új fájlmegosztásnak tekinti. Ezek a javasolt lépések:

Forgatókönyv: Tegyük fel, hogy rendelkezik egy FS1 fájlmegosztással az S1 előfizetésben, és a V1-tárolóval van védve. Most át szeretné helyezni a fájlmegosztást az S2 előfizetésbe.

1. Helyezze át a kívánt tárfiókot és fájlmegosztást (FS1) a másik előfizetésbe (S2).
2. A V1-tárolóban aktiválja a leállítási védelmet az FS1 törlési adatműveletével.
3. Törölje az FS1-et futtató tárfiók regisztrációjának törlése a V1-tárolóból.
4. Konfigurálja újra az FS1 biztonsági mentését, amely most az S2-re lett áthelyezve, és az S2-előfizetésben található egy tároló (V2).

Vegye figyelembe, hogy a V2-vel végzett biztonsági mentés újrakonfigurálása után a V1-zel készített pillanatképeket az Azure Backup már nem fogja felügyelni. Ezért ezeket a pillanatképeket manuálisan kell törölnie a követelményeknek megfelelően.

Igen, áthelyezheti a biztonsági mentési fájlmegosztást egy másik erőforráscsoportba. Azonban újra kell konfigurálnia a fájlmegosztás biztonsági mentését, mivel az Azure Backup új erőforrásként fogja kezelni. Emellett az erőforráscsoport áthelyezése előtt létrehozott pillanatképeket az Azure biztonsági másolata már nem fogja felügyelni. Ezért ezeket a pillanatképeket manuálisan kell törölnie a követelményeknek megfelelően.

A maximális megőrzés részleteiért tekintse meg a támogatási mátrixot . Az Azure Backup valós idejű számítást végez a pillanatképek számáról, amikor a biztonsági mentési szabályzat konfigurálása során megadja a megőrzési értékeket. Amint a megadott megőrzési értékeknek megfelelő pillanatképek száma meghaladja a 200-as értéket, a portál figyelmeztetést jelenít meg, amely arra kéri, hogy módosítsa a megőrzési értékeket. Ez azért van, hogy ne lépje túl az Azure Files által támogatott pillanatképek maximális számát egyetlen fájlmegosztás esetében sem.

Ha a napi biztonsági mentési szabályzatot GFS-szabályzatra módosítja (heti/havi/éves megőrzés hozzáadásával), a viselkedés a következő:

• Megőrzés: Ha a szabályzat módosítása részeként heti/havi/éves megőrzést ad hozzá, az ütemezett biztonsági mentés részeként létrehozott összes jövőbeli helyreállítási pont az új szabályzatnak megfelelően lesz megjelölve. Az összes meglévő helyreállítási pont továbbra is napi helyreállítási pontnak minősül, ezért nem lesz heti/havi/éves címkével megjelölve.

• Pillanatképek és helyreállítási pontok törlése:

  • Ha a napi megőrzés meghosszabbodik, a meglévő helyreállítási pontok lejárati dátuma az új szabályzatban konfigurált napi megőrzési értéknek megfelelően frissül.
  • Ha a napi megőrzés csökken, a meglévő helyreállítási pontok és pillanatképek törlésre lesznek megjelölve a következő törlési futtatási feladatban az új házirendben konfigurált napi megőrzési értéknek megfelelően, majd törölve.

Íme egy példa a működésre:

Meglévő szabályzat [P1]

Új szabályzat [Módosított P1]

Hatás

1. A meglévő helyreállítási pontok lejárati dátumát az új szabályzat napi megőrzési értéke, azaz 50 nap szerint módosítjuk. Így az 50 napnál régebbi helyreállítási pontok törlésre lesznek megjelölve.

2. A meglévő helyreállítási pontok nem lesznek megjelölve heti/havi/éves címkével az új szabályzat alapján.

3. Az összes jövőbeli biztonsági mentés az új ütemezés szerint lesz aktiválva, azaz 21:00-kor.

4. Az összes jövőbeli helyreállítási pont lejárati dátuma igazodik az új szabályzathoz.

Amikor új szabályzatot alkalmaz a fájlmegosztásokra, a rendszer minden jövőbeli ütemezett biztonsági mentést a módosított házirendben konfigurált ütemezésnek megfelelően készít. Az összes meglévő helyreállítási pont megőrzése a konfigurált új megőrzési értékeknek megfelelően van igazítva. Így ha a megőrzés meghosszabbításra kerül, a meglévő helyreállítási pontok az új szabályzatnak megfelelően megtartandóként lesznek megjelölve. Ha a megőrzés csökken, a rendszer a következő tisztítási feladatban megjelöli őket a törlésre, majd törli őket.

Íme egy példa a működésre:

Meglévő szabályzat [P2]

Új szabályzat [Módosított P2]

A változás hatása

1. A meglévő napi helyreállítási pontok lejárati dátuma az új napi megőrzési érték (10 nap) szerint lesz igazítva. Így a 10 napnál régebbi napi helyreállítási pontok törlődnek.

2. A meglévő heti helyreállítási pontok lejárati dátuma az új heti megőrzési érték (két hét) szerint lesz igazítva. Így a két hétnél régebbi heti helyreállítási pontok törlődnek.

3. A havi helyreállítási pontok csak a jövőbeli biztonsági mentések részeként jönnek létre az új szabályzatkonfiguráció alapján.

4. Az összes jövőbeli helyreállítási pont lejárati dátuma igazodik az új szabályzathoz.

Az időtartam attribútum segít meghatározni a nap utolsó biztonsági mentésének időbélyegét.

Ha például a kezdési időpont "x AM" és az időtartam "y óra", a biztonsági mentések az "x AM" és (x AM + y óra) között lesznek ütemezve a szabályzatban meghatározott ütemezési attribútum alapján. Ez az attribútum lehetővé teszi, hogy a biztonsági másolatok csak a munkaidőben aktiválódjanak, amikor gyakori frissítési műveletek vannak a fájlmegosztás tartalmán; így több pillanatkép készítése megvédi az adatokat a véletlen változásoktól.

Létrehozott például egy szabályzatot a következő konfigurációval:

• Kezdési idő: 9:00
• Ütemezés: 4 óránként
• Időtartam: 12 óra

Ezen értékek alapján a biztonsági mentési ablak számítása 9:00 – (9:00 + 12 óra), azaz 9:00–21:00 között történik. Ezért ebben az ablakban minden biztonsági mentés ütemezve lesz.

A nap első biztonsági mentése a szabályzatban említett kezdési időpontban, azaz reggel 9 órakor aktiválódik, és az ütemezés határozza meg az egymást követő biztonsági mentések közötti időeltolódást, azaz 4 órát. Ezzel a számítással a biztonsági mentés ütemezése: 9:00, 13:00 (9:00 + 4 óra), 17:00 (13:00 + 4 óra) és 21:00 (17:00 + 4 óra).

Mivel a kiszámított biztonsági mentési időszak befejezési ideje 21:00 volt, a rendszer ezután nem aktiválja a biztonsági mentést.

Ez a hiba akkor fordul elő, ha az időtartamnál nagyobb ütemezést adott meg. Például a kezdési időpontot 9 óraként állította be, 6 órára, az időtartamot pedig 4 órára. Ebben az esetben a biztonsági mentési feladat csak 9:00-kor aktiválható, mivel a következő 15:00 (9:00 + 6 óra) biztonsági mentési idő kívül esik a biztonsági mentési időszakon: 9:00–13:00 (9:00 + 4 óra).

A probléma megoldásához javasoljuk, hogy módosítsa az ütemezést vagy az időtartamot, vagy válassza a Napi gyakoriság lehetőséget az Óránként helyett.

Ez a hiba akkor fordul elő, ha a biztonsági mentési időszak kezdő és záró időpontja a biztonsági mentés ütemezéseés időtartama alapján két különböző napra esik.

Például konfigurált egy szabályzatot a következő paraméterekkel:

• Ütemezés: 4 óránként
• Kezdési időpont: 12:00
• Időtartam: 15 óra

A konfiguráció alapján a biztonsági mentési időszak: 12:00–15:00 (12:00 + 15 óra). Mivel a kezdési és befejezési időpontok két különböző napra esnek, javasoljuk, hogy módosítsa a kezdési időpontot vagy időtartamot, hogy azok ugyanazon a napon legyenek.

Tegyük fel, hogy a fenti konfigurációban a kezdési időpontot 6:00-ra módosítja. Most a biztonsági mentési ablak 6:00–21:00 (6:00 + 15 óra) lesz. Ez egy támogatott konfiguráció.

A napi gyakoriságról óránkénti gyakoriságra váltáskor a viselkedés a következő:

• Megőrzés: Ha a szabályzat módosítása részeként heti/havi/éves megőrzést ad hozzá, az ütemezett biztonsági mentés részeként létrehozott összes jövőbeli helyreállítási pont az új szabályzatnak megfelelően lesz megjelölve. A meglévő helyreállítási pontok továbbra is napi helyreállítási pontoknak minősülnek; így nem lesznek megjelölve heti/havi/éves címkével.

• Pillanatképek és helyreállítási pontok törlése:

  • Ha a napi megőrzés meghosszabbodik, a meglévő napi helyreállítási pontok lejárati dátuma az új szabályzatban konfigurált napi megőrzési értéknek megfelelően frissül.
  • Ha a napi megőrzés csökken, a meglévő napi helyreállítási pontok és pillanatképek törlésre lesznek megjelölve a következő törlési futtatási feladatban az új házirendben konfigurált napi megőrzési értéknek megfelelően, majd törölve.

Nem, a tárfiók törlését nem blokkolja a pillanatképek bérlete.

Javasoljuk, hogy a biztonsági mentési fájlmegosztás törlési adatműveletével végezze el a leállítási védelmet.

A művelet után az Azure Backup felszabadítja a bérletet, és törli az összes pillanatképet. Ezután törölheti a fájlmegosztást.

Nem, az Azure Backup csak a funkció megjelenése után készített pillanatképeken vesz fel bérletet.

Nem. Ha bérletes pillanatképeket tartalmazó fájlmegosztást töröl, a bérlet nem lesz érvényben a fájlmegosztás törlésekor.

Igen, az ugyanabban a Recovery Services-tárolóban lévő tárfiókokban lévő fájlmegosztásokat különböző biztonsági mentési szabályzatokkal védheti.

További lépések

• Az Azure-fájlmegosztások biztonsági mentése során felmerülő problémák elhárítása