Operationalize RC10 data retention
This commit is contained in:
@@ -1920,3 +1920,17 @@ file. It never imports provider data or writes directly to database tables.
|
||||
Explicit demo seeding also reactivates its own archived technical project.
|
||||
This keeps the opt-in fixture workflow selectable without changing the normal
|
||||
active-project lifecycle.
|
||||
|
||||
## Data operations and retention
|
||||
|
||||
The runtime packages `audit_data_operations.py`,
|
||||
`cleanup_storage_artifacts.py` and the shared release-backup guard. The audit
|
||||
is read-only and combines disk pressure, storage lifecycle, persisted path
|
||||
integrity, failed-work counts and national/regional/maritime source-family
|
||||
inventory. Cleanup is limited to old unreferenced derived/cache/export files.
|
||||
|
||||
Unknown paths, official source material, uploads, models and release/operator
|
||||
evidence are protected by default. Apply mode requires an exact confirmation,
|
||||
an explicit candidate ceiling and a recent checksum-verified database plus
|
||||
SHA-256 storage backup mounted read-only under `/app/backups`. See
|
||||
`docs/DATA_OPERATIONS_RUNBOOK.md`.
|
||||
|
||||
Reference in New Issue
Block a user