Blob-pillanatképek

A snapshot egy blob csak olvasható másolata, amely egy adott időpontban készült. Nem kell engedélyezned a blob-pillanatképek funkciót. Ehelyett a(z) Snapshot Blob művelet használatával készíts pillanatképeket igény szerint. További információért lásd: Snapshot Blob Operation. Automatizálhatod a snapshotok készítését egyedi szkriptek használatával, hogy a blobok adott időpontban készült másolatait ütemezetten, illetve adott műveletek előtt vagy után rögzítsd.

A Blob snapshots a több adatvédelmi funkció egyike. A megfelelő funkció vagy funkciókombináció kiválasztása a munkaterhelésedtől és attól függ, mitől védekezel. További információkért a Microsoft adatvédelmi ajánlásairól lásd: Adatvédelmi áttekintés.

Pillanatképek és verziók

A snapshot hasonló a blob verzióhoz, de a kettő eltér abban, hogyan készülnek és mire alkalmasak. A pillanatkép kézi és alkalmazásvezérelt: kifejezetten létrehozol egy adott időpontbeli másolatot, amikor az alkalmazás úgy dönt, hogy szükséges. Egy verzió automatikus és a rendszer által felügyelt: az Azure Storage minden íráskor vagy törléskor új verziót hoz létre, amikor a blobverziózás engedélyezve van, és nincs szükség alkalmazáslogikára.

Használj verziózást, ha automatikus, folyamatos védelmet szeretnél a véletlen vagy rosszindulatú felülírások és törlések ellen. Használj pillanatképeket, amikor szándékos, pont-in-time másolatokat szeretnél, például egy ismerten jó visszaállítási pontot egy tervezett frissítés előtt, ahelyett, hogy minden változást rögzítenél.

Megjegyzés:

Bár a verziókövetési viselkedés snapshotok segítségével megközelítőleg szimulálható, a Microsoft a blobverziózást javasolja az FNS-fiókok automatikus felülírása és törlése elleni védelméhez. A pillanatképek leginkább szándékos, pont-in-time rögzítésre alkalmasak, nem pedig minden változást rögzítő védelemre. További információkért lásd: Blob verziókezelés.

Hogyan működnek a snapshotok

Egy blob pillanatképe megegyezik az alapblobbal, kivéve, hogy a blob URI-jához DateTime értéket fűznek, hogy jelezze a pillanatkép készítésének időpontját. Például, ha egy lapblob URI-ja http://storagesample.core.blob.windows.net/mydrives/myvhd, akkor a pillanatkép URI-ja hasonló http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.

Amikor létrehoz egy blob pillanatképét, a blob rendszertulajdonságait a rendszer ugyanazokkal az értékekkel másolja a pillanatképbe. A rendszer az alapblob metaadatait is átmásolja a pillanatképbe, hacsak nem ad meg külön metaadatokat a pillanatképhez a létrehozáskor. A pillanatkép létrehozása után elolvashatja, másolhatja vagy törölheti, de nem módosíthatja. Az alapblobhoz társított bérletek nem befolyásolják a pillanatképet. Pillanatképről nem lehet bérleti szerződést kötni.

A blobok tetszőleges számú pillanatképet tartalmazhatnak. A snapshotok addig maradnak fenn, amíg kifejezetten töröljük őket, akár önállóan, akár a Delete Blob művelet részeként az alap blob esetében. Készíthetsz egy pillanatképet egy gyakori, ritka vagy archiválási szintű blobról. Nem lehet egy archivált blobról snapshotot készíteni.

Fontos

A sok pillanatkép egy blob esetén növelheti a blob listázási műveletek késleltetését. A Microsoft azt javasolja, hogy blobonként kevesebb mint 1 000 pillanatképet tartsanak fenn. Az életciklus menedzsmenttel automatikusan törölheted a régi pillanatképeket. Az életciklus-kezeléssel kapcsolatos további információkért lásd a következőt: Költségek optimalizálása az Azure Blob Storage hozzáférési szintjeinek automatizálásával.

A snapshotok különösen hasznosak blob típusok és műveletek esetén, amelyeket nem rögzít a blob verziózás. Mivel egyes írási műveletek, mint például a Put Page (page blobs) és Append Block (append blobs), még akkor sem hoznak létre blob verziókat, amikor a verziózás engedélyezett, a snapshotok lehetőséget adnak arra, hogy ezeknek az API-knak a használatával megörökítsék a blob adott időpontbeli állapotát. Például egy VHD fájl tárolja a virtuális gép lemezének aktuális adatait és állapotát. Leválaszthatsz egy lemezt a VM-en belül, vagy leállíthatod a VM-et, készíthetsz egy pillanatképet a VHD fájljából, majd később ezzel a pillanatképpel visszaállíthatod a VHD fájlt az adott időpontbeli állapotára, és újrahozhatod a VM-et.

