Megosztás a következőn keresztül:

Azure Cosmos DB-fiókok legújabb visszaállítható időbélyege folyamatos biztonsági mentési móddal

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: NoSQL MongoDB Gremlin Asztal

Az Azure Cosmos DB egy API-t kínál a tároló legújabb visszaállítható időbélyegének lekéréséhez. Ez az API azokhoz a fiókokhoz érhető el, amelyeken engedélyezve van a folyamatos biztonsági mentési mód. A legújabb visszaállítható időbélyeg az utc formátumú legújabb időbélyeg, amelyről az adatok biztonsági mentése sikeresen megtörtént. Ezzel az API-val lekérheti a visszaállítható időbélyeget az élő fiók visszaállításának aktiválásához, vagy figyelheti, hogy az adatok biztonsági mentése időben történik-e.

Ez az API a fiók helyét is bemeneti paraméterként használja, és visszaadja az adott tároló legújabb visszaállítható időbélyegét ezen a helyen. Ha egy fiók több helyen is létezik, akkor a különböző helyeken lévő tárolók legújabb visszaállítható időbélyege eltérő lehet, mivel az egyes helyek biztonsági másolatai egymástól függetlenül készülnek.

Alapértelmezés szerint ez az API csak a tároló szintjén működik, de egyszerűen kiterjeszthető az adatbázis vagy a fiók szintjén történő munkára. Ez a cikk segít megérteni az API szemantikáját, a számítás módját és a használati eseteket. További információkért tekintse meg, hogyan szerezheti be az API legújabb visszaállítási időbélyegét NoSQL-, MongoDB-, Table- és Gremlin-fiókokhoz.

Használati esetek

A legújabb visszaállítható időbélyeget a következő használati esetekben használhatja:

  • Lekérheti a legújabb visszaállítható időbélyeget egy tárolóhoz, adatbázishoz vagy fiókhoz, és ezzel aktiválhatja a visszaállítást. Ez az időbélyeg a megadott erőforrás adatait jelöli, vagy az összes mögöttes erőforrásról sikeresen biztonsági másolatot készít.

  • Ezzel az API-val megállapíthatja, hogy az adatok biztonsági mentése sikeresen megtörtént-e a fiók törlése előtt. Ha az API által visszaadott időbélyeg kisebb, mint az utolsó írási időbélyeg, akkor az azt jelenti, hogy vannak olyan adatok, amelyekről még nem készült biztonsági mentés. Ilyen esetben addig kell meghívnia ezt az API-t, amíg az időbélyeg egyenlő vagy nagyobb nem lesz, mint az utolsó írási időbélyeg. Ha egy fiók több helyen is létezik, a fiók törlése előtt le kell szereznie a legújabb visszaállítható időbélyeget az összes helyen, hogy minden régióban biztonsági másolatot készítsen az adatokról.

  • Ezzel az API-val figyelheti, hogy az adatokról időben készül-e biztonsági mentés. Ez az időbélyeg általában néhány száz másodpercen belül van az aktuális időbélyegtől, bár néha többel is eltérhet.

Szemantika

A tárolók legújabb visszaállítható időbélyege a minimális időbélyegző, amely biztonsági másolatot készített az adott helyen található összes partícióról. Ez az API úgy számítja ki a legújabb visszaállítható időbélyeget, hogy beolvassa a tároló egyes partícióihoz tartozó legújabb biztonsági mentési időbélyeget egy helyen, és visszaadja az időbélyegek minimális időbélyegét. Ha az összes partíció adatairól biztonsági másolatot készít, és nem írtak új adatokat ezekhez a partíciókhoz, akkor az aktuális időbélyeg és az utolsó adatmentés időbélyegének maximális értékét adja vissza.

Ha egy partíció még nem készített biztonsági másolatot, de biztonsági másolatot szeretne készíteni róla, akkor a minimális Unix (epoch) időbélyeget adja vissza, azaz 1970. január 1., éjfél (UTC) (egyezményes világidő). Ilyen esetekben a felhasználónak újra meg kell próbálkoznia, amíg az időbélyeg nagyobb, mint az epoch timestamp.

