BLOB verziószámozása

A blob Storage verziószámozásának engedélyezésével automatikusan megtarthatja az objektumok korábbi verzióit. Ha a blob verziószámozása engedélyezve van, visszaállíthatja a blob egy korábbi verzióját az adatok helyreállításához, ha az hibásan van módosítva vagy törölve.

Megjegyzés

Ez a funkció még nem támogatott olyan fiókokban, amelyek hierarchikus névtérrel rendelkeznek (Azure Data Lake Storage Gen2). További információ: blob Storage-szolgáltatások Azure Data Lake Storage Gen2ban.

A blob verziószámozása egy átfogó adatvédelmi stratégia részét képezi a blob-adatvédelemhez. A blob-adatai optimális védelme érdekében a Microsoft a következő adatvédelmi funkciók mindegyikének engedélyezését javasolja:

  • BLOB verziószámozása, hogy automatikusan fenntartsa a blob korábbi verzióit. Ha a blob verziószámozása engedélyezve van, visszaállíthatja a blob egy korábbi verzióját az adatok helyreállításához, ha az hibásan van módosítva vagy törölve. A blob verziószámozásának engedélyezéséről a blob verziószámozásának engedélyezése és kezelésecímű témakörben olvashat bővebben.
  • Tároló-helyreállítható törlés a törölt tárolók visszaállításához. A tárolók helyreállítható törlésének engedélyezéséről a tárolók helyreállítható törlésének engedélyezése és kezelésecímű témakörben olvashat bővebben.
  • BLOB törölje a törlést, hogy visszaállítsa a törölt blobot, pillanatképet vagy verziót. Ha szeretné megtudni, hogyan engedélyezheti a Blobok törlését, olvassa el a következőt: Blobok eltávolításának engedélyezése és kezelése.

További információ a Microsoft adatvédelmi javaslatairól: Adatvédelem – áttekintés.

A blob-verziószámozás működése

A verzió rögzíti egy blob állapotát egy adott időpontban. Mindegyik verziót AZONOSÍTÓval azonosítják. Ha a blob verziószámozása engedélyezve van egy Storage-fiókhoz, az Azure Storage automatikusan létrehoz egy új verziót egyedi AZONOSÍTÓval a Blobok első létrehozásakor és minden alkalommal, amikor a blob később módosul.

A verzióazonosító képes azonosítani az aktuális verziót vagy egy korábbi verziót. A blob egyszerre csak egy aktuális verziót tartalmazhat.

Új blob létrehozásakor egyetlen verzió létezik, és ez a verzió az aktuális verzió. Ha módosít egy meglévő blobot, a jelenlegi verzió lesz az előző verzió. A rendszer létrehoz egy új verziót a frissített állapot rögzítéséhez, és az új verzió az aktuális verzió. Amikor töröl egy blobot, a blob aktuális verziója egy korábbi verzió lesz, és már nem létezik aktuális verzió. A blob korábbi verziói megmaradnak.

Az alábbi ábra bemutatja, hogyan jönnek létre a verziók az írási műveletekben, és hogyan lehet a korábbi verziót az aktuális verzióra előléptetni:

A blob verziószámozásának működését bemutató ábra

A blob-verziók nem változtathatók meg. Egy meglévő blob-verzió tartalmát vagy metaadatait nem módosíthatja.

Ha a Blobok egy része nagy számú verziót használ, növelheti a Blobok listázási műveleteinek késését. A Microsoft a Blobok kevesebb mint 1000 verzióját javasolja. Az életciklus-kezelési szolgáltatással automatikusan törölheti a régi verziókat. Az életciklus-kezeléssel kapcsolatos további információkért lásd: a költségek optimalizálása az Azure Blob Storage hozzáférési szintjeinek automatizálásával.

A blob verziószámozása a standard általános célú v2, a Premium Block blob és a régi blob Storage-fiókok esetében érhető el. A Azure Data Lake Storage Gen2-mel való használatra engedélyezett hierarchikus névtérrel rendelkező Storage-fiókok jelenleg nem támogatottak.

Az Azure Storage REST API 2019-10-10-es és újabb verziója támogatja a blob verziószámozását.

Fontos

A blob verziószámozása nem segít helyreállítani egy Storage-fiók vagy-tároló véletlen törlését. A Storage-fiók véletlen törlésének megakadályozásához konfigurálja a Storage-fiók erőforrásának zárolását. A Storage-fiók zárolásával kapcsolatos további információkért lásd: Azure Resource Manager zárolás alkalmazása egy Storage-fiókra.

