Ultimo Blog

Non aumentare prima max_connections. Misura le sessioni di Immich, somma la richiesta totale di ogni container, mantieni un margine per l'amministratore e ottimizza solo il collo di bottiglia dimostrato.

Separa i processi ripetuti dalle risorse duplicate. Utilizza un unico percorso di acquisizione canonico, controlla i nuovi tentativi e le modifiche ai percorsi, quindi testa il rientro su un piccolo gruppo.

Non eliminare mai il WAL di PostgreSQL per liberare spazio. Interrompi le scritture di Immich, preserva lo stato del database, aggiungi capacità in modo sicuro, ripristina PostgreSQL e previeni il ripetersi del problema.

Immich non dovrebbe ricreare silenziosamente gli originali mancanti. Identifica il tipo di file rigenerato e il programma che lo ha scritto, quindi correggi l’identità di creazione.

Per prima cosa, identifica quale percorso è cambiato: le radici multimediali gestite e i percorsi di importazione delle librerie esterne hanno comportamenti diversi per quanto riguarda la migrazione e i dati obsoleti.

Mantieni intatto il vecchio host Immich finché il server ripristinato non avrà dimostrato la propria identità, i contenuti multimediali, le relazioni, le operazioni di scrittura, i riavvii e la creazione di un nuovo backup recuperabile in...

Un layout diviso di Immich funziona spesso bene: SSD per il database e i dati generati ad accesso frequente, HDD per gli originali, con ogni percorso dimensionato, sottoposto a backup e testato dopo il riavvio.

Il backup può attivare attività su CPU, ML, video, database e disco dopo il completamento dei caricamenti. Adegua la velocità della ventola alla coda attiva prima di modificare il raffreddamento o la concorrenza.