MSSQL: Configurar memoria máxima

MSSQL: Configurar memoria máxima: ¿Por qué?

En ocasiones nos podemos encontrar con un consumo excesivo de memoria RAM en SQL Server, si abrimos el administrador de tareas, podemos ver como SQL Server consume toda la memoria RAM.

Si acabamos teniendo este problema, deberíamos analizar el consumo de memoria RAM de las consultas, procedimientos, etc..

MSSQL: Saber componentes instalados

En este post veremos como listar los componentes instalados  de MSSQL (Microsoft SQL Server) en un equipo.

MSSQL: Habilitar autenticación mixta

MSSQL: Habilitar autenticación mixta: ¿Qué es?

Cuando conectamos a SQL Server de Microsoft, disponemos de dos tipos de autenticación:

Autenticación de Windows: Permite autenticarse utilizando las credenciales de Windows.

Autenticación de SQL Server: Permite autenticarse utilizando credenciales definidas en SQL Server, por ejemplo el usuario sa.

La autenticación mixta permite iniciar sesión en SQL Server utilizando cualquiera de los dos métodos de autenticación indicados: "Autenticación de Windows" y "Autenticación de SQL Server".

MSSQL: Buscar columnas en todas las tablas

Podemos utilizar este código de T-SQL (Transact-SQL) para buscar columnas con cierto texto en todas las tablas de todas las bases de datos en un servidor Microsoft SQL Server (MSSQL).

MSSQL: Cómo saber el nombre de la instancia

Para saber el nombre de una instancia de Microsoft SQL Server, disponemos de varios métodos.

Los métodos explicados a continuación para saber el nombre de la instancia  son válidos para distintas versiones de SQL Server: SQL Server 2005, 2008, 2012, 2014, 2016, 2017, 2019.

Antes de empezar, la idea de tener varias instancias es ejecutar en un mismo equipo varios SQLServers, cada uno con sus usuarios, logins, bases de datos, etc..

Mover base de datos sql server a otro disco

Una de las buenas prácticas de cualquier sistema de base de datos, por ejemplo SQL Server, es mantener la ubicación de los ficheros de base de datos (ficheros MDF y LDF) separados de la unidad donde tenemos instalado el sistema operativo, por defecto, la unidad C:

En bases de datos donde se efectúan muchos cambios en el contenido de las bases de datos, también se recomienda situar los logs de transacciones (ficheros LDF) de una unidad distinta a la ubicación de las bases de datos (ficheros MDF) y también distinta a los binarios del sistema operativo.

En el caso de SQL Server, por defecto, la ubicación de las bases de datos de sistema y bases de datos que el administrador vaya creando será la unidad donde se encuentran instalados los binarios de SQL Server, de forma predeterminada, la unidad C:

Dependiendo de la versión de SQL Server, la ruta cambia el directorio que indica la versión, por ejemplo:

SQL Server 2008 R2 (Versión 10.5):

"C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA"

SQL Server 2008 (Versión 10):

"C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA"

Para saber la versión de SQL Server instalada, podemos revisar el siguiente enlace:

MSSQL: Saber la versión de SQL Server instalada (SYSADMIT.com)

En este post veremos como mover una base de datos de SQL Server a otra ruta y también cambiar la ubicación predeterminada al crear nuevas bases de datos.

Veremos como efectuar ambas tareas administrativas vía GUI (SQL Server Management Studio) o vía T-SQL (Transact-SQL).

1) Mover base de datos SQL Server a otro disco

A modo de ejemplo, queremos mover la base de datos de SQL Server: SYSADMIT-DB ubicada en la ruta: C:\test a la ruta: D:\MSSQLData

El nombre lógico y ruta origen de ficheros MDF y LDF es la siguiente:

SYSADMIT-DB       C:\test\SYSADMIT-DB.mdf

SYSADMIT-DB_log   C:\test\SYSADMIT-DB_log.ldf

El nombre lógico y ruta destino de ficheros MDF y LDF es la siguiente:

SYSADMIT-DB     D:\MSSQLData\SYSADMIT-DB_Data.mdf

SYSADMIT-DB_log  D:\MSSQLData\SYSADMIT-DB_Log.ldf

Mover base de datos vía GUI:

Desde "SQL Server Management Studio", conectamos a nuestro SQL Server.

En primer lugar, anotamos el nombre lógico de la base de datos y las rutas actuales donde se ubican los ficheros MDF y LDF.

Para ello, nos situamos sobre la base de datos, botón de derecho, propiedades.

Nos situamos sobre el apartado "Archivos".

Allí podremos ver el nombre lógico la ruta y nombres de archivo para el fichero MDF y LDF de la base de datos.

MSSQL: Ver puerto de una instancia

En servidores Microsoft SQL Server, el puerto predeterminado en que está escuchando el servicio es el: 1433 (TCP).

Sin embargo, es posible cambiar la configuración e indicar otro puerto.

Veamos algunos métodos para ver el puerto de una instancia en SQL Server:

1) Utilizando el "Administrador de configuración de SQL Server":

Encontraremos esta herramienta en el grupo de programas de SQL Server.

Ejecutamos:

Ejemplo de ruta del fichero MSC si disponemos de SQL Server 2008 R2:

C:\Windows\SysWOW64\mmc.exe /32 C:\Windows\SysWOW64\SQLServerManager10.msc

Desplegamos:

"Configuración de red de SQL Server", clic sobre "Protocolos MSSQLSERVER" (donde MSSQLSERVER es el nombre de la instancia), propiedades sobre TCP/IP, pestaña "Direcciones IP", buscamos "IPAll"

