Moodle verlassen, ohne Kursdaten zu verlieren

Beginnen Sie mit den Plugins, nicht mit den Kursen

Moodle-Daten gehen selten verloren, weil ein Export fehlgeschlagen ist. Sie gehen verloren, weil ein Export erfolgt, bevor klar ist, welches Plugin im Hintergrund eine Geschäftsregel zusammenhält. Prüfen Sie zuerst diese Regeln, dann verschieben Sie die Inhalte.

Hier liegt die Falle: Moodle sichert einen Kurs in einer .mbz-Datei. Diese Datei transportiert die sichtbaren Dinge tatsächlich gut: Aktivitäten, Ressourcen, Kursstruktur und Fragenbanken. Sie transportiert jedoch nicht das Verhalten, das ein Plugin darübergelegt hat. Etwa ein individuelles Einschreibe-Plugin, das nach einer Zahlung Zugang gewährt, oder ein Bewertungs-Plugin, das die Berechnung einer Gesamtnote verändert. Diese Regeln reisen nicht im Backup. Sie leben in der Erinnerung, bis sie es nicht mehr tun.

Inventarisieren Sie, bevor Sie einen einzigen Kurs exportieren

Bei einer Moodle-Installation, die ich vor einem Neubau untersucht habe, waren vierzehn Plugins aktiv. Zwölf waren kosmetisch oder erleichterten die Arbeit. Zwei trugen die Plattform: Eines entschied über Kohortenzugang, eines passte eine Kompetenzberechnung an, auf die sich das Compliance-Team verließ. Niemand hatte das dokumentiert. Hätten wir mit dem Kursexport begonnen, hätten wir die Kurse verschoben und die zwei Regeln verloren, die tatsächlich zählten.

Der erste Schritt ist deshalb eine Tabelle, kein Download-Knopf.

Moodles eigene Dokumentation benennt den fragilen Teil klar: Administratoren sollen Plugins für eine bestimmte Moodle-Version auswählen und Upgrades zunächst außerhalb der Produktion testen. Wenn ein Plugin schon bei einem Upgrade derselben Plattform brechen kann, sollten Sie annehmen, dass es einen Wechsel zu einer anderen Plattform nicht übersteht. (Moodle-Hinweise zu Plugins und Upgrades)

Verschieben Sie einen schwierigen Kurs, bevor Sie einen Zeitplan versprechen

Wählen Sie Ihren schwierigsten Kurs. Nicht die saubere Demo, sondern den echten Kurs mit ungewöhnlicher Bewertungslogik, einem SCORM-Paket und einem externen Tool. Migrieren Sie ihn vollständig und sehen Sie, was bricht. Ein einziges schwieriges Beispiel sagt mehr über den Zeitplan als ein vollständiger Inhaltsexport.

Seien Sie dann ehrlich darüber, was nicht mitkommen sollte. Die meisten Moodle-Installationen enthalten Jahre alter Kurse, die niemand mehr öffnen wird. Sie gehören in ein durchsuchbares Archiv, nicht in das Datenmodell der neuen Plattform. Eine Migration ist ein guter Anlass, nicht länger für Dinge zu zahlen, die Sie bereits nicht mehr nutzen.

Wie ein sauberer Neubau die Aufgabe verändert

Wenn der Plan eine eigene Plattform statt eines weiteren Moodle ist, sind die zwei tragenden Plugins keine Risiken mehr, sondern Teil der Spezifikation. Die Regel für den Kohortenzugang und die Kompetenzberechnung werden dokumentiert, bewusst gebaut und getestet. Das ist das eigentliche Argument für eine maßgeschneiderte Moodle-Alternative: Nicht, dass Moodle schlecht wäre, sondern dass die Regeln, die bisher in Plugins und Erinnerungen stecken, endlich in Code leben, der Ihnen gehört.

Für die Standardsarbeit unter einem Wechsel lesen Sie SCORM und xAPI. Den Ablauf der gesamten Umstellung beschreibt wie eine gelungene LMS-Migration aussieht. Und wenn Sie abwägen, ob ein Neubau sinnvoll ist, beginnt maßgeschneiderte LMS-Entwicklung genau mit dieser Art Inventar.