Monitorización proactiva con performance data collectors
0 recomendaciones519 vistas
La sesión se centra en la comprensión del modelo de arquitectura del Data Collector de SQL Server, destacando su funcionalidad para la captura de datos, optimización del rendimiento y generación de reportes personalizados. Se revisa la configuración y los internos del sistema, así como las técnicas para crear colectores y reportes propios. SolidQ enfatiza la importancia de la monitorización proactiva y la centralización de datos para una mejor gestión del rendimiento.
Monitorización proactiva con performance data collectors
- 1. @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
- 2. 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
- 3. 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
- 4. Datacollector Introducció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
- 6. Datacollector Actividad de consultas 7 Cuidado con la enorme sobrecarga de información
- 7. Datacollector Actividad de servidor 8 Chulo, eh? ¿Y la pega?
- 11. Datacollector Suscripción de nueva instancia 13
- 12. 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
- 13. Internals Instancia Datawarehouse 15 Instancia normal y corriente con una BBDD $INSTALL_PATHMSSQLINSTALL – C:Program FilesMicrosoft SQL ServerMSSQLXX_XX.YYYYYYMSSQLInstall Se chequea que no sea instancia Express edition
- 14. Internals Instancias 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
- 15. Internals Almacen 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
- 16. Internals core.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
- 17. Internals core.snapshots_internal 19 Contiene una fila por cada snapshot ocurrido en suscriptor Tabla intermedia con identificadores Imprescindible para correlacionar capturas con instancias
- 18. Internals Snapshots.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
- 19. Internals Snapshots.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
- 20. 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
- 21. Internals Añadir-modificar colectores 23 Debe cumplir un simple esquema, ”documentado” en BOL
- 22. DEMO 24 Crea tus propios reports
- 23. 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
- 24. Reportes personalizados ¿Dónde está el límite?
- 27. Conclusiones Objetivos de la sesión 29 • Modelo de arquitectura DataCollector «sencillo» • Crear nuestros propios colectores es la gran potencia • Modelo relacional y centralizado
- 28. ¿Preguntas? 30
- 29. ¡Gracias! Siéntate a comer con nosotros o tómate un café y aclara tus dudas 31 @enriquecatala Mentor Enrique Catalá
- 30. 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