# Uchovávání a mazání (https://docs.vitrinka.ai/cs/security/retention)



## Nahrané sessions [#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 [#trash]

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 [#control]

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

| Řádky                                                         | Drží se                                                                            |
| ------------------------------------------------------------- | ---------------------------------------------------------------------------------- |
| Notifikace, přečtené i nepřečtené                             | 90 dní                                                                             |
| Vyřízené pozvánky (přijaté, odmítnuté, zrušené nebo propadlé) | 365 dní od vyřízení — čekající pozvánky, která ještě nepropadla, se nikdy nedotkne |
| Záznamy čekací listiny, schválené i neschválené               | 365 dní                                                                            |

Auditní stopa v tomhle seznamu není; drží se po celý život organizace ([Auditní stopa](/cs/security/audit)).

## Kryptografické skartování workspace [#shred]

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.

```bash
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`.

<Callout type="warn">
  Bez `-execute` příkaz pouze vypíše přehled. Před potvrzením zkontrolujte název a ID workspace i počet položek, které skartací ztratí čitelný obsah.
</Callout>