Skip to main content
Lo storage local scrive i file su un volume Docker con nome in /data. Le nuove installazioni lo usano per impostazione predefinita. Puoi mantenerlo dopo aver applicato una licenza enterprise. Lo object storage (S3, GCS, Azure) è facoltativo.

​
Volume locale predefinito

./casebender init senza variabili di storage, e l’installer desktop senza campi di storage, impostano STORAGE_PROVIDER=local. I file persistono su un volume Docker con nome montato in /data per web e worker. Un sidecar ClamAV incluso ascolta solo sulla rete Compose interna. L’applicazione mostra un banner di storage local. Per passare a S3, GCS, Azure o storage S3-compatible certificato, segui Migrazione dello storage.

​
Limiti

  • Un solo host contiene l’applicazione e i file. Mantieni il conteggio delle repliche a uno. Perdere il volume significa perdere allegati ed evidence.
  • Non ci sono versioning del provider, object lock, legal hold né controlli di audit cloud.
  • Più repliche richiedono un filesystem condiviso esterno con consistenza qualificata separatamente. Non trattare un path host come un object store nascosto.
  • I volume local al container e anonimi possono andare persi quando un container viene sostituito.
  • I permessi del filesystem e la consistenza del backup sono specifici dell’host.
Non abilitare MinIO.

​
Gestire un volume locale

  • Esegui web e worker sullo stesso host e path.
  • Crittografa il volume ed eseguine il backup in modo indipendente dall’applicazione.
  • Monitora capacità, permessi, errori di checksum e ripristino dei backup.
  • Pianifica la migrazione a S3, GCS o Azure quando ti servono più di un host o controlli di retention del provider.
Segui Migrazione dello storage usando il trasferimento copy-first, non distruttivo e la verifica SHA-256.