Parcheado, reinicio y recuperación

Sigue la actualización hasta su ejecución

Descargar una actualización, instalarla y ejecutar los componentes actualizados son hitos diferentes. Algunas requieren reiniciar antes de activar los cambios. También importa la aplicabilidad: recibir un paquete no demuestra que sea la corrección necesaria para ese dispositivo.

La aceptación operativa añade evidencia de que el trabajo requerido funciona con el estado actualizado previsto. Una actualización puede estar activa mientras falla una aplicación necesaria. Esa combinación exige una decisión gestionada, no el estado engañoso de «todo completo».

Expediente ficticio de despliegue

El responsable confirma que Q corresponde a los tres equipos y requiere reinicio. Los registros actuales dicen:

Supón que los registros describen los equipos actuales y las comprobaciones son apropiadas para el servicio indicado. No cubren todas las aplicaciones de terceros, controladores ni vulnerabilidades ajenas.

Cierra el hito correcto

C respalda finalización acotada. A y B necesitan las etapas y evidencias pendientes. Infórmalos por separado para que descargar no infle la cifra de equipos completados. Asigna responsable y plazo a reinicios pendientes y excepciones de compatibilidad.

Antes del despliegue, acuerda cómo recuperar el trabajo si falla la compatibilidad. Volver a un estado anterior aprobado puede recuperar disponibilidad y retirar también la protección nueva. Registra entonces la recuperación del servicio y mantén pendiente la corrección. Un plan permite gestionar el cambio; no convierte la versión anterior en evidencia de actualización satisfactoria.