Moodle™ upgrade-checklist

Controleer of uw Moodle-versie nog ondersteund wordt of al end-of-life is

Moodle 4.4 is sinds december 2025 end-of-life; 4.5 is de huidige LTS. Een end-of-life versie krijgt geen enkele beveiligingspatch meer.

Controleer of uw PHP-versie nog beveiligingsupdates ontvangt

Moodle draaien op een end-of-life PHP (bijv. 8.1 na EOL) betekent dat de hele stack kwetsbaar is, ook als Moodle zelf actueel is.

Vergelijk uw versie met de gepubliceerde Moodle-beveiligingsadviezen

De adviezen uit 2025 bevatten fixes voor remote code execution en SQL-injectie. Heeft u sindsdien niet gepatcht, ga er dan vanuit dat u kwetsbaar bent.

Controleer geïnstalleerde plugins op verlaten of niet langer onderhouden plugins

Een niet-onderhouden plugin is een permanent beveiligingsrisico en vaak de enige blokkade die een upgrade tegenhoudt.

Bepaal uw doelversie: nieuwste LTS voor stabiliteit, of nieuwste release voor de laatste functies

LTS (4.5) krijgt het langst beveiligingsfixes — de veiligste keuze voor organisaties die niet vaak upgraden.

Bepaal uw huidige Moodle-versie en het ondersteunde upgradepad

Moodle ondersteunt alleen upgrades vanaf specifieke versies (bijv. naar 4.5 moet u minimaal 4.1 draaien). Controleer de release notes van uw doelversie.

Controleer serververeisten: PHP-versie, databaseversie en vereiste PHP-extensies

Elke major release verhoogt de minimumeisen. Beheer → Server → Omgeving voert deze controle automatisch uit voor de nieuwe versie.

Maak een volledige inventarisatie van geïnstalleerde plugins en hun compatibiliteit met de doelversie

Verwijder plugins die u niet meer gebruikt vóór de upgrade — elke plugin is een potentiële blokkade.

Breng maatwerk in kaart: thema-aanpassingen, core hacks en eigen plugins

Aanpassingen aan de core zijn de meest voorkomende oorzaak van mislukte upgrades. Vergelijk uw codebase met een schone Moodle-release om ze te vinden.

Plan een volledige back-upstrategie: database, moodledata en code

Test of de back-up daadwerkelijk teruggezet kan worden — een ongeteste back-up is geen back-up.

Richt een stagingomgeving in die de productieomgeving spiegelt

Voer de volledige upgrade eerst uit op staging en klok hoe lang deze duurt

De gemeten duur bepaalt uw onderhoudsvenster voor productie.

Test de kernprocessen: inloggen, cursustoegang, inleveren van opdrachten, beoordelen, back-ups

Controleer of elke externe plugin werkt, of dat er een bijgewerkte compatibele versie is geïnstalleerd

Controleer het thema op desktop en mobiel, inclusief aangepaste lay-outs en huisstijl

Test alle koppelingen: SSO/LDAP/OAuth, LTI-tools, webservices en externe aanmeldingen

Een kapotte authenticatie sluit alle gebruikers tegelijk buiten — test met echte accounts per authenticatiemethode.

Controleer of geplande taken en cron foutloos draaien na de upgrade

Vergelijk laadtijden voor en na de upgrade op representatieve cursussen

Kondig het onderhoudsvenster ruim van tevoren aan bij gebruikers

Kies een rustig moment — uw Moodle-statistieken laten precies zien wanneer dat is.

Schakel onderhoudsmodus in en maak een verse, definitieve back-up

Voer de upgrade uit en doorloop dezelfde kerntests als op staging

Houd een getest rollbackplan klaar met een duidelijk go/no-go-beslismoment

Houd foutlogs en supporttickets de eerste week nauwlettend in de gaten

Bekijk het deprecatielog en plan fixes voor maatwerk vóór de volgende upgrade

Deprecations nu oplossen maakt de volgende upgrade goedkoop.

Informeer gebruikers over relevante nieuwe functies zodat de upgrade zichtbaar waarde oplevert

Documenteer versies, instellingen en geleerde lessen voor de volgende cyclus