Blobrehidratálás az archív szintről
Bár egy blob az archív hozzáférési szinten van, offline állapotúnak minősül, és nem olvasható és nem módosítható. Az archivált blobok adatainak olvasásához vagy módosításához először rehidratálnia kell a blobot egy online szintre, akár a gyakori, akár a ritka elérésű szintre. Az archív szinten tárolt blobok rehidratálásának két lehetősége van:
Archivált blob másolása online szintre: Az archivált blobokat rehidratálhatja úgy, hogy a Blob másolása művelettel átmásolja azt egy új blobba a gyakori vagy ritka elérésű rétegben. A Microsoft a legtöbb forgatókönyv esetében ezt a lehetőséget javasolja.
Az archivált blob hozzáférési szintjének módosítása online szintre: Az archivált blobokat a gyakori vagy ritka elérésű szintre rehidratálhatja a blobszint beállítása művelettel.
A blobok az archív rétegből való rehidratálása több órát is igénybe vehet. A Microsoft nagyobb blobok archiválását javasolja az optimális teljesítmény érdekében rehidratáláskor. A nagy számú kis blob rehidratálása hosszabb időt igényelhet az egyes blobok feldolgozási többletterhelése miatt. Tárfiókonként legfeljebb 10 GiB rehidratálható óránként prioritás lekéréssel.
Az archivált blobok online szintre való rehidratálásáról az archivált blobok online szintre való rehidratálásáról olvashat.
Rehidratálási prioritás
Blob rehidratálásakor a rehidratálási művelet prioritását a Blobszint beállítása vagy a Blob másolása művelet opcionális x-ms-rehidratát prioritású fejlécével állíthatja be. A rehidratálás prioritási lehetőségei a következők:
- Standard prioritás: A rehidratálási kérés a beérkezés sorrendjében lesz feldolgozva, és a 10 GB-nál nagyobb objektumok esetében akár 15 órát is igénybe vehet.
- Magas prioritás: A rehidratálási kérés a standard prioritású kérésekkel szemben lesz rangsorban, és a 10 GB-nál kisebb méretű objektumok esetében kevesebb mint egy óra alatt befejeződhet.
Ha ellenőrizni szeretné a rehidratálási prioritást, amíg a rehidratálási művelet folyamatban van, hívja meg a Blob tulajdonságainak lekérését a x-ms-rehydrate-priority fejléc értékének visszaadásához. A rehidratálás prioritási tulajdonsága Standard vagy High értéket ad vissza.
A standard prioritás az alapértelmezett rehidratálási lehetőség. A magas prioritású rehidratálás gyorsabb, de többe kerül, mint egy standard prioritású rehidratálás. A magas prioritású rehidratálás a blob méretétől és az aktuális igényektől függően egy óránál hosszabb időt is igénybe vehet. A Microsoft javasolja a magas prioritású rehidratálás megőrzését vészhelyzeti adat-visszaállítási helyzetekben való használatra.
Bár egy standard prioritású rehidratálási művelet függőben van, a blob rehidratálási prioritási beállítását Magas értékre frissítheti, hogy gyorsabban rehidratálja a blobot. Ha például nagy számú blobot rehidratál tömegesen, a kezdeti művelethez megadhatja az összes blob standard prioritását, majd növelheti a prioritást Magas értékre minden olyan egyes blob esetében, amelyeket gyorsabban kell online állapotba helyezni, akár óránként 10 GiB-korlátig.
Függőben lévő művelet esetén a rehidratálás prioritási beállítása nem csökkenthető magasról Standard értékre. Ne feledje, hogy a rehidratálás prioritási beállításának frissítése számlázási hatással lehet.
A rehidratálási prioritás beállításának beállításáról és frissítéséről az archivált blob online szintre való rehidratálásával kapcsolatban olvashat.
A standard prioritású és a magas prioritású rehidratálási kérelmek közötti díjszabási különbségekről további információt az Azure Blob Storage díjszabása című témakörben talál.
Archivált blob másolása online szintre
A blobok online szintre való áthelyezésének első lehetősége az archivált blob átmásolása egy új célblobba, amely a gyakori vagy ritka elérésű rétegben található. A Blob másolása művelettel másolhatja a blobot. Ha egy online szinten lévő új blobba másol egy archivált blobot, a forrásblob változatlan marad az archív szinten.
Az archivált blobot egy másik nevű új blobba vagy egy másik tárolóba kell másolnia. Nem írhatja felül a forrásblobot ugyanarra a blobra másolással.
A Microsoft a legtöbb forgatókönyvben azt javasolja, hogy végezzen másolási műveletet, ahol egy blobot át kell helyeznie az archív szintről egy online szintre az alábbi okokból:
A másolási művelet elkerüli a korai törlési díjat, amelyet a rendszer akkor értékel, ha a szükséges 180 napos időszak lejárta előtt módosítja egy blob szintjét az archív szintről. További információ: Archív hozzáférési szint.
Ha a tárfiókra vonatkozóan életciklus-kezelési szabályzat van érvényben, akkor egy blob blob set blobszinttel való rehidratálása olyan forgatókönyvet eredményezhet, amelyben az életciklus-szabályzat a rehidratálás után visszahelyezi a blobot az archív szintre, mert az utolsó módosítás időpontja meghaladja a szabályzathoz beállított küszöbértéket. A másolási művelet elhagyja a forrásblobot az archív szinten, és létrehoz egy új blobot egy másik névvel és egy új utolsó módosítási időponttal, így az életciklus-szabályzat nem kockáztatja, hogy a rehidratált blob visszakerül az archív szintre.
Egy blob másolása az archív rétegből a kiválasztott rehidratálási prioritástól függően órákat is igénybe vehet. A színfalak mögött egy blobmásolási művelet beolvassa az archivált forrásblobot, hogy létrehozzon egy új online blobot a kijelölt célszinten. Az új blob akkor lehet látható, ha a rehidratálási művelet befejezése előtt felsorolja a blobokat a szülőtárolóban, de a szintje archiválásra lesz beállítva. Az adatok csak akkor érhetők el, ha az archív rétegbeli forrásblob olvasási művelete befejeződött, és a blob tartalma egy online réteg új célblobjához lett megírva. Az új blob egy független példány, ezért a módosítás vagy törlés nem érinti az archív rétegbeli forrásblobot.
Ha meg szeretné tudni, hogyan hidratálhat egy blobot online szintre másolással, olvassa el a blob másolási művelettel történő rehidratálását ismertető témakört.
Fontos
Ne törölje a forrásblobot, amíg a rehidratálás sikeresen be nem fejeződik. Ha a forrásblob törölve van, előfordulhat, hogy a célblob nem fejezi be a másolást. A másolási művelet befejeződésekor felmerülő eseményt kezelheti, hogy megtudja, mikor lehet biztonságosan törölni a forrásblobot. További információt a blobrehidratálás eseményeinek kezelése című témakörben talál.
Az archivált blobok online célszintre másolásával történő rehidratálása csak a 2021.02.12. előtti szolgáltatásverziók esetében támogatott ugyanabban a tárfiókban. A 2021-02-12-es szolgáltatásverziótól kezdve az archivált blobokat egy másik tárfiókba másolva rehidratálhatja, feltéve, hogy a célfiók ugyanabban a régióban található, mint a forrásfiók. A tárfiókok közötti rehidratálás lehetővé teszi az éles adatok elkülönítését a biztonsági mentési adatoktól úgy, hogy külön fiókokban tartja őket. Az archivált adatok elkülönítése egy külön fiókban szintén segíthet csökkenteni a nem szándékos rehidratálás költségeit.
A másolási művelet cél blobjának online szinten kell lennie (gyakori vagy ritka elérésű). Archivált blobot nem másolhat olyan célblobba, amely szintén az archív szinten található.
Az alábbi táblázat egy blobmásolási művelet viselkedését mutatja be a forrás- és célblob szintjeitől függően.
| Gyakori elérésű réteg forrása | Ritka elérésű réteg forrása | Archív réteg forrása | |
|---|---|---|---|
| Gyakori elérésű réteg célhelye | Támogatott | Támogatott | A 2021-02-12-es és újabb verziójú, ugyanabban a régióban lévő fiókok között támogatott. Ugyanazon tárfiókon belül csak a korábbi verziók esetében támogatott. Blobrehidratálást igényel. |
| Ritka elérésű réteg célhelye | Támogatott | Támogatott | A 2021-02-12-es és újabb verziójú, ugyanabban a régióban lévő fiókok között támogatott. Ugyanazon tárfiókon belül csak a korábbi verziók esetében támogatott. Blobrehidratálást igényel. |
| Archív réteg célhelye | Támogatott | Támogatott | Nem támogatott |
Rehidratálás másodlagos régióból
Ha úgy konfigurálta a tárfiókot, hogy írásvédett georedundáns tárolást (RA-GRS) használjon, akkor a Blob másolása művelettel rehidratálhatja a másodlagos régióban lévő blobokat egy másik, ugyanabban a másodlagos régióban található tárfiókra. Lásd: Rehidratálás egy másodlagos régióból.
A másodlagos régiókhoz való olvasási hozzáférés beszerzéséről további információt a másodlagos régióban lévő adatokhoz való hozzáférés olvasása című témakörben talál.
Blob hozzáférési szintjének módosítása online szintre
A blobok archiválási szintről online szintre való rehidratálásának második lehetősége a blobszint módosítása a Blobszint beállítása meghívásával. Ezzel a művelettel az archivált blob szintjét átállíthatja gyakori vagy ritka elérésűre.
A Blobréteg beállítása kérés kezdeményezése után a kérés nem szakítható meg. A rehidratálási művelet során a blob hozzáférési szintje továbbra is archiváltként jelenik meg, amíg a rehidratálási folyamat befejeződik. Ha a rehidratálási művelet befejeződött, a blob hozzáférési réteg tulajdonsága frissül az új szintnek megfelelően.
Ha tudni szeretné, hogyan hidratálhat egy blobot úgy, hogy a rétegét online szintre módosítja, olvassa el a blobok rehidratálását a réteg módosításával.
Figyelemfelhívás
A blobszint módosítása nem befolyásolja a legutóbbi módosítás időpontját. Ha a tárfiókra érvényes életciklus-kezelési szabályzat van érvényben, akkor a blobok Blobszint beállítása beállításával való rehidratálása olyan forgatókönyvet eredményezhet, amelyben az életciklus-szabályzat a rehidratálás után visszahelyezi a blobot az archív szintre, mert az utolsó módosítás időpontja meghaladja a szabályzathoz beállított küszöbértéket.
A forgatókönyv elkerülése érdekében adja hozzá a daysAfterLastTierChangeGreaterThan feltételt a tierToArchive szabályzat műveletéhez. Másik lehetőségként az archivált blob újrahidratálásához másolja át az archivált blobot az archivált blob online rétegbe való másolása című szakaszban leírtak szerint. A másolási művelet végrehajtása új blobpéldányt hoz létre a legutóbb módosított időponttal, így az nem aktiválja az életciklus-kezelési szabályzatot.
Blobrehidratálási művelet állapotának ellenőrzése
A blobrehidratálási művelet során meghívhatja a Blob tulajdonságainak lekérése műveletet annak állapotának ellenőrzéséhez. A rehidratálási művelet állapotának ellenőrzéséről további információt a rehidratálási művelet állapotának ellenőrzése című témakörben talál.
Blobrehidrációval kapcsolatos esemény kezelése
Az archivált blobok rehidratálása akár 15 órát is igénybe vehet, és nem hatékony ismételten lekérdezni a Blob tulajdonságainak lekérését annak megállapításához, hogy a rehidratálás befejeződött-e. A Microsoft azt javasolja, hogy az Azure Event Grid használatával rögzítse a rehidratálás befejezésekor aktiválódott eseményt a jobb teljesítmény és költségoptimalizálás érdekében.
Az Azure Event Grid a blobrehidratálás befejezésekor a Microsoft.Storage.BlobTierChanged eseményt hozza elő:
- A Microsoft.Storage.BlobTierChanged esemény akkor aktiválódik, ha egy blob szintje módosul. A blobrehidratálás kontextusában ez az esemény akkor aktiválódik, ha a célblob hozzáférési szintje sikeresen módosul az archív szintről egy online szintre (gyakori, ritka elérésű vagy hideg szint). A Blobréteg beállítása művelettel módosíthatja az archivált blobok hozzáférési szintjét, vagy a Blob másolása művelettel átmásolhat egy archivált blobot egy új célblobba egy online szinten.
Ha tudni szeretné, hogyan rögzíthet egy eseményt a rehidratálás során, és hogyan küldheti el egy Azure-függvény eseménykezelőjének, olvassa el az Azure-függvény futtatása blobrehidratálási eseményre válaszul című témakört.
A Blob Storage-események kezeléséről további információt az Azure Blob Storage-eseményekre való reagálás és az Azure Blob Storage Event Grid-forrásként való kezelése című témakörben talál.
Árképzés és számlázás
A Blobszint beállítása szolgáltatással végzett rehidratálási művelet számlázása az adatolvasási tranzakciókért és az adatlekérési méretért történik. A magas prioritású rehidratálás nagyobb üzemeltetési és adatlekérési költségekkel rendelkezik a standard prioritáshoz képest. A magas prioritású rehidratálás külön sorelemként jelenik meg a számlán. Ha egy 10 GB-nál kisebb méretű archivált blob visszaadására irányuló magas prioritású kérés öt óránál hosszabb időt vesz igénybe, a rendszer nem számítja fel a magas prioritású lekérési sebességet. A standard lekérési arányok azonban továbbra is érvényesek.
Az archivált blobok online szintre másolása a Blob másolásával az adatolvasási tranzakciókért és az adatlekérési méretért lesz számlázva. A célblob online szinten való létrehozása az adatírási tranzakciókért lesz számlázva. A korai törlési díjak nem vonatkoznak az online blobokra való másoláskor, mert a forrásblob változatlan marad az archív szinten. A magas prioritású lekérési díjak akkor érvényesek, ha ki van választva.
Az archív szinten lévő blobokat legalább 180 napig kell tárolni. Az archivált blob szintjének a 180 napos időszak előtti törlése vagy módosítása korai törlési díjat von maga után. Ha például egy blobot áthelyeznek az archív szintre, majd 45 nap elteltével törlik vagy áthelyezik a gyakori rétegbe, a rendszer a blob archiválási szinten való tárolásának 135 (180 mínusz 45) napjával egyenértékű korai törlési díjat számít fel. További információ: Archív hozzáférési szint.
A blokkblobok és az adatrehidratálás díjszabásáról további információt az Azure Storage díjszabásában talál. A kimenő adatátviteli díjakkal kapcsolatos további információkért lásd az adatátvitel díjszabásának részleteit.