Back-ups uitgelegd: zo bescherm je je bedrijfsdata tegen verlies

Een applicatie zonder back-up is als autorijden zonder autogordel: het gaat meestal goed, maar áls er iets misgaat, zijn de gevolgen niet te overzien. Het belang van het veiligstellen van gegevens wordt helaas vaak pas duidelijk als het al (veel) te laat is.

Wat kan er misgaan?

Vroeger bestond dataverlies vooral uit een kapotte harde schijf of een brand in de serverruimte. Tegenwoordig liggen er ook andere risico's op de loer, denk aan:

• Fouten door een mens of AI: Een verkeerde klik is zo gemaakt. Oorzaak nummer één van dataverlies: een medewerker (kan ook Claude zijn...) die per ongeluk een complete database met klantinformatie wist of een belangrijke reeks bestanden overschrijft.

• Cybercriminaliteit: Hacks en ransomware (gijzelsoftware) zijn allang geen ver-van-mijn-bed-show meer. Kwaadwillenden versleutelen je data en vragen losgeld om het weer toegankelijk te maken.

• Technische storingen: Hoewel moderne cloud-omgevingen extreem betrouwbaar zijn, kan software soms een onverwachte storing (een 'bug') hebben waardoor gegevens corrupt raken.

De échte impact van dataverlies

Als je applicatie bedrijfsdata kwijtraakt, verlies je niet alleen regels tekst op een scherm. Je verliest tijd, geld en vertrouwen. Werknemers kunnen hun werk niet goed doen (downtime), klanten kunnen niet geholpen worden of missen kritische informatie en het handmatig reconstrueren van verloren werk is een frustrerende en kostbare klus. Een ijzersterk back-up-plan voorkomt die paniek.

Er zit een groot verschil in hoe je die back-ups maakt. We zetten de traditionele methode en onze favoriete methode voor je op een rij.

De traditionele back-up: de nachtelijke foto

Je kunt een traditionele back-up zien als een fototoestel: elke nacht, bijvoorbeeld om 03:00 uur, wordt er een momentopname (‘foto’) gemaakt van alle data en veilig opgeslagen.

• Voordeel: Het is simpel op te zetten en je hebt in ieder geval een kopie van je gegevens voor de absolute noodsituaties.

• Nadeel: Er zit een groot gat tussen de foto's. Stel dat het systeem om 15:00 uur 's middags crasht of gehackt wordt. Dan moeten we de back-up van 03:00 uur 's nachts terugzetten. Dat betekent dat al het werk, alle nieuwe orders en alle wijzigingen van die hele ochtend en middag definitief kwijt zijn.

De Zalt aanpak: PITR (Point-In-Time Recovery)

Omdat de applicaties die wij voor onze klanten bouwen continu gebruikt worden en data razendsnel verandert, is zo'n nachtelijke 'foto' gewoon niet goed genoeg meer. Daarom maken wij voornamelijk gebruik van PITR, oftewel Point-In-Time Recovery.

Als de oude manier een fototoestel is, dan is PITR een videocamera met een hele precieze terugspoelknop. Het systeem slaat niet één keer per dag alles op, maar houdt élke kleine wijziging op de achtergrond continu bij. Het werkt letterlijk als een tijdmachine voor je database.

• Voordeel: We kunnen de klok terugdraaien naar een exact moment. Maakt een medewerker om 14:03 uur per ongeluk een cruciale fout? Dan spoelen we de applicatie simpelweg terug naar de status van exact 14:02 uur. Het verlies van data (en werk) is daardoor vrijwel nul.

• Nadeel: Het is aan de achterkant iets complexer om in te richten en het vereist specifieke kennis. Maar daar merk je als klant niks van. Wij regelen de complexe techniek, zodat jij je nergens zorgen over hoeft te maken.

Jouw nachtrust, onze prioriteit

Bij Zalt bouwen we mission critial software waar je blind op moet kunnen vertrouwen. Door gebruik te maken van slimme mechanismes zoals Point-In-Time Recovery, soms in een combinatie met een old-school back-up, zorgen we dat een menselijke fout of een zeldzame storing nooit uitgroeit tot een bedrijfsramp. Hoe we deze afspraken vastleggen? In een Service Level Agreement (SLA) natuurlijk!