Zijn de backups van je applicatie op orde?

Joost

Geschreven door Joost Saanen op 7-4-2016
3 minuten leestijd

Zeker als het gaat om bedrijfskritische applicaties, zal niemand ontkennen dat het ontzettend belangrijk is dat data wordt gebackupt. Toch blijkt dat zelfs bij grote ICT-bedrijven dit onderwerp niet altijd de aandacht krijgt die het verdient. Echt vanzelfsprekend is het dus ook niet. Backups worden wel gemaakt maar is overal aan gedacht? Jij, de klant, mag hier gerust opheldering over vragen (als je een supportovereenkomst hebt). Je hoeft er niet zomaar vanuit te gaan dat alles goed is geregeld en je hebt het recht op details.

backups

Verloren data

Auw, een grote storing. je ICT-leverancier heeft verzaakt en kan geen backup terugzetten — de backup is er stomweg gewoon niet (meer). Wat nu?

Brand kan vallen onder de noemer overmacht, maar je leverancier zal wel moeten aantonen dat ze al het redelijke heeft gedaan om dit te voorkomen. Je kunt een schadevergoeding eisen, maar daarmee krijg je de data niet terug: een pleister op de zere wonde.

Overmacht kan ook gelden in geval van diefstal. Maar wat als een developer een backup gebruikt voor zijn lokale ontwikkelmachine. Vervolgens wordt zijn laptop gestolen. Gevolg: Belangrijkre (bedrijfs)gegevens liggen op straat. Weet je eigenlijk wel hoe je leverancier met je data omgaat?

"Onze database is veilig want we draaien alles in een cluster"

Is dat zo? Een beheerder kan ook wel eens zijn dag niet hebben. Wat als hij bij onderhoudswerkzaamheden per ongeluk een tabel weggooit op de master-database? Binnen luttele seconden zal dezelfde tabel op slave ook zijn verdwenen. Je hebt dan toch écht een backup nodig om de zaak weer terug te draaien. Heb je alleen maar te maken met uitgeruste en super alerte beheerders, dan bestaat nog steeds de kans dat een bug in de applicatie data verminkt of zelfs helemaal verwijderd. Met andere woorden: een dubbel uitgevoerde database of een cluster is geen backup!

Double Dutch

Backups moeten dus áltijd worden gemaakt. Wil je extra veiligheid, kies dan voor double dutch. Dit zijn backups:

Wordt je webapplicatie op een dedicated server gehost dan zou een optie zijn om je backups op te slaan in de cloud. Wordt je webapplicatie al gehost in de cloud, dan is het misschien beter om je backups op een server op kantoor te bewaren. Hoe dan ook — het is belangrijk dat je backups op een andere locatie worden bewaard dan waar je webapplicatie draait. En liefst ook nog eens wordt opgeslagen op een extra locatie. Ook hier weer: Better safe than sorry

Handmatige controles

In de wereld waar alles wordt geautomatiseerd klinkt dit misschien een beetje gek. Toch is dit één van de weinige zaken waarbij je je af moet vragen of hier niet een menselijke check bij nodig is. Beter nog; double check! Doe het zowel automatisch als handmatig. Je ICT-leverancier zal periodiek moeten checken of je backups in orde zijn en het restoren moeten testen. Geloof het of niet, maar dit testen kost veel minder tijd en geld dan dat op moment supreme erachter komt dat de laatste backup van je applicatie een grootte van 240 bytes heeft (…)

Vraag bij je ICT-leverancier wanneer ze voor het laatst een disaster-recovery hebben getest. Het is belangrijk dat dit regelmatig wordt geoefend.

Blijf realistisch

Backuppen (maar ook redunant uitvoeren van je technische infrastructuur) kun je zo gek maken als je wilt. Maar wat is realistisch? Is het acceptabel dat je bij een grote storing een restore kunt doen van de backup van die nacht? Wat is de schade van een halve dag dataverlies? Weegt dit op tegen de kosten voor het maken en onderhouden van je backups? Allemaal zaken om rekening mee te houden.

Hoe is het voor jouw bedrijf geregeld?

Welke backup aanpak hanteert jouw ICT-leverancier? Wat is er volgens jullie belangrijk om rekening mee te houden? Laat je tips en bevindingen achter in de comments! Neem contact op met Kabisa als je wilt weten wat we voor jou kunnen betekenen. Onze afdeling Managed Services houdt zich dagelijks bezig met deze materie.

Joost

Joost Saanen

Gepassioneerde all-rounder met brede interesses; van serverbeheer en cloudhosting tot (UI)design en (web)development. Hardloopt en schrijft het liefst tegelijk.