Dataherstel voor professionele servers

De acquisitiestrategie houdt rekening met de toestand van elk medium. Een gezonde disk kan sequentieel worden gekopieerd, terwijl een instabiele harde schijf eerst de zones met kritieke metadata of prioritaire volumes kan vereisen. Klikken, zeer trage responstijden, oplopende leesfouten en verdwijnen uit de controller zijn redenen om het aantal starts te beperken. Wanneer de mechanische toestand dat vereist, gebeurt stabilisatie in een geschikte gecontroleerde werkomgeving; een gewone serverruimte is geen veilige plaats om een harde schijf te openen.

Technische images worden als nieuwe bron gebruikt voor RAID-analyse, zodat verschillende volgordes, offsets of pariteitsmodellen kunnen worden getest zonder de originele media te wijzigen. Leeslogboeken maken zichtbaar welke sectoren niet verkregen konden worden en welke passages later opnieuw zijn geprobeerd. Ook ogenschijnlijk gezonde leden blijven beschermd tegen schrijven. Voor vervoer worden disks per slot gelabeld, afzonderlijk antistatisch verpakt en tegen schokken vastgezet; losse stapeling of opnieuw monteren in een andere server kan zowel de volgorde als de fysieke toestand verslechteren.

De oplevering gebeurt op een gezonde, passend geformatteerde gegevensdrager of via een vooraf afgesproken beveiligde overdracht. Een bestandsmanifest, totalen per hoofdmap en waar passend controlesommen helpen aantonen dat de geleverde set tijdens de overdracht niet ongemerkt veranderde. Steekproeven worden gekozen op bedrijfswaarde en formaat: documenten openen, archieven uitpakken, mediabestanden afspelen en databankexports in een testomgeving importeren. Beschadigde, gedeeltelijke of niet-valideerbare bestanden blijven herkenbaar en worden niet tussen gecontroleerde resultaten verborgen.

Het opnieuw in productie nemen gebeurt op schone infrastructuur met actuele firmware, patches, nieuwe toegangsgegevens en een gecontroleerde netwerkconfiguratie. De herstelde data wordt niet rechtstreeks teruggeschreven naar de defecte array. Bij een beveiligingsincident blijft een quarantaine- of scanfase noodzakelijk voordat uitvoerbare inhoud, scripts of volledige VM-images opnieuw toegang tot het netwerk krijgen. Het technisch verslag beschrijft welke bronimages zijn gebruikt, welke fouten zichtbaar bleven en welk herstelpunt werd gevalideerd, zodat beheer en continuïteitsteams hun vervolgstappen op feiten kunnen baseren.

Acceptatie gebeurt samen met iemand die de inhoud en toepassing kent. Die controleert niet alleen een willekeurig document, maar bijvoorbeeld recente orders, een representatieve mailbox, een databasequery, een gedeelde map met rechten en een VM-start in isolatie. Afwijkingen worden teruggekoppeld voordat de volledige set als afgerond wordt beschouwd. Daarna kunnen retentie, back-up en vernietiging van tijdelijke werkkopieën volgens de gemaakte afspraken worden uitgevoerd. Deze stap voorkomt dat een technisch omvangrijke oplevering pas tijdens de productiestart een ontbrekende sleutel, verkeerde datumlaag of beschadigd bedrijfsbestand onthult.