Hoe kan ik een back-up maken van mijn Curve-data? (Publishers)

Niet alle back-upscenario's zijn gelijk, en Curve moet vaak navigeren door een complex landschap van datatypen, frequenties en verantwoordelijkheden. In dit artikel duiken we in het interne beleid van het bedrijf voor gegevensherstel.

Gegevensback-ups en herstel bij Curve

Als onderdeel van onze interne rampenherstel- en operationele veerkrachtprocessen onderhouden we back-ups om de integriteit en continuïteit van het platform te beschermen. Deze waarborgen bestaan in de eerste plaats om Curve en haar klanten te beschermen tegen systeemuitval, infrastructuurincidenten of fouten die aan Curve zelf toe te schrijven zijn.

Het is belangrijk om duidelijke verwachtingen te scheppen. Onze back-upsystemen zijn niet bedoeld om te functioneren als een routineherstelservice voor clientfouten, procesproblemen of onbedoelde wijzigingen. Hoewel we deze waarborgen af en toe kunnen gebruiken om een klant in uitzonderlijke omstandigheden te helpen, is dit complex, tijdrovend en niet zonder kosten.

Dit artikel schetst hoe we denken over back-ups, herstel en gedeelde verantwoordelijkheid, zodat klanten begrijpen wat er wordt beschermd en waar hun eigen gegevensbeheerpraktijken ertoe doen.

Back-upstrategie en reikwijdte

De back-ups van Curve zijn ontworpen rond een diverse en gedeelde gegevensomgeving. Verschillende datatypen hebben verschillende levenscycli, updatefrequenties en technische beperkingen. Als gevolg hiervan zijn back-ups niet gestructureerd als een enkele, uniforme snapshot die op aanvraag eenvoudig kan worden teruggedraaid.

Het herstellen van een specifieke clientomgeving naar een specifiek historisch tijdstip is technisch mogelijk, maar mogelijk onwenselijk om een paar redenen. Het is resource-intensief, ontwrichtend en kan onbedoelde neveneffecten introduceren voor andere gegevens. Om die reden worden volledige database-rollbacks beschouwd als een laatste redmiddel en alleen in scenario's waarbij Curve direct verantwoordelijk is voor het onderliggende probleem.

Waar interventie passend is, zullen we doorgaans de voorkeur geven aan gerichte correctie. Dit omvat vaak het extraheren van historische gegevens en het gebruiken ervan om specifieke wijzigingen ongedaan te maken of te corrigeren, in plaats van een grootschalige reset uit te voeren. Deze aanpak minimaliseert risico's en sluit aan bij de best practices in gedeelde databaseomgevingen.

Clientverantwoordelijkheid en best practices

Effectieve gegevensbescherming is een gedeelde verantwoordelijkheid. Klanten zijn het best geplaatst om zichzelf te beschermen tegen fouten die worden gemaakt tijdens operationeel werk.

We raden klanten ten zeerste aan om regelmatig gegevens te exporteren, met name voordat er belangrijke wijzigingen worden aangebracht. Eenvoudige Excel-exports bieden een praktisch en direct vangnet, waardoor klanten problemen snel kunnen oplossen zonder afhankelijk te zijn van complexe herstelprocessen.

Voor klanten die een extra beveiligingslaag wensen, kan Curve geplande data dumps leveren tegen een extra maandelijkse vergoeding. Dit geeft klanten directe toegang tot historische gegevens en stelt hen in staat problemen zelfstandig op te lossen als er iets misgaat.