Como afrontar la vulnerabilidad Microarchitectural Data Sampling con SQL para cumplir con RGPD

Como afrontar la vulnerabilidad Microarchitectural Data Sampling con SQL para cumplir con RGPD

El artículo 25 del reglamento de protección de datos dice: «Protección de los datos desde el diseño y por defecto», eso quiere decir que tenemos que poner todas las opciones tecnológicas posibles a día de hoy para salvaguardar los datos personales, y dentro de esto podemos encuadrar, tener los programas que trabajan con los datos actualizados al último parche de seguridad para evitar accesos no autorizados a nuestros datos.

(más…)

Planes de ejecución mutables

Planes de ejecución mutables

En general casi todos los DBAs de SQL Server tienen grabadas a fuego las fases por las que pasamos desde que lanzamos una consulta hasta que comienza su ejecución. El proceso básicamente arranca con un paseo inicial, donde detectaremos por ejemplo los errores de sintaxis. A continuación, se validará que los objetos referenciados existen, que los tipos de datos encajan, etc. (metadata) y comenzaremos la fase de optimización. Esta fase de optimización puede ser eludida si previamente tenemos un plan ya cacheado, pero en todo caso tras la optimización obtendremos un plan de ejecución válido que podremos ejecutar:

(más…)

En SQL 2019 tenemos más facilidad para implemetar TDE en base de datos grandes

En SQL 2019 tenemos más facilidad para implemetar TDE en base de datos grandes

Introducción

Con la entrada en vigor el año pasado del nuevo Reglamento de Protección de datos a nivel europeo, todos los administradores de bases de datos nos enfrentamos a la tarea de cumplir las obligaciones que este nos impone y entre ellas esta poner todos los mecanismos a nuestro alcance para que los datos estén asegurados, y uno de los mecanismos que nos ofrece Microsoft SQL desde la versión 2008 era el cifrado transparente de datos (TDE). Pues con la nueva versión de SQL 2019 esta opción ha sido mejorada para que tengamos un mejor control a la hora de implementarla en bases de datos muy grandes.

(más…)

No, no todas las máquinas virtuales son iguales

No, no todas las máquinas virtuales son iguales

Es muy habitual que nos encontremos en nuestros clientes situaciones de lo más variopintas en cuanto al rendimiento de las máquinas virtuales con SQL Server. En muchos casos lo que encontramos son casos donde el rendimiento está lejos del ideal, pero en general la virtualización en sí, no tiene la culpa. Lo que suele ocurrir es que cuando virtualizamos un SQL Server que teníamos en máquina física pasamos a disponer de una cantidad máxima o puntual de recursos (CPU/memoria/IO) sustancialmente distinta a las que teníamos en la máquina física. (más…)

Latencias de red < 1ms, ¿es suficiente para un buen rendimiento de SQL Server?

Latencias de red < 1ms, ¿es suficiente para un buen rendimiento de SQL Server?

Poco a poco, a medida que el almacenamiento se vuelve más rápido, va popularizándose el almacenamiento SSD local, etc. los tiempos de acceso a disco van bajando sustancialmente. El máximo exponente en este sentido lo encontramos en sistemas con SSDs Optane que se caracterizan por tener unas latencias de lectura/escritura mucho más bajas que los SSD tradicionales y además ir directamente conectados al bus PCIe: (más…)

La latencia, el archienemigo de los entornos Hybrid Cloud

La latencia, el archienemigo de los entornos Hybrid Cloud

En los últimos años vamos viendo cada vez más entornos híbridos donde algunos SQL Server se desplazan a la nube. En estos escenarios otras aplicaciones, servicios, ERPs o incluso otras instancias SQL Server siguen viviendo OnPremise en el datacenter original. Esta situación implica que cuando existan conexiones entre ambos entornos, las conexiones tendrán, en comparación con las conexiones que no crucen entre entornos, restricciones de ancho de banda y latencias mayores. (más…)