Uchovávání a mazání

Nahrané sessions

Smazaná nahrávka zůstává po ochrannou lhůtu obnovitelná: VITRINKA_RETENTION_GRACE (výchozí 720h, tedy 30 dní). Úklid běží každých VITRINKA_RETENTION_SWEEP (výchozí 1h, nejméně minuta). Po uplynutí lhůty odstraní bloby pod uploads/sessions/<id>/, události a nakonec záznam nahrávky. Toto pořadí umožňuje po přerušení pokračovat při dalším úklidu. Řádky se mažou v dávkách po dvou tisících. Výmaz odstraní i to, co z nahrávky vzniklo: její sadu běhu se zkopírovanými snímky obrazovky, její nástěnku průchodu s kartami a anotacemi, její řádky OCR a vyhledávání a náhledy v cache.

Admini workspace mohou navíc nastavit maximální stáří v Nastavení → Workspace → Members → Sessions → recorded-session max age (dny, 0 drží navždy; sessionMaxAgeDays na PUT /api/v1/workspace/settings). Dokončenou nahrávku starší než tato hranice úklid měkce smaže a ta vstoupí do stejné ochranné lhůty; nahrávky, která se ještě nahrává, se úklid nedotkne, dokud neskončí.

Koš karet nástěnky

Smazaná karta nástěnky zůstává 30 dní obnovitelná v koši a pak se odstraní i s jejími soubory. Lhůta je pevná pro každý workspace.

Řádky řídicí roviny

Řídicí databáze vynucuje vlastní lhůty v SQL, jedno pravidlo na druh a navzájem nezávisle:

Auditní stopa v tomhle seznamu není; drží se po celý život organizace (Auditní stopa).

Kryptografické skartování workspace

Kryptografická skartace zničí uložený datový klíč workspace a zaznamená, že se nesmí vytvořit náhradní. Obsah zašifrovaný tímto klíčem pak nelze přečíst. Data ani bloby se tím fyzicky nemažou. Starší zálohy mohou stále obsahovat původní klíč; omezení popisujeme níže.

vitrinka shred-workspace -data /data <workspace>                                   # zpráva nanečisto
vitrinka shred-workspace -data /data <workspace> -server-stopped -execute          # skartace
vitrinka shred-workspace -data /data <workspace> -revive -accept-legacy-plaintext -server-stopped -execute

Tři vlastnosti, které je dobré znát před spuštěním:

• Server musí být zastavený a vy to potvrzujete. Běžící server drží rozbalený klíč v paměti pro workspace ve fondu a obsluhoval by ho dál, dokud se handler nevyřadí; -execute bez -server-stopped odmítne.
• Řádky a bloby se nemažou. Skartace je udělá nečitelnými; místo uvolní vaše běžné uchovávání svazku nebo bucketu. Zálohy pořízené před skartací pořád nesou zabalený klíč a můžou workspace reprodukovat, dokud nevyrotují.
• Obnovení provozu neobnoví klíč. -revive znovu zpřístupní workspace, ale data zašifrovaná zničeným klíčem zůstanou nečitelná. Případná starší nezašifrovaná data budou znovu dostupná, proto je nutné potvrdit -accept-legacy-plaintext.