El modo mantenimiento no es el problema. El problema es enterarse por un mensaje de error a las nueve de la mañana de un lunes.
Cuándo se justifica
Actualizaciones de versión, instalación de complementos que tocan la base de datos, cambios de configuración de fondo y algunos trabajos de infraestructura. Un cambio menor de texto o un ajuste de permisos no requiere cerrar el campus.
Elegir la ventana
La respuesta está en los registros de uso, no en la intuición. Muchas instituciones asumen que la madrugada está vacía y luego descubren que ahí es cuando estudian los que trabajan de día. Se elige la franja con menos sesiones reales durante cuatro semanas seguidas.
El aviso previo
Una semana antes por correo y aviso en el campus; un recordatorio 24 horas antes. El mensaje debe decir qué día, desde qué hora, hasta qué hora estimada y a quién escribir si algo no vuelve. Nada de lenguaje técnico.
El mensaje en pantalla
Quien llegue durante la ventana debe ver una explicación breve y la hora estimada de retorno, no una pantalla en blanco. Ese texto se configura antes de iniciar el trabajo, no durante.
Quién sigue entrando
Las cuentas con privilegios de administración mantienen acceso para verificar. Conviene acordar de antemano quién valida qué: alguien técnico revisa el sistema y alguien del área académica revisa que un curso real se vea bien.
Entregas y exámenes
Antes de fijar la fecha hay que mirar el calendario de actividades con fecha límite. Una ventana de dos horas encima del cierre de una tarea genera más trabajo administrativo que el propio mantenimiento. Ver calendario institucional.
Checklist de retorno
Ingresar con una cuenta de estudiante de prueba, abrir un curso con contenido, subir un archivo a una tarea, comprobar que llega un correo del campus y revisar que las tareas programadas volvieron a ejecutarse. Recién entonces se anuncia el retorno.
Cuando algo sale mal
Toda ventana necesita un punto de no retorno definido: una hora a partir de la cual, si el trabajo no terminó, se revierte al estado anterior. Decidir eso en caliente termina mal. Ver respaldos y recuperación.
Calendario anual
Publicar al inicio del año las ventanas previstas reduce a la mitad las consultas. La comunidad se organiza y el equipo técnico deja de negociar cada fecha por separado.
Dejar registro
Qué se hizo, quién lo hizo, cuánto duró y qué se verificó. Ese registro es lo que permite explicar un comportamiento raro dos semanas después sin depender de la memoria de nadie.
Plan de comunicación de la ventana
Un mantenimiento se comunica tres veces: una semana antes por correo institucional y aviso en el campus, un día antes recordando el horario exacto en zona horaria de Perú, y al terminar confirmando que el servicio volvió. Cada aviso indica qué no estará disponible, qué sí seguirá (por ejemplo, materiales descargados en la app) y a quién escribir si algo queda mal. Con ese esquema, la mayoría de los tickets desaparece antes de generarse.
Riesgos académicos que se revisan antes
Antes de fijar la fecha se cruzan tres calendarios: entregas con plazo, exámenes programados y procesos de matrícula. Si hay una evaluación con cierre automático dentro de la ventana, se mueve la ventana, no la evaluación. También conviene revisar las tareas con envío tardío permitido, porque un estudiante que intenta entregar durante el corte lo interpreta como falla del sistema y reclama después.
Cuándo no entrar en modo mantenimiento
Para cambios menores que no reinician servicios ni tocan la base de datos, el modo mantenimiento genera más ruido que beneficio. Tampoco conviene activarlo sin ventana anunciada salvo incidente de seguridad, en cuyo caso el mensaje debe decir que se trata de una intervención no programada y dar una hora estimada de retorno, aunque sea aproximada.