====== 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: [[http://www-01.ibm.com/support/docview.wss?uid=swg21224145|File Versioning, File Retention and File Expiration Explained]]

==== Perplexity magyarázata: ====

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 (vagy EXPIRE/DELETE BACKUP paranccsal eltávolítják), akkor a szerver csak az utolsó 5 verziót tarthatja meg a törlés után. Ha több inaktív verzió lenne, a legrégebbi verziók azonnal törlődnek.
  * **Retain Extra Versions** (33): Az inaktív verziókat (amik már nem az aktív példány, de az objektum még létezik a klienseken) maximum 33 napig tartja meg a szerver, az inaktívvá válás dátumától számítva. Ha letelt a 33 nap, a régi inaktív verzió törlődik, kivéve, ha előbb törlik a verziószám-limit miatt.
  * **Retain Only Version** (63): Ha a fájlt a kliensről törölték, de a szerveren maradt egy utolsó verzió, akkor ezt 63 napig őrzi meg a szerver helyreállítási célból. Ezután végleg törlődik.

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.​