SQL Server Installer Update Cache Management

11

¿Es seguro eliminar los antiguos directorios de actualización acumulativa de las %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cachecarpetas?

Al menos esta publicación de blog de MSDN le dice que deje todo en su lugar en este directorio. ¿Hay alguna referencia o declaración de compatibilidad en alguna parte que indique que podría o no hacer eso?

Justificación: Debido al infame "modelo de servicio incremental" para SQL Server, el SP1 para SQL Server 2012 ha visto hasta ahora 9 versiones de actualizaciones acumulativas. El Update Cachedirectorio está creciendo con cada instalación de CU y en entornos donde se ha instalado cada CU desde SP1, ya tiene 9 GB. Tenemos la posibilidad de agregar otros 3 GB para las próximas versiones de 3 CU antes de que salga el próximo SP "más adelante este año" . Como las actualizaciones son "acumulativas", estoy tratando de determinar si sería seguro eliminar todas las actualizaciones del directorio acumulativo, excepto la última, de la caché de actualizaciones.

Para un solo servidor, probablemente no me molestaría, pero los miembros del equipo de almacenamiento (que aún no han logrado implementar la deduplicación basada en el almacenamiento) lloran con frecuencia debido a los crecientes requisitos de almacenamiento para las instancias del servidor SQL y la alfombra de mi oficina ya está empapada.

sql-server el wabbit
fuente

Respuestas:

1

No, no lo es: https://support.microsoft.com/en-us/kb/969052/en-us

Me encontré con algo similar en una máquina con Windows XP al eliminar archivos de Windows Update, y esencialmente rompí mi instalación de .NET de una manera que requería una reinstalación completa para corregir.

Vi a otra persona en los foros de Microsoft que planeaba descargar los archivos a una SAN para mejorar el rendimiento del día a día, y luego retrocederlos gradualmente si las actualizaciones fallaban. Sin embargo, no proporcionaron un seguimiento con mensajes de éxito o fracaso.

T. Derscheid
fuente
1
Supuse que era obvio que no quería eliminar toda la caché de actualizaciones, sino solo las carpetas de esas actualizaciones acumulativas que han sido reemplazadas por nuevas instalaciones, es decir, después de instalar SQL Server 2012 SP1 CU13 las carpetas para CU1-12. Meterse con los cachés de MSI es peligroso, lo sé. Después de la última instalación de CU, para el instalador nunca debería haber una razón para buscar en las CU más antiguas, ya que todo está contenido en la última por definición.
the-wabbit
Pensarías eso, y eso es lo que pensé. Y, por definición, tienes razón, y yo también tenía razón. Lo que digo es que tenía exactamente la misma línea de pensamiento que usted, reinstalé las últimas CU y eso NO corrigió mis problemas, y mi .NET permaneció parcialmente roto, así que pise ligeramente, realice una copia de seguridad y pruebe a fondo.
T. Derscheid