none
Procesador al 100% con SQL RRS feed

  • Pregunta

  • Hola buenas tardes.

    El motivo del corre es para pedir asesoría a un problema que se me presento en un servidor con Microsoft SQL server2008 R2.

    He venido trabajando normal pero el día de ayer empece a tener problemas de que el servidor empezaba a subir el consumo del procesador y siempre fue con SQL, lo primero que estuve haciendo fue detener el servicio y volverlo activar funcionaba un rato pero nuevamente se subió y empezaba a estresar el servidor que los usuarios me reportan problemas con sus sistemas. Tenia instalado un antivirus pero sin firewall, por lo cual opte por cambiar el antivirus por uno de kaspersky, hasta hoy nuevamente me volvió a dar el mismo problema del aumento del procesador.

    Revisando los registros dentro de Management de SQL observe estos avisos:

    Login failed for user 'NT AUTHORITY\Servicio de red'. Motivo: no se puede abrir la base de datos explícita mente especificada (Cliente: 192.168.1.X)

    Error 18456, gravedad:14, estado:38

    ______

    Login failed for user 'NT AUTHORITY\Servicio de red'. Motivo: Error de acceso a la validación de servidor mientras se volvía a validar el inicio en la conexión(cliente <LocalMachine>)

    Error 18456, gravedad:14, estado:23

    ______

    Login failed for user 'NT AUTHORITY\Servicio de red'. Motivo: no se puede abrir la base de datos explícitamente especificada (cliente: 192.168.1.X)

    Error 18451, gravedad:14, estado:1

    La pregunta es de que otros puntos puedo verificar para saber realmente porque se esta elevando el recurso del procesador.

    Muchas gracias por su ayuda.

    Saludos !!!!

    Login failed for user 'NT AUTHORITY\Servicio de red'. Motivo: no se puede abrir la base de datos explícitamente especificada

    Error 18456, gravedad:14 estado:38

    Login failed for user 'NT AUTHORITY\Servicio de red'. Motivo: no se puede abrir la base de datos explícitamente especificada

    Error 18456, gravedad:14 estado:38

    miércoles, 23 de mayo de 2018 17:54

Todas las respuestas

  • Saludos

    Mi primer punto seria como estas verificando que sea SQL Server el culpable de el uso de CPU?.


    Blog: www.sqlservertoolbox.blogspot.com.mx

    miércoles, 23 de mayo de 2018 23:19
  • Son dos cosas distintas el uso de cpu y esos mensajes

    Si realmente verificas que es SQL El que consume CPU, normalmente será por algún proceso de ordenación, seguramente hay alguna query que tiene falta de indexación. 

    Comienza antes de hacer una revisión más profunda por este link 

    El otro tema es que alguien no validado en el dominio está intentando acceder a tu SQL con seguridad integrada. 

    Te sugeriría que miraras primero que tu directorio activo está funcionando bien y segundo que aplicaciones están intentando acceder a tu base de datos


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    jueves, 24 de mayo de 2018 7:30
    Moderador
  • Hola.

    "antivirus por uno de kaspersky"

    Le indicaste a kaspersky que excluya en el chequeo archivos tales como MDF,NDF,LDF, ademas de los servicios de sql tales como SQLServr .exe

    Te paso un link completo al respecto 

    https://blog.sqlauthority.com/2015/05/19/sql-server-antivirus-exclusions-best-practices-with-sql-server/

    Saludos.

    Cristian.


    DBA SQL Server Santiago/Chile

    jueves, 24 de mayo de 2018 15:40
  • Hola buenas tardes Enrique.

    En donde observe esto, en el administrador de tareas; ahí observe el servicio del SOL y este es el que se llevaba todo el recurso del procesador.

    jueves, 24 de mayo de 2018 17:08
  • El problema persiste?

    Blog: www.sqlservertoolbox.blogspot.com.mx

    jueves, 24 de mayo de 2018 17:10
  • Hola

    Identifica las posibles causas de ser el motor SQL con:

    SELECT 
        substring(text,qs.statement_start_offset/2
            ,(CASE    
                WHEN qs.statement_end_offset = -1 THEN len(convert(nvarchar(max), text)) * 2 
                ELSE qs.statement_end_offset 
            END - qs.statement_start_offset)/2) 
        ,qs.plan_generation_num as recompiles
        ,qs.execution_count as execution_count
        ,qs.total_elapsed_time - qs.total_worker_time as total_wait_time
        ,qs.total_worker_time as cpu_time
        ,qs.total_logical_reads as reads
        ,qs.total_logical_writes as writes
    FROM sys.dm_exec_query_stats qs
        CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
        LEFT JOIN sys.dm_exec_requests r 
            ON qs.sql_handle = r.sql_handle
    ORDER BY 3 DESC

    jueves, 24 de mayo de 2018 17:51
  • Si sigo teniendo problemas con este punto, por parte de seguridad y firewall no tengo problemas ya que el antivirus no me marco ningún error, pero en ocaciones el servidor si llega a tener esa elevación del recurso en el procesador.

    Que mas podría revisar ??


    martes, 29 de mayo de 2018 15:42
  • Saludos,

    Que caracteristicas tiene tu systema, que roles conyeba, ya tomaste un perfmon? o y un sp_who2 durante los periodos de maxima actividad.


    Blog: www.sqlservertoolbox.blogspot.com.mx

    martes, 29 de mayo de 2018 17:11
  • No lo he trabajado todavía, ya que la urgencia es ponerla de nuevo activa para que los usuarios puedan trabajar, en el momento que se me presente el problema lo voy a verificar y pasarles la información.

    Solo tengo una pregunta en algo me puede afectar si un archivo .log sea muy grande, ya que observe que tengo un archivo de 24,5 Gb.

    Gracias por tu ayuda !!

    martes, 29 de mayo de 2018 17:52
  • Eso no seria CPU, eso solo indica la falta de transactional log backups normalmente y que la base esta en full recovery model.

    Tendras que decidir lo que son tus SLA, RTO, RPO. Y en base a estos actuar.

    Si puedes tolerar perdida de información o no es necesario recuperar hasta cierto punto ponga en simple recovery model (investiga un poco de modelos de recuperación).


    Blog: www.sqlservertoolbox.blogspot.com.mx

    martes, 29 de mayo de 2018 17:55
  • Cuando esté al 100%, como han dicho anteriormente, revisa que no tengas alguna consulta no indexada.

    Un saludo.

    miércoles, 30 de mayo de 2018 12:12