Az alábbi ábra bemutatja, hogyan hozhatók létre a snapshotok, és hogyan lehet egy snapshotot az aktuális blobnak nevezni:

Ábra, amely bemutatja, hogyan készülnek a snapshotok, és hogyan lehet egy snapshotot előléptetni, hogy az aktuális blob legyen.

Snapshotok kezelése és visszaállítása

Létrehozhatsz, felsorolhatod és törölhetsz snapshotokat. Használhatsz egy snapshotot is, hogy visszaállítsd az alapblobot korábbi állapotba. Az alábbi szakaszok minden műveletet és a hozzá tartozó eszközöket mutatnak be.

Blob visszaállítása pillanatképből

Mivel nem lehet módosítani egy snapshotot, egy alapblobot úgy állítasz vissza, hogy egy snapshotot másolsz rá. Hívja meg a Copy Blob műveletet, és adja meg a pillanatkép URI-ját a másolás forrásaként. Ez a folyamat a pillanatkép állapotát a jelenlegi alap blobbá teszi, miközben megőrzi a blob meglévő pillanatképeit.

Pillanatképek listázása

Felsorolhatod az alap blobhoz tartozó pillanatképeket, hogy nyomon kövesd aktuális pillanatképeidet, a List Blobs művelet segítségével, és megadhatod az snapshots értéket a include paraméterben. Alapértelmezés szerint a blobok listázására irányuló kérés nem adja vissza a pillanatképeket. Állítsa be a(z) include=snapshots értékét úgy, hogy minden egyes blobhoz az alap blob mellett az összes snapshotot adja vissza. További információért lásd: Blobok listázása. Az Azure Storage blob inventory segítségével is létrehozhatod a fiókodban lévő blobokról — beleértve a pillanatképeiket is — ütemezett jelentést, ha az inventoryszabály-definícióban a includeSnapshots mezőt true értékre állítod. További információkért lásd a Blob Inventory című témakört.

Pillanatképek törlése

A pillanatképet kifejezetten törölni kell. Egyetlen snapshot törléséhez hívja meg a Delete Blob műveletet, és adja meg a snapshot DateTime értékét a snapshot lekérdezési paraméterben.

Nem törölhetsz egy alapblobot, amíg aktív snapshotjai vannak. Az alapblob és az összes pillanatképe együttes törléséhez hívd meg a Delete Blob műveletet úgy, hogy a(z) x-ms-delete-snapshots fejléc értéke include. Ha csak a pillanatképeket szeretnéd törölni, és meg szeretnéd tartani az alapblobot, állítsd be a fejlécet erre: only.

Kezeld a pillanatképeket eszközökkel

A snapshotokat a portál, Azure CLI és Azure PowerShell segítségével kezelheted.

Az Azure portál segítségével egy blob pillanatképének létrehozásához kövesse ezeket a lépéseket:

  1. Az Azure Portalon lépjen a tárfiókra.
  2. Az Adattárolás alatt keresd meg a Containers opciót, majd válaszd ki azt a konténert, amely a blobot tartalmazza.
  3. Válaszd ki azt a blobot, amelyről pillanatképet akarsz készíteni.
  4. A blob Áttekintés lapján válassza a Pillanatkép létrehozása lehetőséget.
  5. A blob pillanatképeinek megtekintéséhez válaszd ki a Snapshots fület. A fül minden snapshotot felsorol, valamint a rögzítés dátumát és időpontját.

Funkciók támogatása

Ez a funkció nem engedélyezett Data Lake Storage Gen2 fiókoknál. Ezen felül a Network File System (NFS) 3.0 protokoll, vagy az SSH File Transfer Protocol (SFTP) is befolyásolhatja ennek a funkciónak a támogatását. Ha engedélyezed ezeket a lehetőségeket, nézd meg a Blob Storage szolgáltatás támogatását az Azure Storage-fiókokban, hogy értékeld ennek a funkciónak a támogatását. Fontoljuk meg alternatív mechanizmusokat. Példák közé tartozik a Soft Delete for blobs, az AzCopy és a Vaulted Backup.

Funkciók közötti kölcsönhatások

Verziókezelés

Amikor engedélyezed a verziózást, a pillanatképek általában redundánsak blokkblobok esetén. Ha egyszerre engedélyezed a verziókészítést és a snapshotokat, egy snapshot készítése egyszerre hoz létre egy snapshotot és egy új verziót. Ez a folyamat növeli a tárolt objektumok számát anélkül, hogy védelmet adna. További információkért lásd a Blob verziószámozását.

