Backup en migratie

Eén van de meest gebruikte tools voor MySQL is PhpMyAdmin. Met deze tool kunnen alle mogelijke wijzigingen in een paar klikken uitgevoerd worden. Eén van de functies die je (hopelijk) regelmatig gebruikt is de Export-functie. Hiermee kun je de inhoud van de database veilig op je computer zetten als backup of klaarzetten voor migratie als je je website gaat verhuizen.

Helaas blijkt vaak op vervelende momenten dat het backup-/migratiebestand niet optimaal is samengesteld... daarom volgen nu enkele belangrijke tips:

Belangrijke instellingen voor de export-functie van phpMyAdmin
1) Zorg dat in het Export-blokje alle tabellen geselecteerd zijn en dat SQL de gewenste export-methode is.
2) Zorg dat de Structuur en de Data mee geëxporteerd worden (vinkje aanzetten).
3) 'Invoegen voltooid' (Complete inserts) geeft alle veldnamen in elk SQL-verzoek; dit is niet nodig voor complete backups of migraties.
4) 'Uitgebreide invoegingen' (Extended inserts) koppelt meerdere records in 1 verzoek. Heel handig om de bestandsgrootte te drukken, maar het kan lastig zijn als het bestand later opgeknipt moet worden.
5) 'Maximal length of created query' beperkt de lengte van punt 4) door het maximale aantal tekens in te stellen. Zet dit aantal niet te hoog, een waarde van 2500 kan de export overzichtelijk houden.
6) 'Verzenden' (Save as file) zal de database opslaan waarbij de databasenaam standaard gebruikt wordt voor de bestandsnaam.

Bij het terugzetten van een database gebruik je waarschijnlijk weer PhpMyAdmin. Het uploaden van de database kan problemen geven als het bestand groter is dan toegestaan voor een te uploaden bestand. Als je 'Invoegen voltooid' uit hebt staan, 'Uitgebreide invoegingen' aan hebt staan en de maximale lengte op een reële waarde hebt staan (zoals 2500), dan kun je het bestand met een eenvoudig tekstprogramma opknippen in meerdere delen. Deze delen kun je dan in de juiste volgorde importeren in PhpMyAdmin. Let wel op dat je een tekstprogramma gebruikt dat met platte tekst werkt, bijvoorbeeld Context of Kladblok.

Verantwoordelijkheid, kan het ook anders?
Upgraden van je (open source-)programma is nodig, het is onverantwoord om alle updates te negeren en te hopen dat jouw site nooit iets zal overkomen. Zie ook dit artikel van Joris: http://www.alphamegahosting.com/wsm157.html#3. Vooraf moet je alles goed backuppen en veiligstellen zodat er niets kan gebeuren tijdens het upgraden.

Backups moeten ook gemaakt worden tijdens de normale 'UP'-dagen/weken. Zeker van databases, omdat de inhoud daarvan vaak kan veranderen, afhankelijk van wat voor website je hebt. Als je bijvoorbeeld een drukbezocht forum hebt, dan kan er al een behoorlijk verschil zijn tussen 's avonds en 's ochtends. Elk bericht en elke reactie wordt namelijk in je database opgeslagen.

Je vraagt je misschien af of het bij alle software waarbij je een database gebruikt, nodig is om zo vaak een backup te maken. Het antwoord is: nee, niet bij alle software. Een voorbeeld daarvan is (daar gaan we weer...) Swiftysite. Met Swiftysite hoeft een gebruiker zich niet bezig te houden met backups maken van databases, dat wordt achter de schermen allemaal geregeld.

Maar goed, bij programma's als Joomla! heb je zelf het beheer over je databases en dan is regelmatig backuppen echt een must. Mocht je nu een database gebruiken en het is alweer een tijd geleden dat je die hebt gebackupt, dan is nu het moment om dat te doen. En agendeer dan voor jezelf dat je voortaan regelmatig een backup gaat maken.

Het is niet mijn bedoeling om belerend tegen je te doen, maar we willen je graag de ellende van gegevensverlies besparen.

Een volgende keer ga ik nog meer vertellen over databases. Tot dan!