Een Plex-database herstellen vanaf een bekende goede back-up

Herstel een bekende goede Plex-database alleen wanneer de server is gestopt, bewaar de mislukte bestanden en controleer de herstelde toestand voordat je nieuwe scans uitvoert.

Een recente back-up kan de snelste hersteloptie zijn wanneer de actieve bibliotheekdatabase beschadigd is, maar bestanden blind vervangen kan waardevolle informatie wissen of een tweede inconsistente toestand veroorzaken. Kies een back-up van vóór de eerste fout, bewaar kopieën van zowel de oude als de nieuwe databasesets, behoud de eigenaars en start Plex op in een rustig validatievenster. Stop onmiddellijk als de herstelde database dezelfde beschadiging vertoont.

Kies de back-up voordat je de actieve database aanraakt

Begin met een back-up waarvan het tijdstempel vóór het eerste bekende symptoom van beschadiging ligt, maar die recent genoeg is om waardevolle kijkstatus en bibliotheekwijzigingen te behouden. Kopieer zowel de huidige database als de kandidaat-back-up naar een veilige locatie voordat je iets vervangt. Experimenteer nooit met de enige overgebleven kopie.

Controleer beschikbare back-upkopieën voordat je de actieve database vervangt. Kies een tijdstempel van vóór het eerste symptoom van beschadiging, niet simpelweg het nieuwste bestand.

Noteer wat er verloren gaat tussen het tijdstempel van de back-up en nu: nieuwe bibliotheekitems kunnen opnieuw worden gescand, maar kijkvoortgang, collecties of metagegevenswijzigingen moeten mogelijk handmatig worden samengevoegd. Die afweging helpt je bepalen of een reparatiepoging de moeite waard is voordat je vervangt.

Stop Plex en bewaar de mislukte toestand

Databasebestanden mogen niet worden verwisseld terwijl Plex er actief naar schrijft. Stop de server of container op een correcte manier, controleer of het proces is beëindigd en kopieer de huidige databasemap naar een locatie buiten het pad met live applicatiegegevens. Zo kun je terugrollen als de geselecteerde back-up ook defect blijkt.

Stop Plex vóór reparatie of vervanging; de juiste stop-en-repareervolgorde voorkomt dat de applicatie naar databasebestanden schrijft terwijl je ze verwisselt of repareert.

Verwijder de defecte database niet meteen. Geef haar een nieuwe naam of verplaats haar, met behoud van het tijdstempel. Als het herstel later een ander probleem aan het licht brengt, heb je mogelijk logbestanden, sidecarbestanden of de mislukte database nodig om te begrijpen wat er is veranderd.

Herstel de bijbehorende databasebestanden naar de verwachte locatie

Gebruik dezelfde Plex-datamap die de werkende server al verwacht en herstel de databasekopie met de juiste actieve bestandsnaam. Behoud de rechten en eigenaars van de live map. Als je back-upmethode een consistente databaseset heeft vastgelegd, herstel dan die volledige set in plaats van bestanden met verschillende tijdstempels te combineren.

Beschouw het herstellen van een back-updatabase als één samenhangend herstelpunt in plaats van willekeurige afzonderlijke bestanden te combineren omdat ze het nieuwste lijken.

Vergelijk voordat je Plex start de eigenaar, groep, modus en bestandsgrootte met aangrenzende appdata. Een herstelactie die de database per ongeluk onleesbaar maakt, ziet eruit als een nieuw incident met beschadiging. Corrigeer de toegang eerst op bestandssysteemniveau.

Als de back-up gerelateerde databasebestanden of sidecars uit hetzelfde herstelpunt bevat, houd die set dan bij elkaar. Bestanden met verschillende tijdstempels combineren kan een nieuwe inconsistentie veroorzaken die eruitziet als de oorspronkelijke beschadiging.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Start Plex en controleer de toestand voordat je scans uitvoert

Start de server en controleer de bibliotheek voordat je grote onderhoudstaken laat uitvoeren. Controleer of de webapp opent, bibliotheken verschijnen, gebruikers en kijkstatus aannemelijk zijn en verschillende bekende titels naar geldige mediapaden verwijzen. Dat het proces succesvol start, is niet voldoende.

Voor een applicatieconsistent herstelpunt verkleint Plex stoppen voor consistente back-ups de kans dat de volgende restore een gedeeltelijk geschreven databasetoestand bevat.

Scan pas media die na de back-up zijn toegevoegd nadat de herstelde server stabiel is. Houd de scan waar mogelijk beperkt. Als de database onmiddellijk opnieuw beschadiging meldt voordat er een scan is uitgevoerd, stop dan en kies een oudere back-up of ga over op een gecontroleerd reparatietraject.

Rond het herstel af met een integriteits- en back-uptest

Start Plex opnieuw nadat de herstelde database normaal browsen en een kleine bibliotheekupdate heeft doorstaan, en controleer of de toestand behouden blijft. Maak vervolgens een nieuwe back-up vanaf deze gezonde basis, zodat het volgende probleem niet afhankelijk is van dezelfde verdachte back-upgeneraties.

Een back-up is pas betrouwbaar wanneer tests voor behoud van de toestand aantonen dat de belangrijke Plex-toestand terugkeert tijdens een geïsoleerde restore.

Documenteer het gebruikte tijdstempel van de back-up, welke toestand verloren is gegaan en welke controles zijn geslaagd. Als de beschadiging terugkeert bij een gezonde restore, onderzoek dan opslagfouten, onjuist afsluiten of een reproduceerbare softwaretrigger in plaats van eindeloos tussen back-ups te blijven wisselen.