Verzióazonosító

Minden blob-verziót egy egyedi verziójú azonosító azonosít. A verzióazonosító értéke a blob frissítésének időbélyegzője. A verzió AZONOSÍTÓját a rendszer a verzió létrehozásakor rendeli hozzá.

A blob egy adott verziójához olvasási vagy törlési műveleteket is végrehajthat, ha megadja annak verziószámát. Ha kihagyja a verzióazonosító AZONOSÍTÓját, a művelet az aktuális verzióra kerül.

Amikor írási műveletet hív meg egy blob létrehozásához vagy módosításához, az Azure Storage az x-MS-Version-ID fejlécet adja vissza a válaszban. Ez a fejléc tartalmazza az írási művelet által létrehozott blob aktuális verziójának verziószámát.

A verzió-azonosító a verzió élettartama esetén azonos marad.

Verziószámozás írási műveleteken

Ha be van kapcsolva a blob verziószámozása, a Blobok minden írási művelete új verziót hoz létre. Az írási műveletek közé tartozik a blob elhelyezése, a letiltási lista, a blob másolásaés a blob metaadatainak beállítása.

Ha az írási művelet egy új blobot hoz létre, akkor az eredményül kapott blob a blob aktuális verziója. Ha az írási művelet módosítja egy meglévő blobot, akkor a jelenlegi verzió a korábbi verzió lesz, és a rendszer új aktuális verziót hoz létre a frissített blob rögzítéséhez.

Az alábbi ábrán látható, hogy az írási műveletek milyen hatással vannak a blob-verziókra. Az egyszerűség kedvéért a cikkben látható ábrák egyszerű egész értékként jelenítik meg a verzió AZONOSÍTÓját. A valóságban a verzió-azonosító egy időbélyeg. Az aktuális verzió kék színnel jelenik meg, a korábbi verziók pedig szürkén jelennek meg.

Azt bemutató ábra, hogy az írási műveletek milyen hatással vannak a verziószámozásra.

Megjegyzés

Egy olyan blob, amely a verziószámozás előtt lett létrehozva, a Storage-fiókhoz nem tartozik verzióazonosító. A blob módosításakor a módosított blob az aktuális verzió lesz, és a rendszer létrehoz egy verziót, amely a blob állapotát a frissítés előtt menti. A verzióhoz hozzá van rendelve egy verzióazonosító, amely a létrehozási ideje.

Ha a blob verziószámozása engedélyezve van egy Storage-fiókhoz, a blokk Blobok összes írási művelete egy új verzió létrehozását indítja el, kivéve a put blokk műveletet.

A blobok és a hozzáfűző Blobok esetében csak az írási műveletek egy részhalmaza indítja el egy verzió létrehozását. Ezek a műveletek a következők:

A következő műveletek nem indítják el új verzió létrehozását. A műveletek változásainak rögzítéséhez készítsen manuális pillanatképet:

A Blobok összes verziójának azonos típusú blobnak kell lennie. Ha egy blob korábbi verziókkal rendelkezik, nem írhatja felül az egyik típusú blobot egy másik típussal, kivéve, ha először törli a blobot és annak összes verzióját.

Verziószámozás a törlési műveleteken

Ha a blob törlése műveletet a verzióazonosító megadása nélkül hívja meg, a jelenlegi verzió korábbi verzió lesz, és már nem létezik aktuális verzió. A blob összes korábbi verzióját megőrzi a rendszer.

A következő ábrán látható, hogy a törlési művelet milyen hatással van egy verzióval ellátott blobra:

A verziószámmal rendelkező blob törlését bemutató ábra.

Egy blob adott verziójának törléséhez adja meg a verzió AZONOSÍTÓját a törlési művelethez. Ha a Storage-fiókhoz is engedélyezve van a blob-törlés, a rendszer a verziót is karbantartja, amíg a helyreállítható törlés megőrzési ideje el nem telik.

Ha új adatmennyiséget ír a blobba, a a blob új aktuális verzióját hozza létre. A meglévő verziók nem érintettek, ahogy az a következő ábrán is látható.

A verzió törlését követően a verziószámozás újbóli létrehozását bemutató ábra.

Hozzáférési szintek

Egy blokk blob bármely verzióját, beleértve a jelenlegi verziót is, áthelyezheti egy másik blob-hozzáférési szintjére, ha meghívja a blob-rétegek beállítása műveletet. Az alacsonyabb kapacitás díjszabásának kihasználásával kihasználhatja a Blobok régebbi verzióit a lassú vagy az archív szintre. További információkért lásd : Azure Blob Storage: gyakori, ritka elérésű és archív hozzáférési szintek.