A visszaállítható időbélyeg legújabb számítása

Az alábbi példa a legújabb visszaállítható időbélyeg API várt eredményét ismerteti különböző forgatókönyvekben. Minden forgatókönyvben a partíció aktuális biztonsági mentési állapotáról, a biztonsági mentésre váró adatokról és a tárolók legfrissebb visszaállítható időbélyeg-számításának hatásáról lesz szó.

Tegyük fel, hogy van egy fiókunk, amely két régióban (USA keleti régiója, USA nyugati régiója) létezik. Van egy "cont1" tárolónk, amely két partícióval (Partition1,Partition2) rendelkezik. Ha kérést küldünk a tároló legújabb visszaállítható időbélyegének lekérésére a "t3" időbélyegnél, a tárolóhoz tartozó teljes visszaállítható időbélyeg az alábbiak szerint lesz kiszámítva:

Case1: Az összes partíció adatairól még nem készült biztonsági mentés

USA keleti régiója:

  • 1. partíció: Utolsó biztonsági mentési idő = t2, de a t2 után még néhány adatról kell biztonsági másolatot készíteni.
  • 2. partíció: Utolsó biztonsági mentés időpontja = t3, és az összes adatról biztonsági másolat készül.
  • Legújabb visszaállítható időbélyeg = min (t2, t3) = t2

USA nyugati régiója:

  • 1. partíció: Legutóbbi biztonsági mentési idő = t1, de a t1 után még néhány adatról kell biztonsági másolatot készíteni.
  • 2. partíció: Utolsó biztonsági mentési idő = t2, de a t2 után még néhány adatról kell biztonsági másolatot készíteni.
  • Legújabb visszaállítható időbélyeg = min (t1, t2) = t1
Case2: Az összes partíció adatairól biztonsági másolatot készítünk

USA keleti régiója:

  • 1. partíció: Az utolsó biztonsági mentés időpontja = t2, és az összes adatról biztonsági másolat készül.
  • 2. partíció: Utolsó biztonsági mentés időpontja = t3, és az összes adatról biztonsági másolat készül.
  • Legújabb visszaállítható időbélyeg = max (aktuális időbélyeg, t2, t3)

USA nyugati régiója:

  • 1. partíció: Az utolsó biztonsági mentés időpontja = t3, és az összes adatról biztonsági másolat készül.
  • 2. partíció: Utolsó biztonsági mentés időpontja = t3, és az összes adatról biztonsági másolat készül.
  • Legújabb visszaállítható időbélyeg = max (aktuális időbélyeg, t3, t3)
Case3: Ha egy vagy több partíció még nem készített biztonsági másolatot

USA keleti régiója:

  • 1. partíció: Ehhez a partícióhoz még nem készült napló biztonsági mentés.
  • 2. partíció: Utolsó biztonsági mentés időpontja = t3
  • Legújabb visszaállítható időbélyeg = 1970.01.01. 12:00:00

Gyakori kérdések

Használhatom ezt az API-t rendszeres biztonsági mentéssel rendelkező fiókokhoz?

Szám Ez az API csak folyamatos biztonsági mentési móddal rendelkező fiókokhoz használható.

Használhatom ezt az API-t folyamatos módba migrált fiókokhoz?

Igen. Ez az API használható folyamatos biztonsági mentési módban kiépített fiókhoz, vagy sikeresen áttelepíthető folyamatos biztonsági mentési módba.

Milyen késés tapasztalható a legújabb írási időbélyeg és a legújabb visszaállítható időbélyeg között?

A napló biztonsági mentési adatairól 100 másodpercenként készül biztonsági másolat. Bizonyos kivételes esetekben azonban a biztonsági mentések több mint 100 másodpercig késleltethetők.

Működni fog a visszaállítható időbélyeg a törölt erőforrások esetében?

Szám Csak élő erőforrásokra (adatbázisokra, gyűjteményekre vagy fiókokra) vonatkozik. Lekérheti a visszaállítható időbélyeget az élő fiók visszaállításának aktiválásához, vagy figyelheti, hogy az adatok biztonsági mentése időben történik-e.

Következő lépések