Een effectief back-upregime voor uw SQL-server ontwikkelen
Het regelmatig maken van back-ups van de gegevens in uw SQL Server is van cruciaal belang om de bedrijfskritische gegevens van uw organisatie te beschermen en te bewaren tegen een mogelijk catastrofaal verlies als gevolg van hardwarefouten, netwerkinbraken, menselijke fouten of zelfs natuurrampen. Het implementeren van een strikt gestructureerd en consistent uitgevoerd back-upbeleid voor SQL Server is van het grootste belang om de bedrijfscontinuïteit te waarborgen.
Volg de hieronder genoemde best practices om een betrouwbaar back-upproces voor SQL Server op te zetten dat de levensader van uw organisatie beschermt als er zich een ramp voordoet.
Voer de back-up eerst uit in een sandbox-omgeving
SQL Server-back-ups omvatten al uw databaseobjecten, zoals tabellen, indexen en opgeslagen procedures. Tussen twee SQL Server-back-ups door zullen veel van deze objecten worden gewijzigd en uitgebreid. Een eerste aanbevolen werkwijze bij het maken van een back-up van uw SQL Server is dan ook om het proces in een sandbox-omgeving uit te voeren. Zo kunt u een hele reeks fouten in uw gegevens opsporen en corrigeren, zoals onjuiste syntaxis, ontbrekende gegevens, beschadigde gegevens, ontbrekende kolomtypen en nog veel meer.
Stel je voor dat alle objecten waaruit je database bestaat eerst in een aparte, daarvoor bestemde ruimte in quarantaine worden geplaatst, zodat ze kunnen worden gecontroleerd op eventuele beschadigingen of fouten. In deze ‘steriele’ omgeving zijn je gegevens veel gemakkelijker te ordenen en kan de integriteit ervan eenvoudiger worden gecontroleerd, zonder dat dit gevolgen heeft voor de gegevens uit je andere systemen. Door eerst gebruik te maken van een sandbox-omgeving zouden je uiteindelijke back-upbestanden een betere staat van dienst moeten hebben.
Zorg voor een uniforme productieomgeving in het gehele landschap
Een back-upbestand van uw SQL Server is slechts zo goed als de gegevens die het bevat. Een aanbevolen werkwijze om ervoor te zorgen dat uw back-upgegevens correct en betrouwbaar zijn, is om iedereen in het team die de SQL Server gebruikt te verplichten een eigen, onafhankelijke instantie van de productieomgeving te hebben. Al deze onafhankelijke instanties moeten bovendien worden gesynchroniseerd met de juiste en actuele versie.
Dit zorgt ervoor dat uw productieomgeving volledig geïsoleerd is en dat er een actuele instantie bestaat die hermetisch afgesloten blijft van zowel het data lake als de ontwikkelomgeving. Daardoor zijn de gegevens die in uw productiesysteem worden gegenereerd en in uw SQL Server worden opgeslagen van de hoogste kwaliteit, mocht er ooit een herstelprocedure moeten worden uitgevoerd.
Sla back-upgegevens op meerdere locaties op
Hoewel dit mogelijk meer tijd kost, draagt het opslaan van uw back-upgegevens op meerdere locaties er in hoge mate toe bij dat uw bedrijfskritische gegevens altijd beschikbaar blijven, mocht een bepaalde locatie worden aangetast. Het wordt aanbevolen om uw back-upbestanden zowel lokaal als in de cloud op te slaan.
Voor opslag op locatie wordt aangeraden om de back-upgegevens van uw SQL Server zowel op locatie als elders op te slaan. Op die manier bent u beschermd als er gegevensverlies optreedt op uw hoofdkantoor, aangezien u de gegevens kunt herstellen via het back-upbestand dat elders is opgeslagen. Zelfs als een zondvloed à la Noach uw fysieke hardware vernietigt of als Cerber-ransomware uw e-mailverkeer lamlegt, kunnen de gegevens van uw bedrijf worden hersteld en uw bedrijfsvoering worden hervat – hopelijk met zo min mogelijk ongemak – door gebruik te maken van uw back-up op locatie en buiten de locatie.
Evenzo moet u uw back-upbestanden van SQL Server zowel in een openbare als in een privécloud opslaan. Hoewel opslag in openbare clouds zoals Amazon Web Services en Azure goedkoper is dan in een privécloud, lopen uw gegevens een veel groter risico als ze uitsluitend daar worden opgeslagen. Door een back-upbestand zowel in een privécloud als in een openbare cloud op te slaan, kunt u veel van die risico’s beperken.
Controleer of de gegevens waarvan een back-up is gemaakt daadwerkelijk kunnen worden hersteld
Door regelmatig te testen of uw geback-upte SQL Server-gegevens vanaf de verschillende hostlocaties kunnen worden hersteld, kunt u erop vertrouwen dat het gegevensherstelproces zo soepel mogelijk zal verlopen. Naarmate uw organisatie groeit, neemt de omvang van uw SQL Server-back-upbestanden doorgaans ook toe. Het is daarom een aanbevolen werkwijze om regelmatig te controleren of uw systemen de omvang van het gegevensherstelproces aankunnen.
Bovendien biedt dit een goed inzicht in de tijd die daadwerkelijk nodig zou zijn om uw organisatie weer operationeel te krijgen mocht er ooit sprake zijn van gegevensbeschadiging of een datalek. Het zorgvuldig en nauwkeurig uitwerken van verschillende scenario’s voor noodherstel zal een grote bijdrage leveren aan het vertrouwen van uw organisatie in de bedrijfscontinuïteit.
De kern van de zaak
Het correct maken van back-ups van uw SQL Server-gegevens is van cruciaal belang voor organisaties van elke omvang en in alle sectoren. Door de best practices toe te passen – zoals het gebruik van een testomgeving, het waarborgen van de integriteit van de gegevens in de productieomgeving, het opslaan van bestanden op meerdere locaties en het controleren van het herstelproces – legt u een ijzersterke basis om de gegevens van uw bedrijf voortdurend te ondersteunen.
Ontdek hoe sommige van deze best practices voor SQL Server kunnen worden geïmplementeerd via deDatto Backup Solution.
