TSM objektumok lejáratása

Megőrzési paraméterek (példa):

Mentés:

VerExists: 5  (backup indukálja az inaktiválást/törlésre jelölést)
VerDeleted: 2 (backup indukálja az inaktiválást/törlésre jelölést)
RetExtra: 30  (expire inventory végzi a törlést, ha a objektum életkora indokolja)
RetOnly: 60   (expire inventory végzi a törlést, ha a objektum életkora indokolja)

Adott objektumból max. 5 verziót (1 aktív, 4 inaktív) őriz meg, 30 napig maximum. Az objektum kliensről való törlése után az utolsó 2 inaktív verziót hagyja csak meg, 30 napig elérhetőek, míg az utolsó inaktív verzió 60 napig. A retention idők csak akkor érvényesek, ha a verziószám-korlátot nem lép túl, mert ha igen, akkor azonnali törlés van.

Archiválás:

RetVer: 100   (expire inventory végzi a törlést, ha a objektum életkora indokolja)

Az archivált objektumok 100 nap múlva törlődnek.

A verziózási (VerExists, VerDeleted) paraméterekben végzett módosítások érvényesítéséhez backup-ot kell indukálni a kliensen. A megőrzési (RetExtra, RetOnly) paraméterekben végzett módosítások érvényesítéséhez ez nem szükséges, a következő expire inventory futtatásakor már az új értékek lesznek érvényben. Bővebben: File Versioning, File Retention and File Expiration Explained

Hogyan magyaráznád el mit jelentenek az alábbi Spectrum Protect megőrzési beállítások? Használd az aktív és inaktív verziók fogalmát a magyarázatban. (Az SP szerveren minden egyedi objektumból a legutolsó mentett verziót nevezzük aktív verziónak, az összes többit meg inaktív verziónak.)

Policy        Policy        Mgmt          Copy          Version-     Version-      Retain      Retain
Domain        Set Name      Class         Group          s Data       s Data        Extra        Only
Name                        Name          Name            Exists      Deleted     Versions     Version
---------     ---------     ---------     ---------     --------     --------     --------     -------
FWIN          ACTIVE        B_FWIN00-     STANDARD      No Limit            5           33          63
                             33

Aktív és inaktív verziók fogalma

• Aktív verzió: Egy adott objektumból (fájlból) a legutolsóként mentett példány. Ez az aktuálisan a kliens gépen létező, utoljára mentett változat.
• Inaktív verziók: Az összes korábbi mentett példány, amelyek már nem a kliens gépen léteznek (törölték, vagy felülírták őket egy újabb mentéssel).

A táblázat beállításai a következők:

• Versions Data Exists (No Limit): Ez a korlátozás azt jelentheti, hogy ameddig az adott fájl létezik a kliens rendszeren, korlátlan számú aktív és inaktív verziót tárolhat el a rendszer. (Bizonyos implementációkban ez a mező az aktív + inaktív példányokra értendő, míg más mezők csak törölt fájlokra vonatkoznak.)
• Versions Data Deleted (5): Ha egy fájlt törölnek a kliensről, az SP szerveren csak az utolsó öt inaktív verzió marad meg abból az objektumból.
• Retain Extra Versions (33): Az inaktív verziók közül az aktívon kívül legfeljebb 33 példány tárolódhat. Ha egy fájlt módosítanak vagy cserélnek, akkor a régebbi példány inaktívvá válik, egészen 33 verzióig visszamenőleg.
• Retain Only Version (63): Ha az összes verzióból már csak egy maradt (tehát az aktív is inaktivvá vált, pl. a kliensről végleg törölték), akkor ez az utolsó példány még 63 napig marad meg az SP szerveren, mielőtt végleg törlődne.

Mit jelent ez a gyakorlatban?

• Az SP szerver minden fájlról egyetlen aktív verziót és maximum 33 inaktív példányt tud megtartani.
• Ha egy fájlt törölnek, akkor a legutolsó 5 verziót őrzi tovább az SP, hogy visszaállítható legyen a törölt állomány ezen múltbéli állapotai közül valamelyik.
• Az utolsó verzió (ha már minden más törlődött, de még szükséges lehet vészhelyzeti visszaállításra) még 63 napig marad a szerveren, utána teljesen eltávolítja az SP.

Pontosítások az IBM magyarázat alapján

VEREXISTS: Ez határozza meg, hogy az adott fájlról összesen hány verzió (aktív + inaktív) tartható meg egyszerre a szerveren. Ha újabb mentés miatt túllépjük, akkor a legöregebb verzió azonnal törlődik, a retention (RETEXTRA, RETONLY) beállítások nem hosszabbítják meg ezt az időt.

VERDELETED: Ha egy fájlt törölnek a kliensről, az innen kezdve csak inaktív verzió lehet. A VERDELETED a törlés után megtartható verziók számát korlátozza, az összes többi verzió azonnal törlődik, nem vonatkozik rájuk semmilyen idő alapú retention.

RETEXTRA: Az inaktív verziókat – amíg nem törölték a klienstről – legfeljebb ennyi napig tartja meg a szerver, a deaktívvá válás időpontjától számítva. Ha letelt ez az idő, az adott inaktív verzió törlődik.

RETONLY: Ha a fájlt törölték a kliensről, de a szerveren még maradt egy utolsó verzió (legfrissebb példány), az ennyi napig marad meg visszaállíthatónak.

A folyamat menete:

• Amíg a fájl létezik a klienstről: Aktív verzió + korlátozott számú inaktív verzió (VEREXISTS alapján), az inaktívakat RETEXTRA szabályozza.
• Ha a fájlt törlik: VERDELETED alapján maradhatnak inaktív példányok, ezek közül a legrégebbiek RETEXTRA szerint törlődnek, az utolsó példány pedig RETONLY szerint.

Konklúzió: A magyarázatom lényege és aktív/inaktív megkülönböztetése teljesen helytálló, de hangsúlyos, hogy ahol a verziószámot meghaladják (VEREXISTS vagy VERDELETED), ott nem érvényesek a retention idők: azonnal törlődik a felesleges verzió, nem várja meg a megadott napokat.​