Dado que un servidor interno se ejecuta en modo de producción, me gustaría mantener el impacto en los usuarios lo más bajo posible al implementar actualizaciones regulares (en el servidor en sí, no en las máquinas de los usuarios ... pero eso sería un problema bastante similar).
La respuesta obvia a mi pregunta es "por la noche, cuando los usuarios están en casa". Pero "noche" es un largo período de tiempo. ¿Debería comenzar temprano en la noche para detectar problemas con la actualización desde el principio y estar listo para retroceder? ¿O es mejor comenzar temprano en la mañana y usar a los primeros usuarios como "conejillos de indias" para desencadenar los problemas más rápidamente? ¿O en el medio de la noche, cuando la concentración de la persona que supervisa la actualización es bastante baja, pero se garantiza que no tendrá identificadores de archivos abiertos de algunos usuarios que trabajan tarde?
¿Hay trabajos de investigación sobre el tema?
Esto depende completamente de la naturaleza del negocio. Algunas oficinas son de 9 a 5 cinco días a la semana. Otros negocios son las 24 horas del día, los 365 días del año. Otros factores, como la disponibilidad de personal y recursos, juegan un papel importante. Ningún trabajo de investigación podría abarcar de manera exhaustiva todos los horarios o eventualidades posibles.
En última instancia, la administración de la empresa o departamento en conjunto con la administración de TI debe determinar qué es lo mejor.
La clave del éxito es comunicarse con los usuarios cuando el tiempo de inactividad está programado para comenzar, cuánto tiempo se espera que dure, cualquier preparación requerida por los usuarios y lo que pueden esperar como resultado del éxito o el fracaso. Una gran parte de eso es cumplir con las expectativas que establezca.
Al final, nada está grabado en piedra. Si el proceso no funciona, realice ajustes. Su flexibilidad y adaptabilidad serán apreciadas.
Al realizar los procedimientos de mantenimiento y actualización de los equipos de prueba de antemano cuando sea posible, estará mejor preparado cuando llegue el momento de implementarlos en los sistemas de producción.
fuente
Trabajo en un ISP y, según mi experiencia, la mayoría de las personas a las que consideraría administradores de sistemas de gran impacto eligen los viernes por la noche los fines de semana de vacaciones para realizar las principales revisiones de su red. Eso les da 24 horas adicionales para probar y, si es necesario, revertir sus cambios. Sin embargo, en gran medida esto depende completamente de la naturaleza y los hábitos de sus usuarios.
fuente
Instalamos actualizaciones a las 9 p.m., lo suficientemente tarde como para que la mayoría de las personas no estén encendidas, lo suficientemente temprano como para pasar toda la noche si es necesario.
fuente
En mi caso, instalamos actualizaciones a las 4 de la mañana, para evitar el impacto en los usuarios, incluso aquellos que trabajan un poco tarde.
Si tiene un buen sistema de monitoreo que le advierte si ocurre un problema, debería poder solucionarlo temprano en la mañana, incluso antes de ir a trabajar.
fuente
Realmente depende de la naturaleza de su negocio, pero personalmente prefiero el miércoles por la noche después de las 5 PM. Nunca querrás hacer esto los viernes por la noche ya que si algo sale mal, estarías trabajando durante el fin de semana. Hacer esto el miércoles te dará jueves y viernes para solucionar los problemas, si los hay.
Otro factor importante es programar ventanas de gestión de cambios. Es fundamental que las personas sepan que está ejecutando el mantenimiento: que los servicios pueden verse interrumpidos o no estar disponibles durante ese período. Le permitirá trabajar con confianza, en lugar de preocuparse de que los usuarios se quejen de la caída de los servicios. Su gerencia necesita aprobar las ventanas de cambio, por supuesto.
fuente