Een database die bijgewerkt en bewaakt blijft, met een geteste back-up

Je applicatie draait, dus de database draait ook. Daar kijkt niemand naar om, tot de schijf volloopt, een overzicht dat vorig jaar in een seconde klaar was ineens twintig seconden duurt, of iemand vraagt of de gegevens van dinsdag nog terug te halen zijn. Op die laatste vraag weet meestal niemand het antwoord, omdat niemand het ooit geprobeerd heeft. Wij nemen het beheer van je database over, inclusief het antwoord op die vraag.

Waarom een database stil achteruitgaat

Een database wordt zelden in één klap kapot. Hij groeit. Tabellen die begonnen met tienduizend regels bevatten er na vier jaar acht miljoen, en een query die nooit een index nodig had, heeft er nu wel één nodig. De schijf loopt langzaam vol met logbestanden. Een versie die ooit actueel was, krijgt geen beveiligingsupdates meer. Niets daarvan geeft een melding op het moment dat het misgaat.

Wij meten dat voordat je het merkt. We kijken naar de omvang en de groei per maand, naar de traagste queries en naar het geheugen dat de database daadwerkelijk gebruikt. Vaak is de oplossing klein: een index erbij, een instelling die nog op de standaardwaarde van tien jaar geleden staat, of een tabel die opgeschoond kan worden. Soms is de conclusie dat de machine eronder te krap is geworden, en dan vertellen we je dat direct in plaats van er een half jaar omheen te werken.

Back-ups die je ook echt kunt terugzetten

Een back-up die nog nooit is teruggezet, is een aanname. We maken elke nacht een volledige kopie, bewaren die volgens een termijn die we samen vastleggen, en zetten hem periodiek terug op een aparte omgeving. Daar meten we hoe lang dat duurt. Die hersteltijd staat op papier, zodat je hem kent op een rustige dinsdag en niet hoeft te ontdekken op het moment dat het misgaat.

We slaan de kopieën op een andere locatie op dan de database zelf, want een back-up naast de server helpt je niet als die server wegvalt. Wil je hetzelfde voor je bestanden, mailboxen en virtuele machines geregeld hebben, dan is dat Backup & disaster recovery; hier gaat het specifiek om de database en de gegevens die erin staan.

Bijwerken zonder dat de zaak stilvalt

Updates blijven liggen omdat niemand het risico wil nemen. Dat is begrijpelijk: een versiesprong van MySQL of PostgreSQL kan een query stukmaken die al jaren werkt. Daarom draaien we de nieuwe versie eerst naast de oude, met een kopie van je eigen gegevens erin, en laten we jullie applicatie ertegenaan praten. Wat breekt, breekt op de testomgeving.

De omschakeling zelf plannen we in een venster dat jou uitkomt, met de oude omgeving nog achter de hand. Monitoring loopt daarna door: we bewaken de verbindingen, de replicatie, de vrije ruimte en de duur van de zware queries. Als er iets misgaat, gaat er een melding uit volgens een escalatie die we vooraf afspreken, zodat duidelijk is wie er wordt gebeld en wanneer.

Je data blijft van jou en blijft in de EU

In een database staat vaak het gevoeligste wat je hebt: klantgegevens, orders, dossiers, salarisregels. Wij draaien je database in onze beheerde omgevingen, en de gegevens verlaten de EU niet. Toegang is beperkt tot de mensen die er echt bij moeten, verbindingen zijn versleuteld en we loggen wie wat heeft gedaan.

Je blijft eigenaar. Schema, gegevens en de scripts waarmee we alles inrichten zijn van jou, en je kunt op elk moment een volledige dump krijgen om ergens anders verder te gaan. Wij verkopen geen slot op de deur. Als je later zelf beheer wilt doen, dragen we het over inclusief documentatie van de instellingen en de herstelprocedure.