Crash Recovery i ett datorsystem är processen att återställa ett system till ett konsekvent tillstånd efter en systemkrasch eller fel. Detta säkerställer dataintegritet och gör det möjligt för systemet att återuppta drift utan dataförlust eller korruption. De metoder som används beror starkt på typen av system (databas, operativsystem, applikation) och nivån på inbyggd redundans.
Här är en uppdelning av viktiga aspekter:
* typer av kraschar: Krascher kan variera från en enkel applikationsfrysning till ett komplett system för strömavbrott eller hårdvarufel. De kan orsakas av mjukvarufel, hårdvarufel, strömavbrott eller till och med skadliga attacker.
* Mål för kraschåterhämtning: De primära målen är:
* dataintegritet: Förhindra datakorruption och se till att data är konsekvent före och efter kraschen.
* Systemkonsistens: Återställa systemet till ett känt gott tillstånd där alla datastrukturer är giltiga och operationer kan återupptas.
* Minimal driftstopp: Återställa systemet så snabbt som möjligt för att minimera störningar.
* Mekanismer som används: Olika tekniker används, beroende på sammanhanget:
* Kontrollpunkter: Sparar regelbundet systemets tillstånd till en stabil lagringsplats (som disk). Om en krasch inträffar kan systemet återställas till den senaste kända goda kontrollpunkten.
* Transaktionsloggar: Registrera varje transaktion eller ändring som görs i systemet. Vid misslyckande kan loggen användas för att antingen göra om (framåt återhämtning) eller ångra (bakåt återhämtning) operationer för att nå ett konsekvent tillstånd. Detta är avgörande för databaser.
* redundans och replikering: Med flera kopior av data (t.ex. RAID, databasreplikation). Om en kopia misslyckas kan de andra ta över.
* Journaling File Systems: Dessa poständringar innan de skrivs till huvudfilsystemet. Om en krasch inträffar kan tidskriften användas för att rekonstruera filsystemet till ett konsekvent tillstånd.
* rollback/ångra mekanismer: Applikationsspecifika funktioner som gör det möjligt för systemet att vända operationer som utförs före en krasch, vilket säkerställer datakonsistens.
* Automatiserade omstart Förfaranden: Systemet är konfigurerat för att automatiskt starta om efter en krasch och försöker ofta utföra återhämtning automatiskt.
* Exempel:
* databassystem: Använd transaktionsloggar och kontrollpunkter i stor utsträckning för att säkerställa atomicitet (alla eller ingenting) av transaktioner och datakonsistens.
* Operativsystem: Anställ journalförändringssystem, kontrollpunkter och mekanismer för att kontrollera filsystemets integritet vid start.
* Applikationer: Kan ha inbyggda funktioner för att spara framsteg och tillåta återstående till ett tidigare tillstånd.
I huvudsak är återhämtning av krasch en kritisk aspekt av systemtillförlitlighet och dataskydd. Effektiviteten av återhämtning av krasch påverkar direkt datasystemens tillgänglighet och motståndskraft. Ju mer robusta återhämtningsmekanismer, desto bättre kan systemet tåla fel och minimera dataförlust.