A blokkos Blobok megfelelő szintjére való áthelyezésének automatizálásához használja a blob életciklus-kezelését. A életciklus-kezeléssel kapcsolatos további információkért lásd: Az Azure Blob Storage életciklusának kezelése.

BLOB verziószámozásának engedélyezése vagy letiltása

A blob verziószámozásának engedélyezéséről és letiltásáról a blob verziószámozásának engedélyezése és kezelésecímű témakörben olvashat bővebben.

A blob verziószámozásának letiltása nem törli a meglévő blobokat, verziókat vagy pillanatképeket. Ha kikapcsolja a blob verziószámozását, a meglévő verziók továbbra is elérhetők maradnak a Storage-fiókban. A későbbiekben nem jönnek létre új verziók.

Ha a Storage-fiókban a verziószámozás letiltása vagy módosítása után lett létrehozva vagy módosítva, a blob felülírása új verziót hoz létre. A frissített blob már nem az aktuális verzió, és nem rendelkezik verziószámmal. A blob összes további frissítése felülírja az adatforrást az előző állapot mentése nélkül.

A verziószám letiltását követően a verzió AZONOSÍTÓjának használatával olvashatja vagy törölheti a verziókat. A Blobok verzióinak listázása a verziószámozás után is letiltható.

A következő ábra azt mutatja be, hogyan lehet a blobokat a verziószámozást követően letiltani, mert egy nem verziószámú blobot hoz létre. A blobhoz társított meglévő verziók megmaradnak.

Az alapszintű blob a verziószámozást követően módosított ábráját mutatja.

BLOB verziószámozása és a Soft delete

A Microsoft azt javasolja, hogy az optimális adatvédelem érdekében a Storage-fiókok esetében is engedélyezze a verziószámozást és a Blobok törlését. A blob Soft delete szolgáltatással kapcsolatos további információkért lásd az Azure Storage-Blobok helyreállítható törlésétismertető témakört.

BLOB felülírása

Ha a blob verziószámozása és a blob Soft delete egyaránt engedélyezve van egy Storage-fiókhoz, akkor a Blobok felülírása automatikusan létrehoz egy új verziót. Az új verzió nem törlődik, és a rendszer nem távolítja el, ha a helyreállítható törlés megőrzési ideje lejár. Nem készíthetők helyreállított Pillanatképek.

BLOB vagy verzió törlése

Ha a verziószámozás és a Soft delete egyaránt engedélyezve van egy Storage-fiókhoz, akkor a Blobok aktuális verziója lesz a korábbi verzió. A rendszer nem hoz létre új verziót, és nem hoz létre nem törölt pillanatképeket. A törölt blob megőrzési időszaka nincs érvényben.

A Soft delete további védelmet biztosít a blob-verziók törléséhez. Ha törli a blob egy korábbi verzióját, akkor a rendszer nem törli a verziót. A rendszer megőrzi a helyreállított verziót, amíg el nem telik a helyreállított törlés megőrzési ideje, ekkor véglegesen törlődik.

A blob egy korábbi verziójának törléséhez hívja meg a blob törlése műveletet, és határozza meg a verzió azonosítóját.

Az alábbi ábrán látható, hogy mi történik a Blobok vagy a Blobok verziójának törlésekor.

A verzió törlését bemutató ábra, amely lehetővé teszi, hogy a helyreállított törlés engedélyezve legyen.

A nem törölt verziók visszaállítása

A blob törlésének visszavonása művelettel visszaállíthatja a nem törölt verziókat a helyreállítható törlés megőrzési ideje alatt. A blob törlésének visszavonása művelet mindig visszaállítja a blob összes nem törölt verzióját. Nem lehet visszaállítani egyetlen, nem törölt verziót.

A nem törölhető blob művelettel rendelkező, helyreállított verziók visszaállítása nem nyújt semmilyen verziót az aktuális verzióra. Az aktuális verzió visszaállításához először állítsa vissza az összes helyreállítatlan verziót, majd a blob másolása művelettel másolja át az előző verziót egy új aktuális verzióra.

Az alábbi ábra bemutatja, hogyan állíthatja vissza a nem törölt blob-verziókat a blob törlésével , és hogyan állíthatja vissza a blob aktuális verzióját a blob másolása művelettel.

