Test een back-up door het hele werkproces te herstellen
Controleer database, bestanden en toegang samen. Een uitgewerkt tijdschema scheidt de gegevenskloof van de hersteltijd.
Een geslaagde back-upmelding laat zien dat een back-uptaak is voltooid. Of uw team daarmee weer kan werken, controleert u door een volledig bedrijfsproces te herstellen en uit te voeren. Neem bestanden, rechten en benodigde verbindingen mee.
Begin met een veilige proef
Gebruik een aparte testomgeving en kunstmatige gegevens. Schakel uitgaande e-mail, betalingen en andere echte acties uit. Herstel niet bij wijze van proef over het productiesysteem. Benodigde sleutels en inloggegevens moeten via de geplande herstelprocedure beschikbaar zijn, zonder ze in het testverslag te kopiëren.
Dit fictieve voorbeeld betreft een bestelapplicatie. De gekozen doelen zijn maximaal 60 minuten gegevenskloof, het Recovery Point Objective of RPO, en maximaal 120 minuten tot de dienst weer bruikbaar is, het Recovery Time Objective of RTO. Dit zijn verzonnen voorbeelddoelen, geen toegezegde prestaties. AWS adviseert zulke doelen op de bedrijfsimpact te baseren.
Een uitgewerkt tijdschema
Tijd | Gebeurtenis in het voorbeeld |
|---|---|
09:25 | Consistente gegevensstand, inclusief testorder T-17 en de bijlage |
09:30 | Back-uptaak met die gegevensstand voltooid |
10:00 | Veronderstelde storing; de tijdmeting begint |
10:40 | Database technisch hersteld |
10:50 | Inloggen werkt; bijlagen ontbreken nog |
11:05 | Bijlagen, rechten en volledige bestelproces succesvol getest |
De getoetste gegevenskloof is 35 minuten, van 09:25 tot 10:00. Het herstel duurt 65 minuten, van 10:00 tot 11:05. Het voorbeeld voldoet daarmee aan beide gekozen doelen. Het einde van de back-uptaak om 09:30 zegt niet dat de inhoud tot dat tijdstip actueel is.
Om 10:40 is de proef nog niet geslaagd. Een actieve database zonder benodigde bijlagen ondersteunt het afgesproken werkproces niet. Ook een geslaagde aanmelding om 10:50 is onvoldoende.
Toon aan dat het werk kan worden afgerond
Controleer de verwachte orderregels van T-17 en open de bijlage. Log in met een aangewezen gewone rol: die moet toegestane orders zien en mag geen beschermde onderdelen buiten zijn rechten openen. Maak daarna een testorder en voer die tot de afgesproken eindstap uit. Externe overdrachten gaan uitsluitend naar testbestemmingen.
In het verslag staat eerst ‘Bijlage ontbreekt; proef mislukt’. Na correctie en hertesten volgt ‘T-17 volledig; rollen gecontroleerd; nieuwe testorder afgerond’. Noteer de gegevensstand van de back-up en de werkelijke tijden. Een vinkje zonder resultaat verklaart later niet wat is hersteld.
Laat de uitkomst de wijziging bepalen
Ontbrekende bestanden vragen om een aangepaste back-upomvang. Ontbreekt een sleutel, dan hoort de gecontroleerde beschikbaarheid ervan in het herstelplan. Duurt het proces te lang, zoek dan het werkelijke knelpunt en herhaal de betrokken stappen. Vaker back-ups maken versnelt op zichzelf bijvoorbeeld geen trage import.
De voorbeeldtijden vervangen uw eigen meting niet. Herhaal de volledige proef vooral na wijzigingen in opslaglocaties, versleuteling, rollen of herstelprocedure. Bewaar een begrijpelijk resultaat om de volgende proef mee te vergelijken.
Bronnen
Verder lezen
Alle artikelen
Cloud & beheer met ASES
Hosting, deployment, onderhoud en support