Moodle Support & Maintenance
Ongoing Moodle support and maintenance - patching, backups with tested restores, monitoring, and upgrades rehearsed on staging. Business hours with published response targets.
Most Moodle sites do not fail suddenly. They drift – a version behind, then three; a plugin that stopped being maintained; backups that run but have never been restored; a cron task that has been failing quietly since March. Maintenance is the work of not letting that happen.
What ongoing maintenance covers
- Security patching applied on a defined cadence, and out of cycle when Moodle publishes a serious advisory.
- Version upgrades planned ahead of each release rather than after it, rehearsed on a staging clone, with every third-party plugin checked for compatibility and a tested rollback path.
- Backups with restore testing. A backup nobody has restored is a hypothesis. We restore periodically and verify by logging in.
- Monitoring and alerting on uptime, certificate expiry, disk, database health, and – the one most providers miss – cron actually completing.
- Performance review, so slow drift gets caught before it becomes a complaint.
- Troubleshooting when something breaks, with the cause explained rather than just cleared.
Support hours, stated honestly
We support Moodle Monday to Friday, 8:30am to 5:30pm AEST/AEDT, with first-response targets published by severity on our support and SLA page.
Support is 24/7 for critical incidents. If the site is down, or learners cannot reach an assessment that is open right now, you get a first response within one hour – any hour, any day, including weekends and public holidays. High, normal and low severity work runs Monday to Friday, 8:30am–5:30pm AEST/AEDT. Plenty of providers advertise 24/7 without defining it; our severity definitions and targets are published in full.
Who this suits
Maintenance works best where somebody internally owns the Moodle day-to-day – course setup, enrolments, learner questions – and needs a specialist behind them for the platform itself. We are the layer that keeps the site current, fast and recoverable. We are not a learner help desk, and we will not pretend to be one.
Maintenance on hosting we do not provide
Possible, and reasonably common. We need appropriate access and a staging environment that matches production. What we cannot do on someone else’s infrastructure is guarantee response times that depend on their provider acting – so the commitments differ, and we will set that out in writing rather than leaving it vague.
Where this stops
- We do not sell or operate a student management system. We integrate Moodle with the one you already run.
- We do not prepare or lodge compliance reporting. We make sure Moodle holds clean, exportable data for the people who do.
- We are not a Moodle Partner. We are independent – weigh that as a trade-off rather than assuming either way.
- We do not write your course content. We build and run the platform it lives on.
Related services
Maintenance is usually bundled with managed hosting, and it is where custom plugins get re-tested ahead of each major upgrade. If your site has already drifted a long way behind, a migration and rebuild is often safer than an in-place upgrade.