Actualizaciones acumulativas de SharePoint: ¿cuándo se instala?

Question

A través de mi carrera de SharePoint, lo establecí para instalar la política:

• Paquetes de servicio: Instale tan pronto como salgan. Después de evaluar en un cuadro de prueba, instale a la producción
• Actualizaciones acumulativas, correcciones en caliente, etc: Instale solo si surge la necesidad (por ejemplo, nos encontramos con un problema, una de ellas soluciona).

La persona actual que estoy en desacuerdo y le gusta instalar todo en el momento en que salga. Tengo curiosidad por ver lo que todos los demás aquí piensan de esa política y pueden señalar los tiempos que habían experimentado al instalar una actualización acumulada para SharePoint fue una pésima idea para ellos.

Larga historia en resumen, ¿cómo lo haces para configurar reglas de parche para SharePoint? Específicamente, ¿qué pasos toma para implementar un paquete de servicio, actualización acumulativa, etc. en su granja? ¿Cómo evalúas? ¿Qué salvaguardas toma contra la falla del paquete de servicio, etc.?

Answer 1

De acuerdo con mi experiencia:

• Las soluciones en caliente deben aplicarse si y solo si el problema le afecta. Las hotfijos pueden salir terriblemente mal si se aplican en producción sin probar primero en un entorno de puesta en escena
  
• CUS generalmente son requisitos previos para las instalaciones de SP, por lo que puede hacerlo de una toma antes de que el SP se instale o se acelere y haga CU y luego SP
  

Por lo general, esperamos un par de meses para "revisar" las historias de actualización antes de sumergirse en SPS. También tendemos a actualizar las máquinas virtuales de desarrollo primero antes de actualizar la producción.

Answer 2

Estoy de acuerdo con su postura y trato de practicar eso también. Incluso MS dice que solo instale esta CU si está siendo afectado por algo que arregla.