A Soft-Deleted verziók visszaállítását bemutató ábra.

A helyreállítható törlés megőrzési időtartamának lejárta után a rendszer véglegesen törli az összes helyreállított blob-verziót.

BLOB-verziószámozás és blob-Pillanatképek

A blob-pillanatkép egy adott időpontban végrehajtott blob írásvédett példánya. A blob-Pillanatképek és a blob-verziók hasonlóak, de az Ön vagy az alkalmazása manuálisan hozza létre a pillanatképeket, míg a blob-verziók automatikusan létrejönnek egy írási vagy törlési művelet során, amikor a blob Verziószámozás engedélyezve van a Storage-fiókhoz.

Fontos

A Microsoft azt javasolja, hogy a Blobok verziószámozásának engedélyezése után is frissítse az alkalmazást, hogy leállítsa a pillanatképek letiltását. Ha a Verziószámozás engedélyezve van a Storage-fiókhoz, a rendszer a Blobok frissítését és törlését minden blokkban rögzíti és megőrzi. A pillanatképek készítése nem nyújt további védelmet a blokk blob-adataihoz, ha engedélyezve van a blob verziószámozása, és növelheti a költségeket és az alkalmazások összetettségét.

BLOB pillanatképének engedélyezése, ha a Verziószámozás engedélyezve van

Habár nem ajánlott, pillanatképet készíthet egy olyan blobról, amely szintén verziója is. Ha nem tudja frissíteni az alkalmazást a Blobok pillanatképének leállításához a verziószámozás engedélyezésekor, az alkalmazás képes támogatni a pillanatképeket és a verziókat is.

Amikor pillanatképet készít egy verzióval ellátott blobról, a pillanatkép létrehozásakor egy új verzió jön létre. Pillanatkép készítésekor a rendszer új aktuális verziót is létrehoz.

Az alábbi ábrán látható, hogy mi történik, amikor pillanatképet készít egy verzióval ellátott blobról. A diagramon a blob-verziók és-Pillanatképek a 2-es és 3-as AZONOSÍTÓJÚ változattal azonos adathalmazt tartalmaznak.

Egy verzióval ellátott blob pillanatképeit bemutató ábra.

Műveletek engedélyezése blob-verziókon

Az alábbi módszerek egyikével engedélyezheti a blob-verziókhoz való hozzáférést:

A blob verziószámozása úgy lett kialakítva, hogy az adatok véletlen vagy rosszindulatú törléssel védve legyenek. A védelem fokozása érdekében a Blobok verziójának törléséhez speciális engedélyek szükségesek. A következő szakaszok ismertetik a blob-verziók törléséhez szükséges engedélyeket.

Azure RBAC művelet blob-verzió törléséhez

A következő táblázat bemutatja, hogy mely Azure RBAC-műveletek támogatják a Blobok vagy a Blobok verzióinak törlését.

Description Blob service művelet Az Azure RBAC-adatművelet szükséges Azure beépített szerepkör-támogatás
Az aktuális verzió törlése Delete Blob Microsoft. Storage/storageAccounts/blobServices/containers/Blobok/delete Storage-blobadatok közreműködője
Korábbi verzió törlése Delete Blob Microsoft. Storage/storageAccounts/blobServices/containers/Blobok/deleteBlobVersion/Action Storage-blobadatok tulajdonosa

Közös hozzáférésű aláírás (SAS) paraméterei

A blob verziójának aláírt erőforrása: bv . További információ: Service sas létrehozása vagy felhasználói delegálási sas létrehozása.

A következő táblázat a blob-verziók törléséhez szükséges engedélyeket mutatja be az SAS-ben.

Engedély URI-szimbólum Engedélyezett műveletek
Törlés x BLOB verziójának törlése.

Árak és számlázás

A blob verziószámozásának engedélyezése további adattárolási díjat eredményezhet a fiókhoz. Az alkalmazás tervezésekor fontos tisztában lennie azzal, hogy ezek a díjak hogyan merülhetnek fel, így csökkentheti a költségeket.

A blob-verziók (például a blob-Pillanatképek) számlázása az aktív adatforgalommal megegyező sebességgel történik. A verziók számlázásának módja attól függ, hogy explicit módon beállította-e a szintet az alap blobhoz vagy valamelyik verzióhoz (vagy pillanatképekhez). A blob-rétegekkel kapcsolatos további információkért lásd : Azure Blob Storage: gyors, ritka elérésű és archív hozzáférési szintek.

