Időponthoz időben való visszaállítás blokkblobok számára

Az időponthoz időben való visszaállítás védelmet nyújt a véletlen törléssel vagy sérüléssel szemben azáltal, hogy lehetővé teszi a blokkblobadatok korábbi állapotba való visszaállítását. Az időponthoz időben való visszaállítás olyan esetekben hasznos, amikor egy felhasználó vagy alkalmazás véletlenül töröl adatokat, vagy ha egy alkalmazáshiba az adatok sérülését okozza. Az időponthoz időben végzett visszaállítás olyan tesztelési forgatókönyveket is lehetővé tesz, amelyek megkövetelik az adathalmaz ismert állapotba való visszaállítását a további tesztek futtatása előtt.

Az időponthoz időben való visszaállítás csak a standard teljesítményszint általános célú v2 tárfiókja esetén támogatott. Időponthoz időben visszaállítható adatok csak a gyors és a elérésű hozzáférési szinten állíthatók vissza.

Ha szeretné megtudni, hogyan engedélyezheti az időponthoz időben való visszaállítást egy tárfiókon, tekintse meg az időponthoz időben való visszaállítás blokkblobadatokon való elvégzését.

Az időponthoz időben való visszaállítás működése

Az időponthoz időben való visszaállítás engedélyezéséhez hozzon létre egy felügyeleti szabályzatot a tárfiókhoz, és adjon meg egy megőrzési időszakot. A megőrzési időszak alatt a jelenlegi állapotból visszaállíthatja a blokkblobokat egy korábbi időpontra.

Időponthoz időben való visszaállítás kezdeményezése érdekében hívja meg a Blobtartományok visszaállítása műveletet, és adjon meg egy visszaállítási pontot UTC időzónában. Megadhat helyreállítani kívánt tároló- és blobnevek lexikografikus tartományát, vagy kihagyhatja a tárfiók összes tárolóját visszaállító tartományt. Visszaállítási műveletenként legfeljebb 10 lexikális tartomány támogatott.

Az Azure Storage elemzi a megadott blobok módosításait a kért visszaállítási pont (UTC-idő) és az adott időpont között. A visszaállítási művelet atomi, ezért vagy teljesen sikeresen visszaállítja az összes módosítást, vagy meghiúsul. Ha vannak olyan blobok, amelyek nem állíthatók vissza, akkor a művelet meghiúsul, és az érintett tárolókra való olvasási és írási műveletek folytatódnak.

Az alábbi ábrán az időponthoz való visszaállítás működése látható. A rendszer egy vagy több tárolót vagy blobtartományt n nappal ezelőtt visszaállít az állapotába, ahol n kisebb vagy egyenlő, mint az időponthoz való visszaállításhoz meghatározott megőrzési időtartam. Ennek az a hatása, hogy visszaállítja a megőrzési időszakban történt írási és törlési műveleteket.

Diagram, amely azt mutatja be, hogyan áll vissza az időponthoz időben a tárolók egy korábbi állapotába

Egy tárfiókon egyszerre csak egy visszaállítási művelet futtatható. A visszaállítási művelet nem szakítható meg a folyamatban lévő művelet után, de egy második visszaállítási művelettel visszavonható az első művelet.

A Blobtartományok visszaállítása művelet visszaad egy visszaállítási azonosítót, amely egyedileg azonosítja a műveletet. Az időponthoz időben való visszaállítás állapotának ellenőrzéshez hívja meg a Visszaállítási állapot lehívása műveletet a Blobtartományok visszaállítása művelet által visszaadott visszaállítási azonosítóval.

Fontos

Visszaállítási művelet végrehajtásakor az Azure Storage a művelet időtartama alatt blokkolja a visszaállított tartományokban lévő blobok adatműveletét. Az olvasási, írási és törlési műveletek blokkolva vannak az elsődleges helyen. Emiatt előfordulhat, hogy a visszaállítási művelet végrehajtása közben az olyan műveletek, mint a tárolók Azure Portal a várt módon működnek.

A másodlagos helyről végzett olvasási műveletek a visszaállítási művelet során folytathatók, ha a tárfiók georeplikált.