A continuación, podemos ver que el puerto TCP, en este ejemplo, figura el 1280.

VMWare: VCenter actualizar a SQL Standard

Muchas de las instalaciones de VMWare VCenter Server disponen de un motor Microsoft SQL Server Express.

SQL Server Express es la edición gratuita de SQL Server con limitaciones como el uso de una sola CPU o el tamaño máximo de base de datos.

Según la versión de SQL Express que utilicemos, el tamaño máximo de la base de datos es una u otra:

Versión                 Tamaño máximo
MS-SQL Server 2005      4 GB
MS-SQL Server 2008      4 GB
MS-SQL Server 2008 R2   10 GB
MS-SQL Server 2012      10 GB
MS-SQL Server 2014      10 GB

VMWare nos recomienda no utilizar la edición Express de SQL Server en entornos con mas de 5 hosts / 50 VMs

Lo cierto es que según como administremos nuestra infraestructura virtual, el consumo del tamaño de nuestra base de datos SQL Server será mayor o menor.

Si tenemos problemas con el tamaño, podremos ver en el visor de eventos (eventvwr.msc) errores como el siguiente:

Error: The transaction log for database 'VIM_VCDB' is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases 

Si tenemos este problema, existen varias soluciones.

Una de ellas es actualizar a Virtual Center 6 y utilizar el motor de SQL vPostgress, sin límite de tamaño:

VMWare: Actualizar a Virtual Center 6 sobre Windows (SYSADMIT.com)

Otra opción es realizar una limpieza y reducir su tamaño:

Purging old data from the database used by VMware vCenter Server (1025914) (VMWare.com)

El problema de realizar una limpieza es que volverá a crecer su tamaño con el paso del tiempo.

Si disponemos de licencias de SQL Server, una opción es actualizar la edición de nuestro SQL Express a SQL Standard.

La ventaja de realizar la actualización de edición es que mantendremos toda la configuración y no tendremos que tocar nada de nuestro Virtual Center.

Veamos el procedimiento:

Actualizar de SQL Express a SQL Standard:

1) Revisamos la versión y nivel de parches de SQL Server Express:

Microsoft SQL Server Management Studio > Propiedades sobre la instancia > General > Version

En este caso, disponemos de SQL Server 2008 R2, la edición Express.

MSSQL: Saber la versión de SQL Server instalada

Como administradores de sistemas, debemos mantener un control de las versiones de sistemas operativos y aplicaciones que tenemos instaladas en nuestros sistemas para planificar su actualización y migración.

En este post, veremos como saber la versión de SQL Server instalada en el sistema.

Disponemos de varias formas para averiguarlo:

1) Utilizando SQL Server Management Studio / SQL Server Enterprise Manager:

* Ejemplo sobre SQL Server 2008 R2:

* Ejemplo sobre SQL Server 2000:

2) Propiedades sobre el fichero: sqlservr.exe

* Ejemplo sobre SQL Server 2008 R2:

Ruta: C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn

* Ejemplo sobre SQL Server 2000:

Ruta: C:\Archivos de programa\Microsoft SQL Server\MSSQL\Binn

3) Utilizando T-SQL con Select @@version:

Use master
Select @@version

* Ejemplo sobre SQL Server 2008 R2:

* Ejemplo sobre SQL Server 2000:

4) Utilizando T-SQL con "Select SERVERPROPERTY":

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

* Ejemplo sobre SQL Server 2008 R2:

* Ejemplo sobre SQL Server 2000:

_____________________________

Las equivalencias de los números de versión a los nombres de versión son los siguientes:

12.0.x.x    SQL Server 2014
11.0.x.x    SQL Server 2012
10.50.x.x   SQL Server 2008 R2
10.00.x.x   SQL Server 2008
9.00.x.x    SQL Server 2005
8.00.x.x    SQL Server 2000

_____________________________

Versión cliente:

Hemos de tener en cuenta que cuando parcheamos una versión de SQL Server, deberíamos parchear también las herramientas cliente, en el caso de estar instaladas en otro equipo distinto del servidor SQL.

Podemos ver la versión de las herramientas cliente instaladas utilizando SQL Server Management Studio.

Ejemplo sobre SQL Server 2008 R2:

_____________________________

Finalmente, para disponer de un mapa de las versiones-parches, disponemos de la siguiente web:

http://sqlserverbuilds.blogspot.com.es/

Gracias a esta web, obtendremos un mapa de las versiones actuales de SQL Server y podremos analizar que parches nos faltan.

En el ejemplo del post, disponemos de:

SQL Server 2008 R2 - 10.50.4000.0
SQLServer 2000 - 8.00.2039

y si analizamos la tabla que nos proporciona la web a día de hoy (Enero de 2015), podemos ver:

SQL Server 2008 R2: Tiene el SP2 instalado, pero le falta el SP3 que ya ha sido publicado.

SQLServer 2000: Tiene el SP4 instalado, que es el último que ha sido publicado.

También hemos de tener en cuenta que a día de hoy (Enero de 2015), SQL Server 2000 está fuera del Life-Cycle, ya que finalizó en el 9/4/2013.

Deberíamos actualizar la versión de SQL Server 2000 a una versión que esté dentro del Life-Cycle.

MSSQL: Ver cuando se ha iniciado el servicio

MSSQL: Ver cuando se ha iniciado el servicio de un MS-SQL Server.

Ejemplo sobre SQL Server 2008 R2:

SELECT sqlserver_start_time FROM
sys.dm_os_sys_info;