CapordiaBepaal de staat die je wilt herstellen voordat je de bestanden kiest
Begin met een verifieerbare zin: onvoltooide taken hervatten, geaccepteerde resultaten opnieuw bekijken of een training voortzetten vanaf een opgeslagen staat. Deze doelen vragen niet om hetzelfde pakket. Benoem de versie van de applicatie, de set invoer, de parameters en het referentiemoment. Een recente bestandsdatum alleen geeft niet aan dat alle onderdelen dezelfde staat van het werk vertegenwoordigen.
Voor een PyTorch-training onderscheidt de documentatie de modelparameters en een herstart-checkpoint dat onder meer de status van de optimizer bevat. Bepaal de elementen die nodig zijn voor je eigen protocol: voortgang, een eventuele scheduler, data en andere applicatiestatussen. Een export die alleen voor inferentie bedoeld is, kan voor dat doel geschikt zijn maar toch onvoldoende om het leren op hetzelfde punt voort te zetten.
De test onafhankelijk maken van de werkmap
Bereid een afzonderlijke bestemming voor, met de nodige ruimte en rechten. Identificeer duidelijk de gekozen back-up en bescherm de referentiekopie ervan. De test mag het lopende werk niet overschrijven en de resultaten niet publiceren in plaats van de geaccepteerde uitvoer. Schakel externe acties van de applicatie uit of leid ze om: het versturen van meldingen, schrijven naar een gedeelde map of het starten van een extra campagne.
Gebruik binnen dit bereik de herstelfunctie van je hulpmiddel. Restic laat bijvoorbeeld toe een bestemming te kiezen met --target en een herstel vooraf te bekijken met --dry-run. De documentatie waarschuwt dat een herstel ter plaatse een gedeeltelijke status kan achterlaten als het wordt onderbroken. Deze mogelijkheden illustreren de methode; ze betekenen niet dat Restic of een beheerde back-up bij een Capordia-huur wordt geleverd.
Achtereenvolgens de kopie, de status en het gebruik verifiëren
Controleer eerst of het pakket overeenkomt met de verwachte inventaris en of de bestanden niet zijn gewijzigd. Ga daarna over tot de daadwerkelijke opening: rechten, relatieve paden, afhankelijkheden, het lezen van de gegevens en het laden van de status. Een pakket kan zijn integriteitscontrole doorstaan en toch een bestand missen dat nooit in de inventaris stond. De functionele controle beantwoordt die tweede vraag.
Start ten slotte een begrensde bewerking in een nieuw proces, zonder impliciete toegang tot de oorspronkelijke map. Noteer wat het leest, wat het produceert en wat de acceptatie ervan rechtvaardigt. Controleer bij een hervatting van een batch dat deze de al gevalideerde taken niet opnieuw publiceert. Een test op enkele invoer bewijst alleen dat bereik; hij garandeert niet de hele campagne of de volledige duur ervan.
| Niveau | Vraag | Te bewaren element |
|---|---|---|
| Integriteit | Komt het ontvangen pakket overeen met het voorziene pakket? | Inventaris en resultaat van de controle |
| Herstelde status | Kunnen de bestanden en afhankelijkheden geladen worden? | Vastgestelde versies, paden en afwijkingen |
| Gebruik | Geeft een representatieve handeling het verwachte resultaat? | Testinvoer, uitvoer en beslissing |
Opgelost voorbeeld: een intact archief dat niet hervat
Volledig fictieve casus: een campagne omvat 240 dossiers. Op het opgeslagen punt zijn 180 geaccepteerd en moeten er nog 60 worden verwerkt. Het team herstelt het archief in een aparte omgeving. Alle geregistreerde bestanden doorstaan de integriteitscontrole, maar de applicatie vindt een mappingtabel niet terug die tot dan toe vanaf de werkplek van een collega werd geladen. De herstelactie wordt geweigerd: de status kan niet zelfstandig worden hervat.
Het team voegt de exacte versie van die tabel toe aan het pakket en documenteert het pad ernaartoe. Het herhaalt de herstelactie in een nieuwe bestemming en controleert vervolgens het register: 180 + 60 = 240 identificaties, zonder duplicaten. Op tien proefdossiers uit de resterende zestig levert de verwerking de verwachte twintig bestanden op, dus twee per dossier. Hun inhoud wordt geaccepteerd volgens de vastgestelde criteria. Deze tien proeven blijven gescheiden van de productieresultaten; het oorspronkelijke register wordt door de oefening niet bijgewerkt.
Een volledige doorlooptijd meten en weten wat die bewijst
Meet de tijd vanaf het begin van de noodzakelijke voorbereiding tot het geaccepteerde resultaat, met onderscheid tussen wachten, herstellen, configureren en controleren. In ons fictieve voorbeeld duren deze stappen respectievelijk 15, 75, 20 en 25 minuten: het totaal komt uit op 135 minuten, ofwel 2 uur en 15 minuten. Voor een interne window van drie uur bedraagt de resterende marge 180 − 135 = 45 minuten. Deze berekening beschrijft geen enkele serviceprestatie.
Leg de voorwaarden vast die deze meting herhaalbaar maken: pakketgrootte, bestemming, versies, beschikbaarheid van personen en reikwijdte van de controle. De leeftijd van de back-up beantwoordt een andere vraag: welk later werk moet mogelijk opnieuw worden gedaan? Een snelle herstelactie van een te oude status kan alsnog onacceptabel zijn. Definieer beide criteria samen met de projectverantwoordelijke, zonder ze te verwarren.
| Stap | Tijd |
|---|---|
| Bestemming voorbereiden | 15 min |
| Pakket herstellen | 75 min |
| Applicatie configureren | 20 min |
| Proefresultaat accepteren | 25 min |
| Totaal / marge op 3 uur | 135 min / 45 min |
De oefening afronden en een duidelijke vervolgactie behouden
Het verslag past op één pagina: gekozen back-up, doel, testomgeving, afwijkingen, geaccepteerd resultaat en beperkingen. Als een element ontbreekt, wijs de correctie ervan toe en herhaal de betreffende controle. Vervang een mislukking niet door een vage formulering als "archief beschikbaar". Identificeer na de oefening de testuitvoer en verwijder die volgens je procedure, zonder de kopieën die voor bewaring zijn gereserveerd aan te tasten.
Herhaal de proef wanneer het back-upformaat, de software of een belangrijke afhankelijkheid verandert, en vóór een deadline die het herstel moeilijk zou maken. De frequentie hangt af van het project; het is geen automatische verplichting van de verhuur. Plan over een periode van 3, 7 of 30 dagen een moment om de hervatting te controleren en het resultaat door te geven aan degene die het vervolg uitvoert.
Vragen om te beslissen
Is een correcte hash voldoende om een back-up te accepteren?
Die controleert of de betreffende bestanden overeenkomen, niet de volledigheid van het project of het vermogen om op te starten. Voeg een laadtest in een aparte omgeving en een representatieve handeling toe. Het verslag vermeldt de reikwijdte van elk van deze controles.
Moet voor elke proef de hele productie worden gereproduceerd?
Niet per se. Kies een reikwijdte die de afhankelijkheden en de essentiële criteria dekt en geef de beperkingen ervan aan. Een kleine proef is nuttig om een ontbrekend bestand op te sporen; ze meet niet het vermogen om een veel groter volume te herstellen.
Wat te doen als de proef alleen slaagt wanneer de oude map toegankelijk is?
Zoek de impliciete afhankelijkheid: configuratie, gegeven, bibliotheek of extern pad. Voeg die toe aan het pakket of documenteer hoe je die terugvindt, en begin opnieuw zonder die sluipweg. Zolang deze behoefte onbekend blijft, blijft de hervatting afhankelijk van de oorspronkelijke omgeving.