Lágy törlés

A helyreállítható törlés a snapshotokra vonatkozik: ha törölsz egy snapshotot, az helyreállíthatóan törölt lesz. A megőrzési időszak alatt visszaállíthatod azt az Undelete Blob használatával. Emellett a snapshotok létrehozásának és számlázásának módja attól függően változik, hogy engedélyezve van-e a verziózás. Amikor a verziózás le van tiltva, egy blob felülírása egy soft-delete snapshotot eredményez. Amikor a verziókezelés engedélyezve van, új verziót hoz létre. Ha kifejezetten egy alap blobon állítod be a szintet, akkor a teljes tartalomhosszt fizetsz a korábbi verziókért vagy a lágyan törölt blob pillanatképeiért. A számlázási viselkedésről a részletekért lásd az Árképzés és számlázás szakaszt. További információért a soft delete-ről lásd: Blob Soft Delete.

Objektumreplikáció

Nem lehet lemásolni a pillanatfelvételeket. Csak az alap blob replikálódik. További információért lásd: Objektumreplikáció.

Életciklus-kezelés

Az életciklus-menedzsment megcélozhatja és törölheti a snapshotokat a szabályzat szabályaiban található snapshot altípus használatával. További információért lásd: Életciklus-menedzsment.

Árképzés és számlázás

Az egy blob írásvédett másolatát jelentő pillanatkép létrehozása többlet adattárolási díjakat eredményezhet a fiókjára. A jelentkezési folyamat tervezésekor figyelj arra, hogyan halmozhatnak ezek a díjak, hogy minimalizálhasd a költségeket.

A blob-pillanatképek, akárcsak a blobverziók, az aktív adatokkal azonos díjszabással kerülnek számlázásra. Az, hogy hogyan számláznak a snapshotokért, attól függ, hogy kifejezetten beállítottad-e a szintet az alapblobhoz vagy bármelyik snapshotjához (vagy verziójához). A blobszintekről további információt a blobadatok hozzáférési szintjei című témakörben talál.

Ha nem változtatod meg egy blob vagy pillanatkép hozzáférési szintjét, akkor az adott blob, annak pillanatképei és esetleges verziói egyedi adatblokkjai után számláznak. További információ: Számlázás, ha a blobszint nincs explicit módon beállítva.

Ha megváltoztatod a blob vagy a snapshot szintjét, az egész objektumért számláznak, függetlenül attól, hogy a blob és a snapshot végül újra ugyanabban a szintben lesz-e. További információ: Számlázás, ha a blobszint explicit módon lett beállítva.

Az intelligens réteget használó tárfiókok esetében a verziók és a pillanatképek teljes tartalomhosszon kerülnek számlázásra. További információ: Költségek optimalizálása intelligens szinttel.

A blobverziók számlázási részleteiről további információt a Blob verziószámozása című témakörben talál.

Költségek minimalizálása pillanatkép-kezeléssel

A plusz díjak elkerülése érdekében gondosan kezeld a snapshotokat. Kövesse ezeket a legjobb gyakorlatokat, hogy minimalizálja a pillanatképek tárolásával járó költségeket:

  • A blobhoz társított pillanatképek törlése és újbóli létrehozása a blob frissítésekor akkor is, ha azonos adatokkal frissít, kivéve, ha az alkalmazásterv megköveteli a pillanatképek karbantartását. A blob pillanatképeinek törlésével és újraalkotásával biztosítod, hogy a blob és a pillanatképek ne térjenek el egymástól.
  • Ha egy blob pillanatképeit tartja karban, ne hívjon meg olyan metódusokat, amelyek felülírják a teljes blobot a blob frissítésekor. Ehelyett a lehető legkevesebb blokkot frissítsd, hogy alacsonyan tartsd a költségeket.

Számlázás, amikor nem állítod be kifejezetten a blob szintet

Ha nem állítod be kifejezetten a blob szintet egy alap blobnak vagy bármelyik snapshotjának, akkor az egyedi blokkokért vagy lapokért kell fizetned a blob, annak snapshotjai és esetleges verziói között. Csak egyszer fizetsz azokért az adatokért, amelyeket a blob és annak pillanatképei közösen használnak. Amikor frissítesz egy blobot, az alapblobban lévő adatok eltérnek a snapshotokban tárolt adatoktól, és egyedi adatért fizetsz blokkonként vagy oldalonként.

