none
Lentitud SQL Server 2008 R2 instalado en Servidor con Windows Server 2008 R2 Enterprise RRS feed

  • Debate general

  • Hola a todos:

    Escribo porque las consultas en SQL son lentísimas y no sé a qué se puede deber. Está instalado en un servidor con Windows Server 2008 R2 Enterprise.

    He aplicado esta revisión y obtengo todos los parámetros a cero (sin colisiones ni spins):

    https://support.microsoft.com/es-es/kb/2662301

    Por favor, ¿podéis ayudarme?

    Gracias y saludos,

    Raquel

    lunes, 27 de junio de 2016 10:51

Todas las respuestas

  • Saludos RaquelGBX

    Esa revision es para SQL Server 2012 no para 2008 R2.

    Primero que nada me gustaria saber a que llamas lento y contra que estas haciendo la comparación que te permita hacer esa afirmación de lentitud. Una vez tengamos estos datos  podemos ver por donde nos movemos.

    Si pudieras pasarme una lista de tus wait stats y que version y build de sql server estas usando podemos ver a mas detalle.

    SELECT @@Version

    El wait stats puedes usar el query de Paul Randall

    http://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/

    lunes, 27 de junio de 2016 15:50
  • Muchas gracias Enrique AA.

    Tengo un programa informático que hace uso constante de la BBDD de SQL. Ese programa lo tengo instalado en un servidor con Windows Server 2008 R2 y también en local, en mi ordenador, con Windows 7 Professional. La base de datos es la misma tanto en mi equipo local como en el servidor y también tienen la misma versión instalada del programa informático. Sin embargo, cuando abro el programa informático y hago la misma tarea, tardo el doble de tiempo en el servidor que en local. Esa es la comparación en la que me baso para decir que va más lento de lo normal.

    La versión del servidor es:

    Microsoft SQL Server 2008 R2 (SP3) - 10.50.6000.34 (X64)   Aug 19 2014 12:21:34   Copyright (c) Microsoft Corporation  Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor) 

    El wait stats:

    CXPACKET

    Wait_S = 446.49

    Resource_S = 424.59

    Signal_S = 21.90

    WaitCount = 32084

    Percentage = 24.45

    AvgWait_S = 0.0139

    AvgRes_S = 0.0132

    AvgSig_S = 0.0007


    LATCH_EX  

    Wait_S = 368.63

    Resource_S = 207.04

    Signal_S = 161.59

    WaitCount = 1453388

    Percentage = 20.19

    AvgWait_S = 0.0003

    AvgRes_S = 0.0001

    AvgSig_S = 0.0001

             

    WRITELOG    

    Wait_S = 343.88

    Resource_S = 325.62

    Signal_S = 18.26

    WaitCount = 129396

    Percentage = 18.83

    AvgWait_S = 0.0027

    AvgRes_S = 0.0025

    AvgSig_S = 0.0001

    PAGLAT_SH 

    Wait_S = 278.89

    Resource_S = 278.11

    Signal_S = 0.78

    WaitCount = 20630

    Percentage = 15.27

    AvgWait_S = 0.0135

    AvgRes_S = 0.0135

    AvgSig_S = 0.0000

    PAGLAT_EX 

    Wait_S = 141.92

    Resource_S = 141.53

    Signal_S = 0.40

    WaitCount = 8288

    Percentage = 7.77

    AvgWait_S = 0.0171

    AvgRes_S = 0.0171

    AvgSig_S = 0.0000


    PREEMP_GE  

    Wait_S = 48.14

    Resource_S = 48.14

    Signal_S = 0.00

    WaitCount = 15

    Percentage = 2.64

    AvgWait_S = 3.2096

    AvgRes_S = 3.2096

    AvgSig_S = 0.0000


    PREEMP_PI 

    Wait_S = 47.68

    Resource_S = 47.68

    Signal_S = 0.00

    WaitCount = 1

    Percentage = 2.61

    AvgWait_S = 47.6790

    AvgRes_S = 47.6790

    AvgSig_S = 0.0000

    SOS_SCH_YI 

    Wait_S = 38.90

    Resource_S = 1.78

    Signal_S = 37.12

    WaitCount = 152161

    Percentage = 2.13

    AvgWait_S = 0.0003

    AvgRes_S = 0.0000

    AvgSig_S = 0.0002

    FT_IFTS_RW 

    Wait_S = 37.92

    Resource_S = 37.92

    Signal_S = 0.00

    WaitCount = 1

    Percentage = 2.08

    AvgWait_S = 37.9170

    AvgRes_S = 37.9170

    AvgSig_S = 0.0000


    ¿Encuentras algo inusual en esta información?

    Muchas gracias por tu ayuda!

    Saludos,

    Raquel



    • Editado RaquelGBX lunes, 27 de junio de 2016 17:27 Campos descolocados
    lunes, 27 de junio de 2016 16:54
  • Hola.

    Adicional a lo que te solicita Enrique y que le proporcionas, ¿tienes alguna o varias consultas en las cuales no estés satisfecho con los tiempos de respuesta? ¿Has revisado el plan de ejecución de dichas consultas?

    Si lo anterior es correcto, por favor comparténos algunos de esos planes para ver como te ayudamos...

    Gracias y saludos,


    Guillermo Taylor F.
    MVP SQL Server & IT Pro
    Mi Blog

    lunes, 27 de junio de 2016 17:12
  • Saludos

    Cuantos cores tiene tu pc y el servidor, parece ser un problema de paralelismo, por lo que veo estas en el ultimo sp asi que fuera de revisiones no deberias de tener problemas.  

    lunes, 27 de junio de 2016 17:13
  • Muchas gracias guillermotaylor.

    El problema no es con consultas concretas, es con todas las consultas. El programa informático que accede constantemente a la base de datos en SQL funciona mucho más lento en el servidor que en mi equipo local. 

    Saludos,

    Raquel

    martes, 28 de junio de 2016 8:07
  • Saludos Enrique AA.

    Mi PC tiene 2 cores y 4 threads y el servidor es virtual y tiene 4 cores (2 cores y 4 threads).

    He ejecutado esta consulta:

    sp_configure 'max degree of parallelism'

    Y he obtenido estos resultados:

    mín = 0

    máx = 1024

    config_value = 0

    run_value = 0

    ¿Cómo puedo resolver el problema de paralelismo que indicas? ¿Debo cambiar alguno de estos valores?

    Gracias y saludos,

    Raquel



    • Editado RaquelGBX martes, 28 de junio de 2016 9:03 incompleto
    martes, 28 de junio de 2016 8:21
  • Saludos Raquel

    No me gustaría hacerte esta recomendación sin ver que esta pasando a mas afondo si puedes y tienes tiempo buscame en skype en enriarg para que veamos tu caso pues puedes tener diferentes  errores o configuraciones no optimas

    martes, 28 de junio de 2016 15:23
  • Muchas gracias Enrique AA.

    Te acabo de enviar una solicitud de contacto a través de Skype. Por favor, indícame en qué horario tendrías disponibilidad. 

    Muchas gracias por tu ayuda!

    martes, 28 de junio de 2016 16:12