El problema
Una plataforma corriendo una versión de Moodle de hace varios años (serie 3.x) necesitaba llegar a una versión actual. El salto directo no es una opción: Moodle no permite actualizar de una versión muy vieja a una muy nueva en un solo paso, y cada versión intermedia tiene sus propios requisitos de PHP y base de datos.
El camino: migración encadenada
La única forma de hacer esta actualización de forma segura es subir versión por versión, en orden, deteniéndose en cada una para verificar que todo funcione antes de seguir a la siguiente. Cada versión de Moodle solo acepta actualizar desde un rango específico de versiones anteriores, así que saltearse un paso rompe la instalación.
- Verificar la versión de PHP requerida en cada etapa: versiones distintas de Moodle piden versiones de PHP distintas, y hay que ir subiendo el entorno en paralelo con cada salto.
- Migrar los contenidos H5P (actividades interactivas), que en versiones viejas usan un formato distinto y necesitan conversión al pasar por ciertas versiones intermedias.
- Backup completo antes de cada salto, no solo al principio: si algo falla en un paso intermedio, hay que poder volver atrás sin perder lo ya migrado.
- Verificación de plugins de terceros en cada etapa, porque muchos dejan de ser compatibles antes de llegar a la versión final.
Por qué no conviene saltar pasos
Actualizar de una versión muy vieja a la actual de un solo salto no es más rápido, es más arriesgado: si algo sale mal a mitad de camino, es mucho más difícil diagnosticar en qué paso se rompió. Migrar de a una versión permite verificar que todo funcione antes de seguir.
Si tu Moodle corre una versión vieja y necesitás actualizarla sin sustos, podés ver más en mantenimiento de Moodle o consultarnos por tu caso.