Ha egy blokkot egy blokkblobon belül cseréled le, később ezért a blokkért egyedi blokkként fizetsz. Ez a szabály akkor is érvényes, ha a blokk ugyanazzal a blokk azonosítóval és ugyanazokkal az adatokkal rendelkezik, mint a snapshotban. Miután újra commitálod a blokkot, az eltér a snapshotban lévő megfelelőjétől, és te fizetsz az adataiért. Ugyanez a szabály vonatkozik a page blobban lévő olyan lapra is, amelyet azonos adatokkal frissítenek.

A blob tároló nem tudja meghatározni, hogy két blokk azonos adatokat tartalmaz-e. Minden blokkot, amit feltöltesz és commisszitálsz, egyediként kezelik, még akkor is, ha ugyanaz az adat és ugyanaz a blokk azonosítója. Mivel az egyedi blokkokért fizetsz, ne feledd, hogy ha frissítesz egy blobot, amikor annak vannak snapshotjai vagy verziói, az további egyedi blokkokat és extra díjakat eredményez.

Ha egy blob rendelkezik pillanatképekkel, hívja meg a blokkblobok frissítési műveleteit, hogy a lehető legkevesebb blokkot frissítse. A blokkok részletes vezérlését lehetővé tevő írási műveletek a Blokkok elhelyezése és a Blokkok listázása. A Put Blob művelet viszont lecseréli a blob teljes tartalmát, így többletköltségeket eredményezhet.

Az alábbi forgatókönyvek bemutatják, hogyan halmozódnak fel a díjak egy blokkblob és annak pillanatképei esetében, ha nem állítod be kifejezetten a blob szintet.

Szcenárió 1

Az 1. forgatókönyvben az alapblob nem frissült a pillanatkép készítése után, ezért a díjak csak az 1., 2. és 3. egyedi blokkok esetén merülnek fel.

Képernyőkép az egyedi blokkok számlázásáról az alap blobban, és egy pillanatfelvétel az 1-es forgatókönyvben.

Forgatókönyv 2

A 2. forgatókönyvben az alapblob frissült, de a pillanatkép nem. A 3. blokk frissült, és bár ugyanazokat az adatokat és azonos azonosítót tartalmazza, nem ugyanaz, mint a pillanatkép 3. blokkja. Ennek eredményeképpen a fiók terhelve lesz négy blokkal.

Az alap blobban és a pillanatképben található egyedi blokkok számlázását bemutató 2. ábra.

3. forgatókönyv

A 3. forgatókönyvben az alapblob frissült, de a pillanatkép nem. A 3. blokkot az alapblob 4. blokkja váltotta fel, de a pillanatkép továbbra is a 3. blokkot tükrözi. Ennek eredményeképpen a fiók terhelve lesz négy blokkal.

Az alap blobban és pillanatképben lévő egyedi blokkok számlázását bemutató 3. ábra.

4. forgatókönyv

A 4. forgatókönyvben az alapblob teljesen frissült, és egyik eredeti blokkját sem tartalmazza. Ennek eredményeképpen a fiókra díjat számítanak fel mind a nyolc egyedi blokkért.

Az alap blobban és a pillanatképben található egyedi blokkok számlázását bemutató 4. ábra.

Jótanács

A költségek alacsonyan tartása érdekében kerüld a blob teljes tartalmát felülíró metódusok hívását. Ehelyett frissítsd az egyes blokkokat.

Számlázás, amikor kifejezetten beállítod a blob-hozzáférési szintet

Ha kifejezetten beállítod a blob-hozzáférési szintet egy blobhoz, pillanatképhez vagy verzióhoz, akkor az objektum teljes tartalomhosszáért kell fizetned az új szinten, függetlenül attól, hogy megoszt-e blokkokat az eredeti szinten lévő objektummal. Az eredeti szint legrégebbi verziójának teljes tartalma hosszáért is fizetsz. Az egyedi blokkokért fizetsz azokban a verziókban vagy pillanatképekben, amelyek az eredeti szintben maradnak, ahogy a számlázásban leírva, ha a blob szint nincs kifejezetten beállítva.

Blob áthelyezése új szintre

Az alábbi táblázat leírja a számlázási viselkedést egy blob vagy snapshot esetén, amikor áthelyezed azt egy új szintre.

Amikor kifejezetten beállítod a blob szintet... Ezután kiszámlázzuk a...
Alapblob pillanatképpel Az új szint alap blobja és az eredeti szint legrégebbi pillanatképe, valamint az egyéb pillanatképek egyedi blokkjai. 1
Alapblob egy korábbi verzióval és pillanatképpel Az alap folb az új szintben, a legrégebbi verzió az eredeti szintben, és a legrégebbi snapshot az eredeti szintben, valamint az egyedi blokkok más verziókban vagy snapshotokban. 1
Pillanatkép Az új szint pillanatképe és az eredeti szint alap blobja, valamint más pillanatképek egyedi blokkjai. 1

