Crear objetos temporales o no, esa es la cuestión

Crear objetos temporales o no, esa es la cuestión

Es relativamente habitual encontrarnos con cargas SQL que realizan un uso intensivo de objetos temporales. Esto normalmente no supone necesariamente un problema de rendimiento per se, pero debemos tener en cuenta que esta creación y destrucción de objetos no es gratuita. En este post vamos a analizar el rendimiento de distintas configuraciones orientadas a dicho escenario de uso de datos temporales. (más…)

Una historia de fragmentación, particionado e índices columnares

Una historia de fragmentación, particionado e índices columnares

Resulta bastante habitual encontrarnos en muchos clientes situaciones de mal uso de funcionalidades de SQL Server, especialmente cuando existe cierto “hype” alrededor de ellas. Sin embargo, algo que todo técnico/arquitecto debería evaluar siempre son los pros y contras de las decisiones que se toman así como realizar mediciones para asegurarse que no tenemos algún efecto indeseado imprevisto. Todos sabemos que, en las presentaciones de productos tecnológicos, cuando se exponen las nuevas características, etc. se “vende la moto” sin entrar en los detalles y casi nada en esta vida es gratis o está exento de contras. (más…)

Logs y auditoría en la nube con stretch tables en SQL Server 2016

Logs y auditoría en la nube con stretch tables en SQL Server 2016

Una de las nuevas funcionalidades que trae SQL Server 2016 es Stretch Databases. Esta funcionalidad lo que busca es poder tener bases de datos híbridas, donde parte de la información se encuentre on-premise y otra parte en la nube. Esta no es la única opción que Microsoft ofrece para tener este tipo de bases de datos híbridas, ya que desde SQL Server 2012 podemos tener ficheros y filegroups directamente en blobs en Azure. También tenemos la posibilidad de tener ficheros en rutas de red (UNC) que se encuentren en la nube (Azure File Storage). En definitiva, lo que normalmente buscamos con estas aproximaciones es poder utilizar el almacenamiento en la nube (económico e ilimitado) desde nuestras instancias on-premise.

(más…)

RESOURCE_SEMAPHORE y SQL Server 2014 SP2 / SQL Server 2016

RESOURCE_SEMAPHORE y SQL Server 2014 SP2 / SQL Server 2016

Al realizar optimizaciones de servidores uno de los análisis básicos que se realizan es el análisis de esperas (waitstats). Una de las esperas que nos puede traer más de cabeza para encontrar su origen es la espera RESOURCE_SEMAPHORE. En este post vamos a ver algunas situaciones que pueden causar este problema y también cómo con SQL Server 2014 SP2 y SQL Server 2016 podemos mucho más fácilmente identificar las operaciones que causan más contención.

(más…)

Rendimiento de la memoria en entornos virtuales

Rendimiento de la memoria en entornos virtuales

En muchos escenarios el rendimiento de la memoria RAM es un factor determinante para el rendimiento de SQL Server. Cuando virtualizamos una máquina virtual vamos a pasar a compartir el acceso a la memoria con N máquinas virtuales y el propio host. Desgraciadamente no existen contadores de rendimiento en Windows por defecto que de forma sencilla nos puedan indicar que estamos sufriendo de problemas de congestión en el acceso a la memoria.

(más…)

Query_hash + eventos extendidos = captura de waitstats granular

Query_hash + eventos extendidos = captura de waitstats granular

Cuando hablamos de waitstats lo primero que viene a la mente la mayoría de los DBA, en función de cuantos años lleven usándolos, es el comando DBCC SQLPERF(waitstats) o la DMV sys.dm_os_wait_stats. En ocasiones la captura de esta información de forma global tiene mucho sentido, para obtener por ejemplo una “foto” de las esperas que afectan a nuestra instancia de forma global. Sin embargo, en otros casos lo que nos interesa es conocer las esperas que afectan a una parte muy concreta de nuestra carga y es ahí donde los eventos extendidos junto a un filtrado por firma de consulta (query_hash) nos ofrece el mejor resultado.

(más…)

Buscando colisiones lockhash en SQL Server 2008R2 y superiores

Buscando colisiones lockhash en SQL Server 2008R2 y superiores

Una de las novedades técnicas de bajo nivel que se introdujeron en SQL Server 2008 R2 y versiones posteriores fue una mejora en el algoritmo de hashing utilizado para la gestión de bloqueos. Aunque a algunos puede sorprenderles, cuando el gestor de bloqueos de SQL Server registra un bloqueo de fila lo que se almacena realmente no es la clave de la fila. Lo que realmente se almacena es un hash de 6 bytes que podremos ver en la columna “resource description” de la DMV sys.dm_tran_locks.

(más…)