Laatste blog

Verhoog max_connections niet als eerste. Meet de Immich-sessies, tel de vraag van elke container bij elkaar op, behoud ruimte voor beheerders en stem alleen de aantoonbare bottleneck af.

Scheid herhaalde taken van dubbele assets. Gebruik één canoniek ingestiepad, beheer retries en padwijzigingen en test vervolgens opnieuw invoeren op een kleine groep.

Verwijder nooit PostgreSQL-WAL om ruimte vrij te maken. Stop schrijfbewerkingen van Immich, behoud de databasestatus, voeg veilig extra opslagcapaciteit toe, herstel PostgreSQL en voorkom herhaling.

Immich mag ontbrekende originele bronbestanden niet stilletjes opnieuw aanmaken. Identificeer het type en de schrijver van het gegenereerde bestand en herstel vervolgens de aanmaakidentiteit.

Identificeer eerst welk pad is gewijzigd: beheerde mediaroots en importpaden voor externe bibliotheken hebben verschillend migratie- en verouderde-gegevensgedrag.

Houd de oude Immich-host intact totdat de herstelde server onder werkelijk gebruik zijn identiteit, media, relaties, schrijfbewerkingen, herstarts en een nieuwe herstelbare back-up heeft bewezen.

Een gesplitste Immich-indeling werkt vaak goed: een SSD voor de database en veelgebruikte gegenereerde gegevens, en een HDD voor originelen, waarbij elk pad de juiste capaciteit heeft, wordt geback-upt en na een herstart wordt getest.

Back-ups kunnen CPU-, ML-, video-, database- en schijfbelasting veroorzaken nadat het uploaden is voltooid. Stem de ventilatorsnelheid af op de actieve wachtrij voordat je de koeling of gelijktijdigheid aanpast.