Caja de Herramientas (SQL Server)

Cuando trabaja en Microsoft como un asociado, usábamos una herramienta en la mayoría de los casos llamada Pssdiag la cual era un poco distinta que la versión pública. El pasado 12 de Enero del 2017 Microsoft liberó una nueva versión que trae las mismas opciones que la versión privada y algunas más, esta herramienta es llamada de tipo escopeta o sea captura casi todo lo posible para no dejar nada fuera y tener la visión más global, esto es especialmente útil cuando no sabemos dónde está el error.

Este es posiblemente el tema más largo que he tratado a tratar y va a ser a lo largo de varias sesiones, lo primero será ver que temas tocaremos, entre estos es la capturaremos contadores de desempeño del OS, de SQL Server, logs entre las cuestiones principales.

SQL Server 2016 trae muchos cambios muy impresionantes entre ellos es el uso de lo que antes eran banderas de comportamiento llamadas trace flag por defecto  en esta ocasión, pero de lo que quiero hablar es el uso de configuraciones de ámbito o locales de bases de datos, un comportamiento similar era obtenido anteriormente por medio de gobierno de recursos.

La semana pasada (Marzo 2016), fue publicado el candidato publico (Release candidate 0) de SQL Server 2016, trayendo algunos cambios notables a la instalación y funcionalidad de la nueva iteración de este popular manejador de base de datos.

Una de las cosas que leí últimamente fue el comparador de planes que ahora esta incluido en SQL Server 2016 Managment Studio (el cual por cierto ya no esta incluido en el SQL Server y puede ser bajado de manera independiente).

Siempre a sido necesario tener unicidad en SQL Server, muchos desde los tiempos que aprendimos en la escuela usamos identity , a partir de SQL Server 2012 también contamos con la opción de usar sequence , ambas tienen básicamente la misma función. Y son usadas para crear comúnmente llaves primarias buscando una "secuencia" unica.

La tempdb es bastante importante para el buen funcionamiento de las base de datos, esta debe de tener algunas características que ya hemos tocado anteriormente en otro post . Basándose en estas recomendaciones el nuevo instalador de SQL Server ahora nos permite configurar en la instalación algunos de estos valores.

Unas de las herramientas menos utilizadas son los reportes internos de SQL Server, estos reportes no son tan precisos en ocasiones con una DMV en tiempo en real pero son una herramienta de fácil uso que podemos usar, esta semana veremos unos reportes fáciles como los los de crecimiento de archivos

Una de las herramientas menos utilizadas son los reportes internos que trae consigo SQL Server, los cuales son muy útiles para ver los backups, los vlf, espacio libre, uso de espacio por tablas, etc. Pero todos estos limitados a ver información dentro de una base de datos, pero que pasa si tenemos una situación a nivel instancia o de interacción entre las bases.

Como hemos visto un poco sobre memoria últimamente quería tocar un tema importante, que en la actualidad es de un uso cotidiano en las empresas y hasta para aquellos que quieren aprender, las máquinas virtuales, sean estas en VMWARE, Hyper-v, Red Hat, Citrix, etc.

Como se ha hablado en ocasiones anteriores, el recurso más importante para SQL Server es la memoria, en las versiones más nuevas ya todo es controlado por medio del Max Memory setting de SQL Server (bueno casi todo), en versiones 2008 R2 y anteriores esto solo administraba el buffer pool, aunque este es el que tiene el consumo más alto no es todo lo que controla por el Max Memory, ya que quedan fuera ciertos binarios y el CLR por citar unos ejemplos.

El Page life expectation es un valor que forma parte de los contadores de desempeño de la instancia de SQL Server, junto con otros variados que estan contenidos en la DMV sys.dm_os_performance_counters la cual encontraremos desde la versión de SQL Server 2005 aunque no con los mismos contadores en todas las versiones. Y nos sirve para medir la volatilidad de nuestro buffer pool (RAM).

El máximo grado de paralelismo, es como su nombre lo indica una medida que nos indica cuantos procesadores podemos usar, hoy en día es bastante común que un servidor (una pc o hasta una laptop) tenga varios procesadores físicos, SQL Server puede utilizar tantos como el servidor tenga y la licencia lo permita.

La tempdb es una de las 5 bases de sistema existentes (master, model, msdb, tempdb, resource), y la única que se puede beneficiar de ser configurada de manera distinta a como esta por defecto, aunque la model también esto sería un tema distinto , dependiendo de cada uno de nosotros y los ambientes que manejamos.

La memoria para SQL Server es su recurso principal, debido a la manera en que SQL Server se maneja si no se establece un límite usara toda la memoria disponible, y esto puede causar presión de memoria en el sistema.

Los índices como sabemos son una herramienta muy utilizada y de las que nos ofrecen una mayor ganancia en su implementación, pero a la vez el mal uso de los mismos puede causar problemas en la instancia o hasta hacer que un query vaya mucho más lento.

Como vimos en el anterior post, un índice es en comportamiento idéntico a un índice de un libro y nos sirve para poder realizar una busque más rápido y vimos los dos tipos de índices más comunes en SQL Server, ahora veremos a un nivel más técnico que es un índice.

Estuve pensando un poco en qué hacer para el siguiente post, quería hacer algo sobre desempeño de una instancia de SQL Server e índices & estadísticas pero entre más pensaba en esto más me suponía que debía de tocar primero que es un índice y cual es su función, así como otros puntos básicos ya que son parte base del desempeño de SQL Server.