Tal y como comentábamos en el post anterior, Microsoft sacó hace poco el primer Service Pack para SQL Server 2008, pero por algún error, al instalarlo se perdían algunos de los parches que el CU4 incluía. El caso es que para solucionar el problema, se acaba de publicar el primer parche acumulativo para SP1, descargable aquí.

En resumen, y tomando prestada la explicación que hace Aaron Bertrand en su blog, la cosa quedaría así:

  • Si tienes ya SP1 (2531), y actualizaste desde cualquier versión menor o igual que la 1787, no hay que hacer nada
  • Si tienes ya SP1 (2531) y actualizaste desde una versión superior a la 1787 y menor a la 2520, instalar SP1 CU1 (2710)
  • Si tienes actualmente SP1 CTP (2520), instalar SP1 (2531)
  • Si tienes actualmente CU4 (1798) o cualquier versión mayor de 1787 y menor de 2520, deberías instalar SP1 y posteriormente SP1 CU1 (2710)
  • Si tienes actualmente RTM (1600), CU1 (1763), CU2 (1779), CU3 (1787), o cualquier otra versión menor de 1787, debes instalar SP1 (2531)

Esperemos que no vuelvan a ocurrir cosas de este tipo.

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like

Particionado de tablas en SQL Server 2014

Tradicionalmente el particionado de datos no ha sido muy de mi agrado por las implicaciones de mantenimiento que se tenian asociadas. Tareas como reindexar, mover particiones entre tablas, actualizar estadísticas,…no eran tarea sencilla en entornos con carga 24x7 en el momento en el que particionabas una tabla.
Leer más

SQL Server 2017 en Linux

Vale, SQL Server 2017 corre en Linux, ¿me interesa? Sí, ¿por qué? Porque no hablamos simplemente de que corra un nuevo sistema operativo...sino que se pueden utilizar para despliegues rápidos en entornos escalables basados en docker, kubernetes, etc. Daremos un repaso a cómo aprovecharnos de los nuevos escenarios de despliegue en nuestras empresas, aunque sean tradicionalmente entornos Microsoft.

Depurar expresiones DAX con DAX Studio

Como en todos los procesos de desarrollo, la depuración de código puede ser necesaria cuando no se consigue un resultado esperado y se desconoce el motivo. Lo mismo ocurre con las expresiones DAX y por ello, una forma fácil de depurar código en este lenguaje, es mediante la herramienta DAX Studio.