Figyelemfelhívás

Az időponthoz időben való visszaállítás támogatja a csak blokkblobokkal kapcsolatos műveletekre való visszaállítást. A tárolókon műveletek nem állíthatók vissza. Ha például töröl egy tárolót a tárfiókból a Tároló törlése művelet hívásával, a tároló időponthoz időben való visszaállítási művelettel nem állítható vissza. Egy teljes tároló törlése helyett törölje az egyes blobokat, ha később vissza szeretné őket állítani.

Az időponthoz időben való visszaállítás előfeltételei

Az időponthoz időben való visszaállításhoz engedélyezni kell a következő Azure Storage funkciókat az időponthoz időben való visszaállítás engedélyezéséhez:

Ezeknek a funkcióknak az engedélyezése további díjakat eredményezhet. Az időponthoz időben való visszaállítás és az előfeltétel-funkciók engedélyezése előtt győződjön meg arról, hogy megértette a számlázással kapcsolatos következményeket.

Megőrzési időtartam időponthoz időben való visszaállításhoz

Amikor engedélyezi az időponthoz való visszaállítást egy tárfiókhoz, meg kell adnia egy megőrzési időszakot. A tárfiókban lévő blokkblobok visszaállíthatóak a megőrzési időszak alatt.

A megőrzési időtartam néhány perccel az időponthoz időben való visszaállítás engedélyezése után kezdődik. Ne feledje, hogy a blobok nem állíthatók vissza a megőrzési időszak kezdete előtt állapotba. Ha például május 1- én engedélyezte az időponthoz való visszaállítást 30 napos megőrzéssel, akkor május 15-én legfeljebb 15 napra állítható vissza. Június 1-ről 30 napra visszaállíthatja az adatokat.

Az időponthoz megadott visszaállítás megőrzési időtartamának legalább egy naptal rövidebbnek kell lennie a helyreállítható törléshez megadott megőrzési időtartamnál. Ha például a helyreállítható törlés megőrzési ideje 7 nap, akkor az időponthoz való visszaállítás megőrzési időszaka 1 és 6 nap között lehet.

Fontos

Az adathalmazok visszaállításához szükséges idő a visszaállítási időszak alatt az írási és törlési műveletek számán alapul. Egy olyan fiók például, amely egymillió objektummal és naponta 3000 objektummal bővült, és naponta 1000 törölt objektummal, körülbelül két órába fog tért visszaállni egy 30 nappal korábbi pontra. Ilyen változási arányú fiókok esetén nem ajánlott a 90 napnál hosszabb megőrzési időtartam és visszaállítás.

Időponthoz való visszaállítás engedélyei

Visszaállítási művelet kezdeményezése érdekében az ügyfélnek írási engedéllyel kell rendelkeznie a tárfiókban található összes tárolóhoz. A visszaállítási művelet Azure Active Directory (Azure AD) használatával való engedélyeinek megadásához rendelje hozzá az Storage-fiók közreműködője szerepkört a rendszerbiztonsági taghoz a tárfiók, az erőforráscsoport vagy az előfizetés szintjén.

Korlátozások és ismert problémák

