Diagnóstico de Moodle
Revisamos logs, versión, plugins, cron y recursos del servidor antes de tocar configuración.
Diagnóstico y continuidad para campus que ya están en producción.
Un Moodle en producción falla de formas concretas: el cron deja de correr, el correo no sale, un plugin tira error después de una actualización, el disco se llena con respaldos o el sitio se pone lento en hora pico. El soporte de CarlosMDL parte de ese diagnóstico, no de un paquete genérico de horas.
Administrar la plataforma incluye mantenimiento, revisión de tareas programadas, backups y un criterio claro de qué se actualiza y qué se deja quieto hasta validar compatibilidad. Si hay varios campus, Moodle Ops sirve para ver el estado sin entrar uno por uno al administrador de cada sitio.
Revisamos logs, versión, plugins, cron y recursos del servidor antes de tocar configuración.
Planificamos la actualización de Moodle y de plugins, con prueba previa cuando el entorno lo permite.
Separamos carga de PHP, base de datos y disco. No se atribuye la lentitud a un solo componente sin evidencia.
Aislamos el plugin o el tema que rompe la página y decidimos corregir, desactivar o reemplazar.
Comprobamos que las tareas de Moodle corran y que el correo salga por la ruta configurada.
Revisamos copias de base y moodledata, y cómo se recuperaría el sitio si hay que volver atrás.
Señales de disponibilidad, disco y cron. Para varios sitios, el monitoreo se concentra en Moodle Ops.
Queda un canal para incidencias y un registro de lo que se cambió, no solo la corrección del momento.
Revisamos la plataforma, los datos y las restricciones reales antes de proponer cambios.
Aplicamos el cambio acordado: migración, desarrollo, integración o ajuste de operación.
Comprobamos que el sitio, los datos y las integraciones responden después del cambio.
Dejamos documentación y un canal de soporte para la continuidad.