Actualizar Moodle es de esas tareas que salen bien el 95 % de las veces y que, cuando salen mal, salen mal delante de trescientos alumnos en mitad de un examen. La diferencia entre una cosa y otra casi nunca es técnica: es cuándo se hace y qué se probó antes.
Por qué hay que actualizar aunque funcione
La tentación de no tocar lo que va bien es razonable. El problema es que una versión de Moodle deja de recibir parches de seguridad pasado un tiempo, y a partir de ahí cada fallo que se descubre se queda abierto en tu plataforma para siempre.
- Un campus tiene datos personales de menores en muchos casos, y calificaciones en todos. No es una web corporativa cualquiera.
- Las versiones viejas de Moodle arrastran versiones viejas del lenguaje en el que corren, que a su vez dejan de recibir parches. El agujero se hace doble.
- Cuanto más se retrasa, más difícil es: no se salta de una versión muy antigua a la última de golpe, hay que ir por etapas, y eso multiplica el trabajo.
La regla de oro: el calendario manda
Es lo único que de verdad hay que decidir bien, y no es una decisión técnica sino tuya.
| Momento | ¿Buena idea? |
|---|---|
| Verano, o el hueco entre convocatorias | El mejor momento. Si algo falla, hay margen para resolverlo. |
| Semanas antes de que arranque el curso | Bien, con tiempo para que el profesorado lo pruebe antes de que entren los alumnos. |
| Mitad de curso, con actividad normal | Solo si es urgente por seguridad, y avisando. |
| Semana de exámenes o de entregas | Nunca. Ni aunque parezca una actualización menor. |
Por qué se clona antes
Esta es la parte que la gente se salta para ahorrar tiempo y la que evita todos los sustos. Antes de tocar tu campus real, se hace una copia idéntica en otro sitio y la actualización se ensaya ahí.
En esa copia se ve, sin ningún riesgo, si algo va a fallar. Y si falla, no pasa nada: no hay ni un alumno dentro. Cuando el ensayo sale limpio, se repite en el campus de verdad sabiendo exactamente lo que va a ocurrir y cuánto va a tardar.
Actualizar directamente sobre el campus en producción es hacer el ensayo general el día del estreno, con el público sentado. Se puede. Pero cuando algo sale mal, sale mal en el peor sitio posible.
Qué es lo que suele romperse
Casi nunca es Moodle. Lo que rompe son las cosas que se le han añadido encima:
- Los complementos de terceros. La causa número uno. Un complemento que no se ha actualizado para la versión nueva deja de funcionar, y si es el que usáis para las videoclases o para el seguimiento, se nota mucho.
- El tema visual personalizado. Si el diseño está retocado a mano, la versión nueva puede descolocarlo.
- Las integraciones. La conexión con vuestro sistema de matrículas, la pasarela de pago o el sistema de acceso único.
- Los correos que salen del campus. Es un clásico: después de mover o actualizar, los avisos a los alumnos dejan de llegar y nadie se entera hasta que un alumno se queja.
Por eso el ensayo en la copia no consiste solo en ver que el campus arranca. Consiste en entrar como profesor, entrar como alumno, abrir una actividad, subir una tarea y comprobar que llegan los correos.
Antes de dar el visto bueno
- Copia de seguridad completa y comprobada: archivos, base de datos y los ficheros de los alumnos. Una copia que nadie ha restaurado nunca no es una copia, es una intención.
- Lista escrita de los complementos que usáis de verdad. Es el momento perfecto para quitar los que quedaron ahí de hace años.
- Fecha y hora acordadas, y avisadas al profesorado y al alumnado.
- Un plan de vuelta atrás: qué se hace y en cuánto tiempo si hay que deshacerlo.
- Alguien de vuestro lado disponible ese día para probar y dar el visto bueno.
Preguntas frecuentes
¿Se pierden los cursos o las notas?
No. Una actualización conserva cursos, usuarios, calificaciones y entregas: lo que cambia es el programa, no vuestros datos. Aun así se hace copia previa, porque lo que protege no es la actualización en sí, es el imprevisto.
¿Cuánto tiempo va a estar el campus caído?
Depende del tamaño y de cuántas versiones haya que saltar. Lo normal es un rato acotado, y precisamente para poder decírtelo con precisión se ensaya antes en la copia: ahí se cronometra.
¿Y si estoy varias versiones por detrás?
Entonces no se hace de un salto. Hay que pasar por etapas intermedias, y a veces también actualizar la base de datos y el lenguaje del servidor por el camino. Es más trabajo, pero es perfectamente factible. Cuanto antes se empiece, menos etapas.
¿Puedo actualizar solo un complemento?
Sí, y suele ser buena idea hacerlo por separado y no todo el mismo día. Así, si algo se tuerce, sabes exactamente qué fue.
¿Necesito la copia clonada después?
No hace falta mantenerla siempre, pero tener un campus de pruebas permanente es muy cómodo si tocáis cosas a menudo: se prueba ahí y nunca se experimenta con el bueno.
El campus va lento desde la actualización
Suele ser un complemento nuevo o la caché que hay que rehacer después de actualizar. Se localiza midiendo, no cambiando cosas a ver si suena la flauta.
- Acceso seguro a los archivos de tu web, para dar acceso a quien vaya a tocar el campus.
- Qué entra en administración y qué en soporte.
Si tu Moodle lo llevamos nosotros
Esto es exactamente el trabajo: clonamos, ensayamos la actualización en la copia, comprobamos complementos, correos y accesos, te decimos qué encontramos y solo entonces tocamos el campus real, en la ventana que tú digas. Con copia previa y con plan de vuelta atrás. Tú no tocas nada técnico y no hay "actualizo y a ver si peta".
¿Te lo preparamos para el próximo curso?
Cuéntanos en qué versión estáis y cuándo tenéis el hueco, y te decimos qué hace falta y cuánto se tarda. Si lo que os conviene es esperar al verano, también te lo diremos.
Cuéntanoslo