Ir al contenido principal

Como saber que Service Pack tengo instalado en SQL Server?

Para saber que Service pack se tiene instalado en SQL Server, Hay que ejecutar el siguiente comando:

SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition')

Este regresa algo parecido a:

9.00.3042.00 SP2 Enterprise Edition

El primer registro es la versión, el segundo es el nivel de producto (en este caso Service pack 2), y el ultimo es la edición, En este caso Enterprise.


Esta es una tabla con las versiones de SQL y su respectivo Service pack.


RTM SP1SP2SP3SP4

SQL Server 2017

SQL Server 2016

13.0.2149.0

13.0.4001.0

SQL Server 2014

12.0.2000.8

12.0.4100.1

12.0.5000.0

SQL Server 2012

11.0.2100.60

11.0.3000.00

11.0.5058.0

11.0.6020.0

11.0.7001.0

SQL Server 2008 R2

10.50.1600.1

10.50.2500.0

10.50.4000.0

10.50.6000.34

SQL Server 2008 10.00.1600.22 10.00.2531.0010.00.4000.0010.00.5500.0010.0.6000.29
SQL Server 2005

9.00.1399

9.00.2047

9.00.3042

9.00.4035

9.00.5000

SQL Server 2000

8.00.194

8.00.384

8.00.534

8.00.760

8.00.2039

SQL Server 7 7.00.623 7.00.699 7.00.842 7.00.961 7.00.1063

Hay veces que puede salir un numero intermedio como 8.00.818.00, esto quiere decir que tiene SP3 de SQL 2000 y además un hotfix, que en este caso es el 818. Estos necesitamos forzosamente buscarlos en el sitio de Microsoft para saber que arregla ese fix en especifico.


Y por si aun hay versiones anteriores:

Para SQL 7


select @@version


Este query nos regresara algo parecido a esto


Microsoft SQL Server 7.00 - 7.00.623 (Intel X86)
Nov 27 1998 22:20:07
Copyright (c) 1988-1998 Microsoft Corporation
Desktop Edition on Windows NT 5.1 (Build 2600: )


Las versiones de SQL 6.5 son como sigue:


6.50.479 SQL Server 6.5 Service Pack 5a (SP5a) Update
6.50.416 SQL Server 6.5 Service Pack 5a (SP5a)
6.50.415 SQL Server 6.5 Service Pack 5 (SP5)
6.50.281 SQL Server 6.5 Service Pack 4 (SP4)
6.50.258 SQL Server 6.5 Service Pack 3 (SP3)
6.50.240 SQL Server 6.5 Service Pack 2 (SP2)
6.50.213 SQL Server 6.5 Service Pack 1 (SP1)
6.50.201 SQL Server 6.5 RTM



Saludos.


dba_mex@outlook.com

Comentarios

Publicar un comentario

Entradas más populares de este blog

Eliminar archivelogs desde RMAN

Estos son algunos ejemplos para eliminar los archivelogs desde RMAN. Para eliminara todos los archivos expirados sin pedir confirmación. delete noprompt expired archivelog all; Para eliminar los archive logs expirados de algún folder en especifico (Pedirá confirmación antes de borrar): delete expired archivelog like '+FRA/STACK/ARCHIVELOG/2017_03_12/%'; Para eliminar archive logs basados en la fecha de creación, por ejemplo archive logs de mas de 7 dias.  (Sin confirmacion) delete archivelog until time 'sysdate - 7'; Borrar archivelogs hasta una secuencia en especifico: delete archivelog until sequence = 43; Borrar archivelogs desde una secuencia en especifico: (Usar con precaución) delete archivelog from sequence = 38; Combinándolas: delete archivelog from sequence = 38 until sequence = 47; Saludos. F.R.

Memoria utilizada por Oracle

Ocasionalmente al estar trabajando con oracle, algunos clientes pueden recibir errores de que hace falta memoria, mas sin embargo en el task manager vemos que oracle no esta usando toda la memoria que esta asignada para el proceso. Esto es por el diseño de los servidores de windows a 32 bits, que solo pueden asignar a una aplicacion alrededor de 2 GB (no recuerdo el numero exacto) y como en windows los procesos de usuarios son en realidad Threads del proceso de oracle, toda la memoria es agrupada bajo el proceso de oracle. Para ver la memoria realmente usada por oracle podemos utilizar el siguiente query. select sum(bytes)/1024/1024 Mb from (select bytes from v$sgastat union select value bytes from v$sesstat s, v$statname n where n.STATISTIC# = s.STATISTIC# and n.name = 'session pga memory' ); Este query nos regresa la memoria usada por oracle junto con todos sus procesos de usuario ( y su respectiv...