1 Ha vannak más korábbi verziók vagy snapshotok, amelyeket nem helyeztél át az eredeti szintjükről, akkor az egyedi blokkok száma alapján fizetsz, ahogy az a Számlázás, amikor a blobszint nincs kifejezetten beállítva című cikkben szerepel.

A következő ábra bemutatja, hogyan számlázzák az objektumokat, amikor egy pillanatképekkel rendelkező foltot áthelyezünk egy másik szintre.

Diagram, amely bemutatja, hogyan történik az objektumok számlázása, ha egy pillanatképeket tartalmazó blob explicit módon rétegzett.

Nem lehet visszavonni a blob, a verzió vagy a pillanatkép hozzáférési szintjének kifejezett beállítását. Ha egy blobot áthelyezel egy új szintre, majd visszaviszed az eredeti szintre, akkor az objektum teljes tartalmi hosszáért fizetsz, még akkor is, ha blokkokat oszt meg más objektumokkal az eredeti szinten.

Azok a műveletek, amelyek explicit módon beállítják egy blob, egy verzió vagy egy pillanatkép szintjét, a következők:

Blob törlése, ha engedélyezve van a helyreállítható törlés

Ha a blob soft delete engedélyezett, ha törölsz vagy felülírsz egy alap blobot, amelynek a szintjét kifejezetten beállítottad, akkor fizetsz a korábbi verziók vagy a lágyan törölt blob pillanatképeinek teljes tartalmáért. További információért arról, hogyan működik együtt a blobverziózás és a helyreállítható törlés, lásd: Funkcióinterakciók.

Az alábbi táblázat a helyreállíthatóan törölt blobok számlázási viselkedését ismerteti attól függően, hogy a verziószámozás engedélyezve vagy letiltva van-e. Ha engedélyezve van a verziószámozás, a blobok helyreállítható törlésekor létrejön egy új verzió. Ha a verziószámozás le van tiltva, a blobok helyreállítható törlése helyreállítható törlési pillanatképet hoz létre.

Amikor felülírja az alapblobot, amelynek a szintje explicit módon be van állítva... Ezután kiszámlázzuk a...
Ha a blob ideiglenes törlése és verziószámozása engedélyezve van is Az összes meglévő verzió teljes tartalomhosszúságú, a szinttől függetlenül.
Ha a blob lágy törlése engedélyezve van, de a verziózás le van tiltva Az összes meglévő lágy törlésű pillanatkép a teljes tartalomhosszon, a rétegtől függetlenül.

Ismert korlátozások

  • Az archív hozzáférési szinten nem lehet snapshotokat létrehozni a blobokról.

  • A Data Lake Gen2 fiók snapshot-támogatása már nem érhető el új ügyfelek számára. Helyette használj blob soft delete-et, AzCopy-t vagy Vaulted Backup-ot.

  • Nem törölhetsz egy blobot, amíg aktív snapshot-jai vannak, hacsak a törlési hívásban meg nem adod a(z) x-ms-delete-snapshots elemet.

  • Az objektumreplikáció nem replikál pillanatképeket.

  • A snapshotokat nem lehet módosítani a létrehozás után.

  • Pillanatképről nem lehet bérleti szerződést kötni.

Figyelés és hibaelhárítás

  • Nem tudom törölni az alap foltomat: a folt aktív snapshotokat tartalmaz. Használd a Delete Blob funkciót x-ms-delete-snapshots: include egyszerre mindkettő törlésére.

  • A snapshotom eltűnt, miután töröltem az alap blobot: Az alap blob törlése véglegesen törli a snapshotokat, hacsak nincs engedélyezve a blob soft delete. Engedélyezd a helyreállítható törlést a véletlen törlés elleni védelemhez.

  • A snapshot költségei magasabbak a vártnál: Ha kifejezetten módosítják a blob hozzáférési szintjét, akkor a teljes tartalomhosszért kell fizetni, nem csak az egyedi blokkokért. Kerüld az explicit szintváltásokat a blobokon, ahol aktív snapshotok vannak, ahol lehet.

  • Pillanatképek megtekintése és leltározása: A portálban a Tárolóböngészőben a blob alatt jelennek meg, amikor a Blob-pillanatképek megjelenítése engedélyezve van. A fiókban lévő pillanatképek számának és tárhelyhasználatának meghatározásához használd az Azure Storage Blob Inventoryt és az Azure Monitor BlobCapacity metrikáját.

Következő lépések

  • Utolsó frissítés időpontja: