Serverback-up: soorten, methoden en het opstellen van een back-upstrategie

Serverstoringen kondigen zich niet aan. Een ransomware-aanval versleutelt je gegevens van de ene op de andere dag. Een defecte harde schijf maakt een week aan gegevens onbruikbaar. Door onzorgvuldig verwijderen verdwijnt een gedeelde map waar tientallen mensen van afhankelijk zijn. In alle gevallen gaat het er niet om of je een back-upstrategie in gedachten had, maar of je er daadwerkelijk een had.

In deze gids wordt uitgelegd wat serverback-ups zijn, waarom ze belangrijk zijn, hoe de belangrijkste soorten back-ups werken, hoe een degelijke back-upstrategie eruitziet en waar u op moet letten bij het opzetten ervan. Of u nu zelf servers beheert of dit via een managed service provider laat doen, de principes blijven hetzelfde.

Kaseya biedt serverback-upoplossingen voor zowel MSP’s als bedrijven. MSP’s kunnen de serveromgevingen van hun klanten beveiligen met Datto SIRIS, de cloudgebaseerde BCDR-oplossing van Kaseya. Bedrijven die hun eigen infrastructuur beheren, kunnen, afhankelijk van hun omgeving, kiezen tussenfysieke back-upapparaten Unitrends of back-upsoftware voor grote ondernemingen.

Wat is een serverback-up?

Een serverback-up is een kopie van de gegevens die op een server zijn opgeslagen, die apart van het origineel wordt bewaard zodat deze kan worden hersteld als de primaire kopie verloren gaat, beschadigd raakt of gecompromitteerd wordt. Die definitie is eenvoudig, maar de strategie erachter is dat niet.

Wat er precies wordt geback-upt, hangt af van wat u instelt om te beveiligen. Veelvoorkomende onderdelen zijn onder meer:

• Bestanden van het besturingssysteem en de systeemstatus
• Toepassingsgegevens en configuraties
• Databases (SQL, Exchange, SharePoint en andere)
• Gebruikersbestanden en gedeelde mappen
• Images van virtuele machines

Sommige organisaties maken van alles een back-up op een server. Andere kiezen voor een gelaagde aanpak, waarbij bedrijfskritische gegevens voorrang krijgen en vaker worden geback-upt, terwijl minder kritieke gegevens volgens een minder intensief schema worden gearchiveerd. Beide benaderingen kunnen goed werken. Het belangrijkste is dat de keuze weloverwogen, gedocumenteerd en getest is.

Waarom zijn serverback-ups belangrijk?

Een server is niet zomaar een machine. Hij bevat de bestanden, applicaties, databases, configuraties en bedrijfslogica die ervoor zorgen dat alles blijft draaien. Als een server uitvalt en er geen bruikbare back-up is, loopt de schade snel op.

De financiële cijfers zijn schokkend. Uit onderzoek van ITIC in het kader van de enquête ‘2024 Hourly Cost of Downtime’ blijkt dat meer dan 90% van de grote en middelgrote ondernemingen aangeeft dat één uur downtime minstens 300.000 dollar kost. Voor kleinere bedrijven zijn de risico’s net zo reëel. Volgens Cybersecurity Ventures gaat meer dan 60% van de kleine bedrijven binnen zes maanden na het slachtoffer worden van een datalek of cyberaanval failliet.

Naast de kosten zijn er ook gevolgen op het gebied van naleving. Regelgeving zoals HIPAA, SOC 2 en AVG organisaties om de beschikbaarheid en integriteit van bepaalde gegevens gedurende vastgestelde periodes te waarborgen. Een lacune in de back-updekking betekent een lacune in de nalevingsstatus.

Een goed ontworpen back-upprogramma biedt hiervoor een oplossing. Het biedt bescherming tegen hardwareproblemen, menselijke fouten, cyberaanvallen en natuurrampen. Als het goed wordt uitgevoerd, geeft het je de zekerheid dat je vrijwel elke situatie kunt herstellen.

Soorten serverback-ups

Niet alle serverback-ups werken op dezelfde manier. De methode die u gebruikt, is van invloed op hoe lang het duurt om een back-up te maken, hoeveel opslagruimte deze in beslag neemt en hoe snel u gegevens kunt herstellen als er iets misgaat. In de meeste serveromgevingen wordt een combinatie van methoden gebruikt, in plaats van slechts één methode.

Volledige back-up

Bij een volledige serverback-up wordt bij elke uitvoering alles gekopieerd wat op de server is geselecteerd, inclusief het besturingssysteem, de applicaties, de configuraties en de gegevens. Dit levert een compleet, op zichzelf staand herstelpunt op waaruit eenvoudig kan worden hersteld. Het nadeel is dat volledige back-ups traag verlopen en veel opslagruimte in beslag nemen, waardoor ze onpraktisch zijn als dagelijkse methode voor servers met grote hoeveelheden gegevens. De meeste organisaties plannen wekelijkse of minder frequente volledige serverback-ups in en gebruiken snellere methoden om de tussenliggende periodes te overbruggen.

Incrementele back-up

Bij een incrementele serverback-up worden alleen de gegevens vastgelegd die sinds de laatste back-up zijn gewijzigd, of dat nu een volledige back-up was of een eerdere incrementele back-up. Hierdoor zijn incrementele back-ups snel en opslagvriendelijk, en worden ze daarom vaak gebruikt voor dagelijkse of meerdere keren per dag uitgevoerde serverback-ups. Het nadeel is dat voor het herstellen van een server op basis van incrementele back-ups de oorspronkelijke volledige back-up nodig is, plus elke incrementele back-up in de keten die sindsdien is gemaakt. Als een onderdeel van die keten beschadigd is of ontbreekt, mislukt het herstel. Traditionele incrementele back-upketens zijn in de praktijk een van de meest voorkomende oorzaken van mislukte serverherstelprocedures.

Differentiële back-up

Een differentiële serverback-up legt alle wijzigingen vast die sinds de laatste volledige back-up op de server zijn doorgevoerd, ongeacht hoeveel differentiële back-ups er tussendoor zijn uitgevoerd. Voor het herstellen van een server op basis van een differentiële back-up zijn slechts twee bestanden nodig: de laatste volledige back-up en de meest recente differentiële back-up. Dit vereenvoudigt het herstelproces in vergelijking met incrementele back-ups, maar het opslaggebruik neemt tussen de cycli van volledige back-ups gestaag toe, aangezien elke differentiële back-up meer opgebouwde wijzigingen bevat.

Back-up van de spiegel

Een spiegelback-up maakt een exacte, realtime kopie van de servergegevens op een aparte locatie. In tegenstelling tot incrementele of differentiële back-ups worden er geen eerdere versies bewaard. Als een bestand op de bronserver wordt verwijderd of beschadigd raakt, wordt die wijziging onmiddellijk doorgevoerd in de spiegel. Spiegelback-ups zijn handig om een actuele reservekopie van servergegevens bij te houden, maar ze zijn geen vervanging voor back-ups met versiebeheer wanneer u gegevens moet herstellen vanaf een tijdstip vóór een ransomware-infectie, onbedoelde verwijdering of gegevensbeschadiging.

Snapshot-based backup

Een snapshot legt de volledige status van een server of virtuele machine op een bepaald moment vast, inclusief het besturingssysteem, de actieve applicaties en de gegevens. Snapshots zijn compact en snel te maken, waardoor ze uitermate geschikt zijn voor regelmatige serverbescherming met minimale overhead. Ze zijn met name nuttig in gevirtualiseerde serveromgevingen, waar een snapshot een volledige VM in een consistente, herstelbare toestand kan vastleggen zonder dat de server offline hoeft te worden gehaald.

Moderne BCDR-oplossingen baseren hun aanpak op back-ups op basis van snapshots. Datto SIRIS Inverse Chain Technology, waardoor elke incrementele snapshot een volledig opgebouwd, onafhankelijk herstelpunt vormt. Hierdoor wordt het probleem van ketenafhankelijkheid, dat bij traditionele incrementele methoden tot storingen leidt, volledig verholpen.

Continue gegevensbescherming

Continuous Data Protection (CDP) registreert elke wijziging in servergegevens in realtime of bijna-realtime, in plaats van op vaste tijdstippen. Hierdoor blijven herstelpunten uiterst actueel en wordt gegevensverlies bij een herstelprocedure tot een minimum beperkt. CDP is bij uitstek geschikt voor servers met een hoge transactiebelasting, waarbij zelfs enkele minuten gegevensverlies onaanvaardbaar is, zoals databaseservers, financiële systemen of Active Directory-omgevingen.

Methoden voor serverback-ups: waar worden back-ups opgeslagen?

De locatie van uw back-ups bepaalt hoe snel u gegevens kunt herstellen en in hoeverre uw back-ups kwetsbaar zijn voor dezelfde gebeurtenis die uw primaire gegevens heeft beschadigd. Overweeg de volgende opties:

• Lokale back-up: Lokale back-ups worden opgeslagen op apparatuur op dezelfde locatie als de server, zoals externe schijven, NAS-apparaten (Network-Attached Storage), tapebanden of een speciaal back-upapparaat. Lokale back-ups zijn snel te maken en snel te herstellen, omdat er geen gegevens via het internet hoeven te worden verzonden. Het risico is duidelijk: als de primaire server wordt getroffen door brand, een overstroming of een ransomware-aanval, kan dit tegelijkertijd ook gevolgen hebben voor de lokaal opgeslagen back-ups.
• Cloudback-up: Bij cloudback-ups worden kopieën opgeslagen op externe servers die door een cloudprovider worden beheerd. Hierdoor worden de back-upgegevens op een fysiek afzonderlijke locatie bewaard, waardoor ze beschermd zijn tegen incidenten op locatie. Zowel voor het maken van back-ups als voor het terugzetten is internettoegang vereist, wat tot vertraging kan leiden. Bovendien kunnen bandbreedtebeperkingen ervoor zorgen dat het terugzetten vanuit de cloud bij grote datasets trager verloopt dan bij lokale terugzettingen.
• Back-up op een externe locatie: Back-ups op een externe locatie zijn kopieën die op een aparte fysieke locatie worden bewaard, of dat nu een cloudomgeving, een colocatiefaciliteit of een tweede fysieke locatie is. De kopie op een externe locatie fungeert als vangnet wanneer de lokale infrastructuur niet beschikbaar is.
• Hybride back-up: Bij een hybride aanpak worden lokale opslag en cloudopslag gecombineerd. De lokale kopie maakt een snel herstel bij veelvoorkomende incidenten mogelijk. De kopie in de cloud biedt bescherming tegen rampen op locatieniveau en ransomware. Dit is de aanpak die door de meeste back-upoplossingen wordt aanbevolen en die wordt gebruikt door speciaal ontwikkelde BCDR-oplossingen.

Hoe stel je een back-upstrategie voor servers op?

Een back-upstrategie is geen productkeuze. Het is een beleidsbeslissing waarin wordt vastgelegd wat u wilt beveiligen, hoe vaak, waar u de gegevens opslaat en hoe u deze kunt herstellen. Het product komt pas daarna. Hieronder leest u hoe u in zes stappen een back-upstrategie voor servers opstelt:

1. Breng in kaart wat bescherming nodig heeft: niet alles op een server is even belangrijk voor het bedrijf. Begin met vast te stellen welke systemen, applicaties en gegevens ernstige verstoringen zouden veroorzaken als ze een uur, een dag of een week niet beschikbaar zouden zijn. Deze indeling laat zien voor welke workloads strakke back-upschema’s nodig zijn en welke met minder frequente back-ups kunnen volstaan.
2. Bepaal uw RPO en RTO: Een Recovery Point Objective (RPO) geeft aan hoeveel gegevensverlies aanvaardbaar is, uitgedrukt in een tijdsbestek. Een Recovery Time Objective (RTO) bepaalt hoe snel systemen weer online moeten zijn na een incident. Stel beide in voor elke werkbelastinglaag. Missiekritieke systemen, actieve databases, domeincontrollers en klantgerichte applicaties hebben doorgaans strakke RPO's en RTO's nodig. Minder kritieke systemen kunnen ruimere tijdvensters verdragen. Door deze cijfers op papier te zetten, dwingt u een echt gesprek over risicotolerantie af, voordat een incident u daartoe dwingt.
3. Kies uw back-upsoorten en -schema: stem de back-upsoorten af op uw RPO- en RTO-doelstellingen. Een veelvoorkomend patroon in bedrijfsomgevingen is een wekelijkse volledige back-up in combinatie met dagelijkse of vaker uitgevoerde incrementele back-ups of snapshot-back-ups. Voor bedrijfskritische systemen kan continue of vrijwel continue bescherming aangewezen zijn.
4. Select your storage destinations: Apply the 3-2-1-1-0 rule: keep three copies of your data on two different media types, with one copy off-site, one copy immutable, and zero backup errors confirmed through testing. Use a local copy for fast recovery and secure off-site copy for disaster recovery and ransomware resilience.
5. Automate and schedule: Manual backups fail because people forget, deprioritize or are unavailable. Backup schedules should be automated and monitored. Any missed backups that put your SLAs (RTO/RPO) at risk should generate an alert and a helpdesk ticket.
6. Test het herstelproces regelmatig: een back-up die nog nooit is getest, is slechts een gok. Het testen van het herstelproces moet een geplande activiteit zijn, en niet iets wat pas voor het eerst gebeurt tijdens een daadwerkelijk incident. Test zowel gedeeltelijke herstelbewerkingen (afzonderlijke bestanden of mappen) als volledige systeemherstelbewerkingen, minimaal elk kwartaal. Een MSP die 50 klantomgevingen beheert, kan niet vertrouwen op ad-hoc hersteltests voor al deze omgevingen. Een gecentraliseerd platform met ingebouwde back-upverificatie, zoals de AI-aangedreven screenshotverificatie in Datto SIRIS, die de opstartbaarheid met een nauwkeurigheid van meer dan 99% bevestigt, maakt systematische verificatie schaalbaar.

Back-up en noodherstel van servers

Een serverback-up vormt de basis van elk herstelplan, maar is niet hetzelfde als een noodherstelplan. Noodherstel omvat een breder scala aan procedures voor het herstellen van de bedrijfsvoering wanneer een ernstig incident, een ransomware-aanval, een storing in de faciliteiten of een grootschalige stroomstoring ervoor zorgt dat meer dan één server uitvalt. De back-up levert je de gegevens op. Het noodherstelplan geeft aan wat je daarmee moet doen, in welke volgorde en door wie.

Aanbevolen werkwijzen voor serverback-ups

Naast het strategisch kader zijn er een aantal werkwijzen die het verschil maken tussen organisaties die zich vlot herstellen en organisaties die dat niet doen.

Keep backup copies immutable
Ransomware does not just encrypt primary data. It increasingly targets backup systems. Immutable backups are written once and cannot be modified, deleted or encrypted by an attacker, not even by someone with administrative access to the backup system. Cloud Deletion Defense in the Datto Cloud adds an additional safeguard, enabling recovery of backups in the event that backup agents or retention policies are accidentally or maliciously altered. Immutability should be non-negotiable in any modern backup architecture.

Versleutel back-upgegevens tijdens het transport en in rust
Back-upkopieën bevatten gevoelige bedrijfsgegevens. Door back-ups te versleutelen, worden deze beschermd als opslagmedia worden gestolen, als er zonder toestemming toegang wordt verkregen tot cloudopslag of als gegevens tijdens de replicatie via onbetrouwbare netwerken worden verzonden. De versleuteling moet zowel de gegevens die naar externe opslag worden verzonden als de kopieën die in rust zijn, omvatten.

Stem back-upschema’s af op de snelheid waarmee gegevens veranderen
Van een server die nauwelijks verandert, hoeft niet om de vijf minuten een back-up te worden gemaakt. Van een database die duizenden transacties per uur verwerkt, is dat waarschijnlijk wel nodig. Door de back-upfrequentie af te stemmen op de snelheid waarmee gegevens veranderen, worden opslagkosten en back-upoverhead verlaagd zonder dat dit ten koste gaat van een adequate bescherming.

Leg uw back-up- en herstelprocedures vast
Back-updocumentatie is niet alleen maar een formaliteit om aan de regelgeving te voldoen. Als iemand om 2 uur ’s nachts met een incident te maken krijgt, heeft hij of zij een duidelijk, getest draaiboek nodig waarin precies staat wat er moet gebeuren. Herstelprocedures moeten zo gedetailleerd worden vastgelegd dat een technicus die nog nooit een herstelbewerking in deze omgeving heeft uitgevoerd, ze zonder problemen kan volgen.

Houd software up-to-date
Back-upsoftware heeft, net als alle andere software, beveiligingslekken die in de loop van de tijd aan het licht komen. Door back-upagenten en -platforms up-to-date te houden, worden deze kwetsbaarheden gedicht en blijft de compatibiliteit met de te beveiligen besturingssystemen en applicaties gewaarborgd.

Back-uptaken proactief monitoren
Het komt vaak voor dat back-ups onopgemerkt mislukken. Een back-uptaak die twee weken geleden niet is voltooid, lijkt op het eerste gezicht in orde, totdat je probeert er gegevens uit te herstellen. Back-upmonitoring moet proactief zijn, niet reactief. Elke mislukte of overgeslagen taak moet een waarschuwing genereren en onmiddellijk worden onderzocht.

Veelgemaakte fouten bij het maken van serverback-ups

Veel organisaties beschikken over back-upprocessen die op het eerste gezicht toereikend lijken, maar verborgen tekortkomingen vertonen.

Back-ups opslaan op hetzelfde netwerksegment als de primaire data
Een ransomware-aanval die de primaireserver versleutelt, zal het netwerk afspeuren op zoek naar toegankelijke opslagruimte. Back-upkopieën die zonder de juiste isolatie op hetzelfde netwerk zijn opgeslagen, lopen gevaar.

Geen tests van herstel
De meest voorkomende tekortkoming bij back-upprogramma’s is het ontbreken van hersteltests. Het voltooien van een back-up betekent nog niet dat het herstel ook lukt. Als u het afgelopen kwartaal geen herstelbewerking hebt uitgevoerd, weet u niet of uw back-ups daadwerkelijk bruikbaar zijn.

Het negeren van applicatieconsistente back-ups
Een kopie op bestandsniveau van een actieve database legt gegevens in het geheugen of transactielogboeken mogelijk niet correct vast. Applicatieconsistente back-ups werken samen met actieve applicaties om ervoor te zorgen dat de kopie zich in een schone toestand bevindt die zonder beschadigingen kan worden hersteld. Dit is vooral van belang voor SQL Server-, Exchange- en SharePoint-omgevingen.

De veronderstelling dat cloudsynchronisatie hetzelfde is als back-up
-tools zoals OneDrive en SharePoint maken weliswaar realtime kopieën, maar ze synchroniseren ook verwijderingen en beschadigde bestanden. Synchronisatie is geen back-up. Als iemand een map verwijdert of als een ransomware-infectie bestanden wijzigt, verspreidt de synchronisatie de schade. Echte back-ups bewaren versies van een bepaald moment die kunnen worden teruggezet naar de toestand van vóór de schade.

Instellen en er niet meer naar omkijken
Omgevingen veranderen. Erkomen nieuwe servers bij, de hoeveelheid gegevens neemt toe, applicaties veranderen en bedrijfskritische workloads verschuiven. Een back-upstrategie die twee jaar geleden nog geschikt was, kan vandaag de dag aanzienlijke hiaten vertonen. De dekking van de back-up moet minstens één keer per jaar worden geëvalueerd, en telkens wanneer er een ingrijpende wijziging in de infrastructuur plaatsvindt.