A blokkblobok időponthoz időben való visszaállítása a következő korlátozásokkal és ismert problémákkal rendelkezik:

  • Az időponthoz időben való visszaállítási művelet részeként csak a standard általános célú v2 tárfiókban lévő blokkblobok állíthatók vissza. A hozzáfűző blobok, lapblobok és prémium szintű blokkblobok nem állíthatók vissza.
  • Ha a megőrzési időszak alatt törölt egy tárolót, a rendszer nem fogja visszaállítani a tárolót az időponthoz időben való visszaállítási művelettel. Ha olyan blobtartományt próbál visszaállítani, amely blobokat tartalmaz egy törölt tárolóban, az időponthoz időben való visszaállítási művelet sikertelen lesz. További információ a tárolók törlés elleni védelméről: Tárolók soft delete (Törlés a tárolókhoz).
  • Ha egy blob a jelenlegi pillanat és a visszaállítási pont közötti időszakban helyezték át a forró és a hűtési szinteket, a blob visszaáll az előző szintre. A blokkblobok visszaállítása az archív szinten nem támogatott. Ha például egy blob két nappal ezelőtt át lett helyezve a gyakori elérésű szintről az archív szintre, és a visszaállítási művelet egy három nappal korábbi pontra állítja vissza a rendszert, a blob nem lesz vissza állítva a gyakori elérésű szintre. Az archivált blobok visszaállításához először helyezze át azt az archív szintről. További információ: Overview of blob rehidratálás az archív szintről.
  • Ha módosíthatatlansági szabályzat van konfigurálva, visszaállítási művelet indítható, de a megváltoztathatatlansági szabályzat által védett blobok nem módosulnak. Ebben az esetben a visszaállítási művelet nem eredményez konzisztens állapotot a megadott dátumra és időre.
  • A Put Block vagy Put Block URL-címrőlfeltöltött, de a Put Block Listhasználatával nem lekötött blokk nem része a blobnak, ezért a visszaállítási művelet részeként nem állítható vissza.
  • Aktív bérlettel nem lehet visszaállítani egy blobot. Ha egy aktív bérlettel működő blob szerepel a visszaállítani szükséges blobok tartományában, a visszaállítási művelet atomilag sikertelen lesz. A visszaállítási művelet megkezdése előtt törje fel az aktív bérleteket.
  • A pillanatképek nem a visszaállítási művelet részeként vannak létrehozva vagy törölve. Csak az alapblob lesz visszaállítva az előző állapotába.
  • Az Azure Data Lake Storage Gen2 2. generációs és hierarchikus névterek visszaállítása nem támogatott.

Fontos

Ha a blokkblobokat 2020. szeptember 22-én korábbi időpontra visszaállítja, az időponthoz időben való visszaállításra vonatkozó előzetes verziójú korlátozások lesznek érvényben. A Microsoft azt javasolja, hogy olyan visszaállítási pontot válasszon, amely 2020. szeptember 22-ének megfelelő vagy annál későbbi, hogy kihasználja az általánosan elérhető időponthoz igaz visszaállítási funkciót.

Funkciók támogatása

Ez a táblázat bemutatja, hogyan támogatott ez a funkció a fiókjában, és hogy milyen hatással van a támogatásra bizonyos képességek engedélyezése esetén.

Tárfiók típusa Blob Storage (alapértelmezett támogatás) Data Lake Storage Gen2 1 NFS 3.0 1
Standard általános célú v2 Igen Nem Nem
Prémium blokkblobok Nem Nem Nem

1A Data Lake Storage Gen2 és a hálózati fájlrendszer (NFS) 3.0 protokollhoz egyaránt szükség van egy hierarchikus névtérrel rendelkező tárfiókra.

Árak és számlázás

Az időponthoz időben való visszaállítás engedélyezése díjmentes. Az időponthoz időben való visszaállítás engedélyezése azonban lehetővé teszi a blobok verziószámozását, a helyreállítható törlést és a változáscsatornát is, amelyek mindegyikének további díjai lehetnek.

Az időponthoz időben való visszaállítás számlázása a visszaállítási művelet végrehajtásához feldolgozott adatok mennyiségétől függ. A feldolgozott adatok mennyisége a visszaállítási pont és az aktuális pillanat között történt módosítások számán alapul. Ha például egy tárfiókban a blokkblobadatok viszonylag állandó változási sebességét feltételezzük, az 1. időben visszatérő visszaállítási művelet a 10 napos visszaállítás 1/10-edik részére kerülne.

A visszaállítási művelet költségeinek becsléséhez tekintse át a változáscsatorna naplóját a visszaállítási időszakban módosított adatok mennyiségének becsléséhez. Ha például a változáscsatorna megőrzési időtartama 30 nap, a változáscsatorna mérete pedig 10 MB, akkor a 10 nappal korábbi pontra való visszaállítás az adott régióban található LRS-fiókok árának körülbelül a harmadát kerülné. A 27 nappal korábbi pontra való visszaállítás a felsorolt ár körülbelül kilenctizedét kerülné.

Az időponthoz való visszaállítás díjszabására vonatkozó további információkért lásd: Blokkblobok díjszabása.

Következő lépések