Ha nem módosította a blobot vagy a verzióhoz tartozó szintet, akkor a blob, annak verziói és az esetlegesen elérhető Pillanatképek egyedi adattömbökért kell fizetnie. További információ: számlázás, Ha a blob-szintet nem adta meg explicit módon.

Ha módosította a blob vagy a verzió szintjét, akkor a teljes objektumért díjat számítunk fel, függetlenül attól, hogy a blob és a verziószáma is ugyanabban a szinten van-e. További információ: számlázás, Ha a blob szintjét explicit módon állították be.

Megjegyzés

A gyakran felülírt adatok verziószámozásának engedélyezése nagyobb tárolási kapacitást eredményezhet, és nagyobb késéssel jár a listázási műveletek során. A probléma enyhítése érdekében a gyakran felülírt, különálló Storage-fiókban tárolja a letiltott verziókat.

A blob-Pillanatképek számlázási adataival kapcsolatos további információkért lásd: blob-Pillanatképek.

Számlázás, ha a blob szintje nincs explicit módon beállítva

Ha nem állította be explicit módon a blob rétegét egy alapblobhoz vagy annak bármelyik verziójához, akkor a blobban, annak verzióiban, valamint az esetlegesen megjelenő pillanatképekben szereplő egyedi blokkokért vagy lapokért kell fizetnie. A blobokban megosztott és a hozzájuk tartozó verziókra csak egyszer kerül sor. Ha egy blob frissül, akkor az alap blobban lévő adatok eltérnek a verziójában tárolt adatoktól, és az egyedi adatok egy blokkon vagy oldalon vannak felszámítva.

Ha egy blokkon belüli blokkot cserél le, a rendszer ezt a blokkot egy egyedi blokkként számítja fel. Ez akkor is igaz, ha a blokk ugyanazzal az AZONOSÍTÓval és ugyanazzal az adattal rendelkezik, mint az előző verzióban. Miután a blokk újra véglegesítve lett, az a korábbi verzióban lévőtől eltér, és az adatokért kell fizetnie. Ugyanez a helyzet igaz egy olyan oldal blobján, amely azonos adattal frissült.

A blob Storage nem rendelkezik annak megállapításához, hogy két blokk tartalmaz-e azonos adathalmazt. Minden feltöltött és véglegesített blokk egyediként lesz kezelve, még akkor is, ha ugyanazokat az adatblokkokat és AZONOSÍTÓkat is tartalmazta. Mivel a díjak az egyedi blokkok esetében merülnek fel, fontos szem előtt tartani, hogy ha a Verziószámozás engedélyezve van, további egyedi blokkok és további költségek is megmaradnak.

Ha engedélyezve van a blob verziószámozása, hívja meg a frissítési műveleteket a blokk blobokon, hogy a lehető legkevesebb blokkot frissítse. Az írási műveletek, amelyek lehetővé teszik a részletes szabályozást a blokkoknál, a blokk és a put blokkotis fel kell venni. A put blob művelet ugyanakkor lecseréli egy blob teljes tartalmát, ezért további díjakat eredményezhet.

A következő forgatókönyvek azt mutatják be, hogyan merülhetnek fel a letiltási blobok és azok verziói, amikor a blob szintje nincs explicit módon beállítva.

1. példa

Az 1. forgatókönyvben a blobnak van egy korábbi verziója. A blob frissítése a verzió létrehozása óta nem történt meg, ezért csak az 1., 2. és 3. egyedi blokkokra számítunk fel díjakat.

1. ábra, amely az alap blob és a korábbi verzió egyedi blokkokra vonatkozó számlázását mutatja be.

2. példa

A 2. forgatókönyvben a blob egy blokkját (a diagram 3. blokkját) frissítették. Annak ellenére, hogy a frissített blokk ugyanazokat az adatazonosítókat és ugyanazokat az azonosítót tartalmazza, nem ugyanaz, mint a 3. blokk az előző verzióban. Ennek eredményeképpen a fiók négy blokk után lesz felszámítva.

2. ábra: az alap blob és a korábbi verzió egyedi blokkokra vonatkozó számlázását mutatja.

3. példa

A 3. forgatókönyvben a blob frissült, de a verzió nem. A 3. blokk lecserélve a 4-es blokkra az alap blobban, de a korábbi verzió továbbra is a 3. blokkot tükrözi. Ennek eredményeképpen a fiók négy blokk után lesz felszámítva.

3. ábra: az alap blob és a korábbi verzió egyedi blokkokra vonatkozó számlázását mutatja.

4. példa