Waar u op moet letten bij een back-upoplossing voor servers

De back-upsoftware en het platform dat u kiest, bepalen in hoeverre u uw strategie in de praktijk daadwerkelijk kunt uitvoeren. Belangrijke functies die u moet beoordelen, zijn onder meer:

• Back-upfrequentie en granulariteit: kan de oplossing aan uw RPO-doelstellingen voldoen? Oplossingen op basis van snapshots die frequente, compacte back-ups ondersteunen, voldoen eerder aan strakke RPO’s zonder buitensporige opslagkosten dan oplossingen die gebruikmaken van periodieke volledige back-ups.
• Herstelopties: Let op de flexibiliteit bij het herstellen van bestanden en mappen, het herstellen op image-niveau, bare-metal-herstel en virtualisatie van beveiligde systemen, zowel lokaal als in de cloud. Hoe uitgebreider de reeks hersteltools, hoe sneller u kunt reageren op verschillende soorten incidenten.
• Controle van back-ups: Kan de oplossing bevestigen dat back-ups opstartbaar en herstelbaar zijn? De door AI aangestuurde screenshot-controle, zoals die in Datto SIRIS wordt gebruikt, automatiseert dit proces en biedt de zekerheid dat het herstel zal werken wanneer dat het hardst nodig is.
• Bescherming tegen ransomware: Biedt de oplossing onveranderlijke opslag, detectie van afwijkingen via machine learning en bescherming tegen ongewilde verwijdering? Dit zijn basisvereisten in elke omgeving waar de back-upinfrastructuur regelmatig het doelwit is van ransomware.
• Ondersteuning voor meerdere platforms: In de meeste bedrijfsomgevingen wordt gebruikgemaakt van een combinatie van fysieke servers en virtuele machines, zowel op Windows als op Linux. De back-upoplossing moet al deze systemen op een consistente manier beveiligen.
• Gecentraliseerd beheer: Voor IT-teams die meerdere servers beheren of MSP’s die meerdere klantomgevingen beheren, is één enkele beheerinterface onmisbaar. Het is niet schaalbaar om de back-upstatus, waarschuwingen en herstelprocessen in tientallen omgevingen via afzonderlijke consoles te beheren.
• Voorspelbare prijsstelling: Oplossingen waarbij per herstel, per rekenuur tijdens DR of per uitgaande dataverkeer wordt gefactureerd, maken de herstelkosten onvoorspelbaar. Bij prijsmodellen met een vast tarief is die onzekerheid weggenomen.

Maak back-ups van servers en herstel ze met Kaseya

Een serverback-up is slechts zo goed als het herstelproces dat ermee mogelijk wordt gemaakt. Het is belangrijk om de juiste strategie te kiezen, maar het is net zo belangrijk om te beschikken over een oplossing die speciaal is ontworpen om die strategie uit te voeren.

For MSPs protecting client server environments, Datto SIRIS is Kaseya’s hybrid-cloud BCDR solution. It combines local backup, a dedicated immutable cloud, and flexible recovery options including instant virtualization, bare metal recovery, and 1-Click Disaster Recovery in the Datto Cloud. Centralized management through the Datto Partner Portal makes it practical to protect dozens of client environments from a single interface.

Voor bedrijven die hun eigen infrastructuur beheren, biedt Kaseya twee Unitrends . Unitrends zijn speciaal ontwikkelde fysieke hardware die back-upsoftware, deduplicatie en voor WAN geoptimaliseerde cloudreplicatie in één apparaat combineren. Unitrends is een virtuele oplossing voor organisaties die deze op hun bestaande hardware willen implementeren zonder extra fysieke infrastructuur aan te schaffen.

Beide opties bieden dezelfde kernfuncties: geautomatiseerde back-ups, gegarandeerd herstel, bescherming tegen ransomware en de mogelijkheid om snel te herstellen wanneer dat nodig is. Bekijk de oplossingen eens nader om te zien welke het beste bij uw omgeving past.