Monitorización proactiva con performance data collectors

@SQSummit13

@enriquecatala

@

Monitorización Proactiva de SQL Server

con Performance Data Collector

400

REL40009

Enrique Catala Bañuls

ecatala@solidq.com

MCT – MAP – Technical Ranger

EN CUMPLIMIENTO CON LA LEY 15/1999 DE PROTECCION DE DATOS DE

CARÁCTER PERSONAL, PONEMOS EN TU CONOCIMIENTO QUE

ESTA SESIÓN VA A SER GRABADA

POR SOLIDQ Y QUE ESTA GRABACIÓN PODRÍA SER UTILIZADA COMO MATERIAL

DE MARKETING Y HACERSE PUBLICA A TRAVÉS DE DIVERSOS MEDIOS, COMO

POR EJEMPLO NUESTRA PAGINA WEB.

TENIENDO EN CUENTA QUE TU IMAGEN PUEDE APARECER EN ESA GRABACIÓN,

SI NO DESEAS APARECER, ROGAMOS NOS LO COMUNIQUES POR LOS MEDIOS

QUE YA CONOCES.

COMUNICADO

2

Objetivos de la sesión

1. Comprensión del modelo de arquitectura DataCollector

2. Internals– Aprender su modelo relacional

– Explotar la información

– Construir tus propios reportes

– Monitorización proactiva!!!

3. Arquitectura propuesta por SolidQ

3

DatacollectorIntroducción

4

Es el framework que enlaza capturas, análisis, solución de problemas y persistencia de los informes de diagnóstico de SQL Server

Consiste en una suite de herramientas para

– Captura de datos con poca sobrecarga

– Monitor de rendimiento, solucionador de problemas y optimización

– Persistencia de datos de diagnósticos

– *Reporting

DatacollectorUso de disco

6

DatacollectorActividad de consultas

7

Cuidado con la

enorme sobrecarga

de información

DatacollectorActividad de servidor

8

Chulo, eh?

¿Y la pega?

InternalsArquitectura

10

DEMO

11

Datacollectorpredeterminado(siguientes slides )

DatacollectorConfiguración estandard

12

DatacollectorSuscripción de nueva instancia

13

Objetivos de la sesión

1. Comprensión del modelo de arquitectura DataCollector

2. Internals– Aprender su modelo relacional

– Explotar la información

– Construir tus propios reportes

– Monitorización proactiva!!!

3. Arquitectura propuesta por SolidQ

14

InternalsInstancia Datawarehouse

15

Instancia normal y corriente con una BBDD

$INSTALL_PATH\MSSQL\INSTALL– C:\Program Files\Microsoft SQL Server\MSSQLXX_XX.YYYYYY\MSSQL\Install

Se chequea que no sea instancia Express edition

InternalsInstancias subscriptoras

16

Almacenan en MSDB la info critica!!! – Dbo.syscollector_*

– Por culpa de eso tendremos que ingeniárnoslas

Tienen un job por cada acción de carga y captura hacia datawarehouse

Imperativamente se crean, configuran y arrancan los colectores del sistema

InternalsAlmacen centralizado

17

Esquemas– Core: Objetos de sistema de configuración de suscripciones

– Sysutility_ucp_core: Tablas de Utility Control Point • Solo SQL Server 2008 R2 y superior

• Si, funciona con esta tecnología

– Snapshots: Objetos de sistema relacionados con la captura de datos

– Custom_snapshots• Este es el esquema sobre el que trabajaremos si queremos añadir funcionalidad

Triggers de base de datos– Solo sysadmin y mdw_admin pueden eliminar objetos

– A toda tabla creada sobre custom_snapshots se le añade una restricción que chequea el operador para ver si tiene permisos mdw_writer

Internalscore.source_info_internal

18

Una fila por cada colector registrado– Collector_set_uid: identificación UID del colector

– Instance_name: Nombre de instancia registrada para seguimiento

– Days_until_expiration: Dias antes de que sea lanzado el purgado de datos

– Operator: Login encargado de realizar la conexión de carga

Internalscore.snapshots_internal

19

Contiene una fila por cada snapshot ocurrido en suscriptor

Tabla intermedia con identificadores

Imprescindible para correlacionar capturas con instancias

InternalsSnapshots.performance_counter_instances

20

Tabla que contiene los contadores de rendimiento

Columnas:– Performance_counter_id: Identificador del contador

– Path: Path completo al contador

– Object_name: Grupo al que pertenece el contador

– Counter_name: Contador

– Instance_name: Instancia al que se le aplica

– Counter_type: Id numerico identificando counter_name

InternalsSnapshots.performance_counter_values

21

Tabla que contiene datos de captura de contadores

Es la tabla mas gorda del entorno

– Para que nos hagamos una idea, pensad en 100Millones de filas

No está particionada de serie

No utiliza compresión

Objetivos de la sesión

1. Comprensión del modelo de arquitectura DataCollector

2. Internals– Aprender su modelo relacional

– Explotar la información

– Construir tus propios reportes

– Monitorización proactiva!!!

3. Arquitectura propuesta por SolidQ

22

InternalsAñadir-modificar colectores

23

Debe cumplir un simple esquema,

”documentado” en BOL

DEMO

24

Crea tus propios reports

Objetivos de la sesión

1. Comprensión del modelo de arquitectura DataCollector

2. Internals– Aprender su modelo relacional

– Explotar la información

– Construir tus propios reportes

– Monitorización proactiva!!!

3. Arquitectura propuesta por SolidQ

25

Reportes personalizados¿Dónde está el límite?

Arquitectura SolidQ

27

DEMO

28

Monitorización proactiva

ConclusionesObjetivos de la sesión

29

• Modelo de arquitectura DataCollector

«sencillo»

• Crear nuestros propios colectores es la

gran potencia

• Modelo relacional y centralizado

¿Preguntas?

30

¡Gracias!

Siéntate a comer con nosotros o tómate un café y aclara tus

dudas

31

@enriquecatala

Mentor

Enrique Catalá

Si quieres disfrutar de las mejores sesiones de

nuestros mentores de España y Latino América,

ésta es tu oportunidad.

http://summit.solidq.com/madrid/

Síguenos:

32