Vroeger ging een databasewijziging 's nachts of in het weekend, met de winkel dicht. Voor veel organisaties kan dat niet meer; de database moet 24 uur per dag door. Gelukkig kunnen de meeste wijzigingen tegenwoordig op een draaiende database, als u de juiste techniek kiest en de volgorde klopt.
Wat er zonder downtime kan
Kolommen toevoegen, indexen online herbouwen, grote tabellen in stukken aanpassen, data in batches migreren: het kan allemaal terwijl gebruikers gewoon doorwerken. De aanpak verschilt per database. SQL Server, PostgreSQL en Oracle hebben elk hun eigen manieren voor online-wijzigingen, en wat op het ene platform veilig is, ligt op het andere anders.
Hoe we het veilig houden
De truc zit in de aanpak: een wijziging opdelen in kleine stappen die elk terug te draaien zijn, eerst oefenen op een kopie, en tijdens de uitvoering meekijken of de database het bijbeent. We werken vaak zo dat oud en nieuw even naast elkaar bestaan, zodat er nooit een hard omslagpunt is waarop het mis kan gaan.
Waar het vaak misgaat: een "snelle" wijziging die in test prima liep, zet in productie een tabel op slot omdat daar honderd keer zoveel rijen in zitten. Plotseling staat alles stil.
Onze aanpak
We bekijken wat er moet veranderen en welke impact dat heeft op uw drukste momenten. Daarna plannen en voeren onze DBA's de wijziging uit, met een terugweg klaar voor het geval dat. Zo gaat productie niet plat voor onderhoud.
Een wijziging die niet plat mag? Leg het voor. Gerelateerd: database releases automatiseren en hoge beschikbaarheid.