Een Immich-herstel verifiëren voordat je de oude server buiten gebruik stelt

Schakel de oude Immich-server niet uit alleen omdat het nieuwe dashboard laadt en er foto’s verschijnen. Doe dit pas nadat het herstelde systeem gebruikers, albums, personen, zoekopdrachten, steekproefsgewijs gecontroleerde originelen, nieuwe uploads, achtergrondtaken, herstarts en een nieuwe back-up goed doorstaat, terwijl de oude host beschikbaar blijft als terugvaloptie.

Houd de oude server tijdens de validatie uitgeschakeld maar ongewijzigd, zodat twee instanties geen uploads naar uiteenlopende statussen accepteren. Geef de herstelde host eerst een gecontroleerd testadres, leg een uitgangssituatie van het oude systeem vast en vergelijk dezelfde huishoudelijke workflows in plaats van te vertrouwen op de visuele indruk dat de tijdlijn compleet lijkt.

Houd de oude server intact terwijl je een herstelbasis vastlegt

Leg vóór de omschakeling het aantal gebruikers en assets vast, evenals enkele representatieve albums, benoemde personen, favorieten, gedeelde items, paden naar externe bibliotheken en verschillende voorbeeldoriginelen van meerdere datums en gebruikers. Noteer ook de versies van Immich en PostgreSQL op de oude server en de back-upartefacten die voor het herstel zijn gebruikt. Controles van map- of opslagintegriteit zijn nuttige voorwaarden, maar vervangen verificatie op relatieniveau niet.

Het ZimaSpace-herstelmodel voor het herstellen van een doorzoekbare fotobibliotheek behandelt originelen, catalogus-/databasestatus en configuratie die paden bepaalt als één hersteleenheid. Dat is de juiste basis, omdat losse afbeeldingsbestanden niet kunnen bewijzen dat albumlidmaatschap, eigenaarschap, personen en zoekrelaties behouden zijn gebleven.

Wis de oude schijven nog niet, gebruik het IP-adres niet permanent opnieuw en verwijder de laatst bekende goede back-up nog niet. Het verificatiedoel moet omkeerbaar zijn: als een kritieke relatie ontbreekt, heb je de oude status nodig om vast te stellen of het probleem door de back-up, de herstelmethode, de padkoppeling of de nieuwe runtime is veroorzaakt.

Controleer relaties, niet alleen of foto’s zichtbaar zijn

Log in als meer dan één verwachte gebruiker en controleer of elk account de juiste assets en gedeelde items ziet. Open bekende albums, benoemde personen, favorieten, herinneringen en andere huishoudspecifieke relaties die moeilijk uit alleen de bestanden te reconstrueren zouden zijn. Vergelijk een kleine selectie met de vastgelegde uitgangssituatie van de oude server.

Een migratiediscussie over ontbrekende albums na een PostgreSQL-herstel laat zien waarom dit belangrijk is: foto’s konden behouden blijven terwijl de albumstatus ontbrak, en een latere nieuwe database-export veranderde het resultaat. Beschouw dit als bewijs dat succesvol inloggen of een zichtbare tijdlijn geen volledige hersteltest is.

Zoek metagegevens op in verschillende bekende assets en gebruik alle ingeschakelde visuele functies of personenfuncties. Als originelen aanwezig zijn maar relaties of zoekresultaten ontbreken, bepaal dan of de betreffende status hersteld had moeten worden of bewust opnieuw wordt gegenereerd. Schakel de oude server niet uit zolang dat onderscheid niet is opgehelderd.

Test de lees-, schrijf-, afhankelijkheids- en herstartpaden

Open oude foto’s en video’s rechtstreeks vanaf de herstelde opslag en upload vervolgens een wegwerpbestand vanaf een mobiele of webclient. Controleer of het origineel naar het bedoelde pad wordt geschreven, voor de juiste gebruiker verschijnt en de bijbehorende achtergrondtaken voortgang boeken. Test externe bibliotheken en externe toegang pas nadat het lokale lees-/schrijfpad stabiel is.

Hersteltests moeten de toepassing valideren nadat de bytes zijn gekopieerd. Een actuele handleiding voor noodhersteltests adviseert validatie op toepassingsniveau, inclusief databases, machtigingen, netwerkverbindingen en services, in plaats van te stoppen bij een voltooide back-up- of hersteltaak. Herstart de Immich-stack twee keer en start de nieuwe host één keer opnieuw op. Controleer na elke cyclus of dezelfde koppelingen, gebruikers, voorbeeldassets, database, proxy of lokale endpoint en taakwerking terugkeren. Een service die alleen werkt tot de eerste herstart van de host heeft de migratie niet doorstaan.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Maak een nieuwe back-up voordat je het terugvalvenster sluit

Maak een nieuwe databaseconsistente back-up en beveilig het media-/configuratiebereik dat volgens het herstelontwerp nodig is. Herstel minstens een kleine validatiedoelset of inspecteer de back-up met hetzelfde proces dat vóór de omschakeling is gebruikt. Een herstelde server die zelf geen herstelbare back-up kan produceren, mag niet de enige productie-exemplaar worden.

Laat de nieuwe host gedurende een vastgestelde observatieperiode normale telefoonuploads, browsen, zoeken, achtergrondverwerking, geplande back-ups en minstens één nachtelijke cyclus doorlopen. Houd de oude host uitgeschakeld zodat de status niet wordt gesplitst, maar behoud hem ongewijzigd totdat het nieuwe systeem deze gebeurtenissen zonder onverklaarde verschillen doorstaat.

De beslissing om over te schakelen vereist overeenkomende kritieke relaties, leesbare originelen, geslaagde nieuwe schrijfbewerkingen, stabiele herstarts en een nieuwe geverifieerde back-up.

Als gebruikers verdwijnen, aantallen aanzienlijk uiteenlopen, padfouten terugkeren of de database consistentieproblemen meldt, schakel dan de nieuwe instantie uit en bewaar beide systemen voordat je onderzoek doet. Pas daarna mag de oude server worden gewist of een nieuwe bestemming krijgen.