A 4. forgatókönyvben az alap blob teljesen frissítve lett, és az eredeti blokk egyikét sem tartalmazza. Ennek eredményeképpen a fiók az alap blobban szereplő összes nyolc egyedi blokk után — , az előző verzióban pedig négyre lesz felszámítva. Ez a forgatókönyv akkor fordulhat elő, ha egy blobba helyezi a Put blob műveletet, mert az az alap blob teljes tartalmát lecseréli.

4. ábra: az alap blob és a korábbi verzió egyedi blokkokra vonatkozó számlázását mutatja.

Számlázás, ha a blob szintje explicit módon be van állítva

Ha explicit módon beállította a blob-szintet egy blobhoz vagy verzióhoz (vagy pillanatképhez), akkor a rendszer az új szinten lévő objektum teljes tartalomra vonatkozó díját számítja fel, függetlenül attól, hogy az eredeti szinten található objektummal osztozik-e. Az eredeti szinten a legrégebbi verzió tartalmának teljes hosszát is felszámítjuk. Az eredeti szinten maradó korábbi verziók vagy Pillanatképek a megosztható egyedi blokkokért lesznek felszámítva, ahogy azt a számlázás nem adta meg explicitmódon.

BLOB áthelyezése egy új szintjére

A következő táblázat ismerteti a Blobok vagy verziók számlázási viselkedését, ha az új szintjére kerül.

Ha a blob-szintet explicit módon beállította... Ezután számlázunk...
Egy korábbi verziójú alapszintű blob Az alapszintű blob az új szinten és az eredeti szinten lévő legrégebbi verzió, valamint a többi verzióban található egyedi blokkok. 1
Egy korábbi verziót és egy pillanatképet tartalmazó alap blob Az alap blob az új szinten, az eredeti szint legrégebbi verziója, valamint az eredeti szinten lévő legrégebbi pillanatkép, valamint a többi verzióbanvagy pillanatképekbenszereplő egyedi blokkok.
Egy korábbi verzió A verzió az új szinten és az alap blob az eredeti szinten, valamint a többi verzió egyedi blokkja. 1

1 Ha vannak olyan korábbi verziók vagy Pillanatképek, amelyek nem lettek áthelyezve az eredeti szintjéről, akkor ezek a verziók vagy Pillanatképek az általuk tartalmazott egyedi blokkok száma alapján lesznek felszámítva, a számlázás, ha a blob szintjét nem adta meg explicit módon.

Az alábbi ábra azt szemlélteti, hogyan történik az objektumok számlázása, amikor egy verzióval ellátott blob átkerül egy másik szintjére.

Ábra, amely bemutatja, hogyan történik az objektumok számlázása, amikor egy verzióval ellátott blobot explicit módon határoznak meg.

A blob, a verzió vagy a pillanatkép szintje explicit módon történő beállítása nem vonható vissza. Ha egy blobot egy új szintre helyez át, majd visszahelyezi az eredeti szintjére, akkor akkor is a teljes tartalomért kell fizetnie, ha az objektum más objektumokkal is megosztja az eredeti szintet.

A Blobok, verziók vagy Pillanatképek szintjét explicit módon beállító műveletek a következők:

BLOB törlése, ha a Soft delete engedélyezve van

Ha a blob-törlés engedélyezve van, ha olyan alapszintű blobot töröl vagy felülír, amelynek a szintje explicit módon be lett állítva, akkor a Soft-Deleted blob összes korábbi verzióját teljes tartalommal számlázjuk. További információ a Blobok verziószámozásáról és a helyreállítható törlésről: a blob verziószámozása és a Soft deletehasználata.

A következő táblázat ismerteti a nem megfelelően törölt Blobok számlázási viselkedését attól függően, hogy a verziószámozás engedélyezett vagy le van tiltva. Ha a Verziószámozás engedélyezve van, akkor a rendszer egy verziót hoz létre, amikor egy blobot törölnek. Ha a verziószámozás le van tiltva, a Blobok törlésével egy törlési pillanatkép jön létre.

Ha egy alapszintű blobot felülír a réteg explicit módon beállított szintjével... Ezután számlázunk...
Ha a blob-alapú törlés és verziószámozás egyaránt engedélyezve van A teljes tartalom hosszúságú összes meglévő verzió a szintjétől függetlenül.
Ha a blob-törlés engedélyezve van, de a verziószámozás le van tiltva Az összes létező, teljes tartalommal rendelkező törlési pillanatkép a rétegtől függetlenül.

Lásd még