none
Duvidas e parada do SQL RRS feed

  • Pergunta

  • Pessoal seguinte, 

    No tive um problema com SQL, ele parou por 10 minutos e sem explicação voltou a executar normalmente de novo. 

    Verifiquei tudo que sei, que não é muito, e só encontrei a log do Windows abaixo:

                Fonte: MSSQLSERVER
                Event id: 833
                O SQL Server encontrou 1 ocorrência(s) de solicitações de E/S que leva(m) mais de 15 segundos para ser(em) concluída(s) no arquivo [E:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA\FDConfig_log.LDF] do banco de dados [FDConfig] (7). O identificador de arquivo do SO é 0x0000000000000B0C. O deslocamento da E/S mais demorada é: 0x00000000559000

                Fonte: Schannel
                Event id: 36888
                O seguinte alerta fatal foi gerado: 48. O estado do erro interno é 552.

                Fonte: Schannel
                Event id: 36882
                O certificado recebido do servidor remoto foi emitido por uma autoridade de certificação não confiável. Portanto, não é possível validar os dados contidos no certificado. Falha na solicitação de conexão SSL. Os dados anexados contêm o certificado do servidor.

    Na analise do SQL, foi identificado os seguintes itens:

    Erro 1:

    ORDER BY D.DocTypeID, System.Data.SqlClient.SqlException: A transação (ID do processo 52) entrou em deadlock em bloquear | buffer de comunicação recursos com outro processo e foi escolhida como a vítima do deadlock. Execute a transação novamente.

                 at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)

    Erro 2:

    at DSDMS.FileDirector.DataAccessUtils.DACX.Connection.get_DataTable(String CabID, String SQL, String TableName, Boolean WithPK, Boolean FromCache)

    26/11/2013 10:17:33: All Connections in use

    26/11/2013 10:18:02: All Connections in use

    26/11/2013 10:18:30: All Connections in use

    26/11/2013 10:18:59: All Connections in use

    26/11/2013 10:19:26: All Connections in use

    26/11/2013 10:19:55: All Connections in use

    26/11/2013 10:20:24: All Connections in use

    26/11/2013 10:20:53: All Connections in use

    26/11/2013 10:21:21: All Connections in use

    26/11/2013 10:21:50: All Connections in use

    26/11/2013 10:22:19: All Connections in use

    26/11/2013 10:22:47: All Connections in use

    26/11/2013 10:23:16: All Connections in use

    26/11/2013 10:23:45: All Connections in use

    26/11/2013 10:24:14: All Connections in use

    26/11/2013 10:24:43: All Connections in use

    26/11/2013 10:25:11: All Connections in use

    26/11/2013 10:25:40: All Connections in use

    26/11/2013 10:26:09: All Connections in use

    26/11/2013 10:26:38: All Connections in use

    26/11/2013 10:27:06: All Connections in use

    26/11/2013 10:27:36: All Connections in use

    26/11/2013 10:28:04: All Connections in use

    26/11/2013 10:28:33: All Connections in use

    26/11/2013 10:29:02: All Connections in use

    26/11/2013 10:29:31: All Connections in use

    26/11/2013 10:30:00: All Connections in use

    26/11/2013 10:30:28: All Connections in use

    26/11/2013 10:30:57: All Connections in use

    26/11/2013 10:31:26: All Connections in use

    26/11/2013 10:31:26: All Connections in use

    26/11/2013 10:31:26: ActiveServer.Update.ERROR: System.Exception: Todas as conexões SQL estão em uso


    Erro 3:

    26/11/2013 10:32:25: APPLICATION_ERROR: System.Web.HttpException: Request timed out., XNXX\ds-server

    26/11/2013 10:32:25: APPLICATION_ERROR: System.Web.HttpException: O host remoto fechou a conexão. O código de erro é 0x800704

    Alguém tem uma ideia do que pode ser?

    Servidor esta em HyperV.


    quarta-feira, 27 de novembro de 2013 13:30

Respostas

  • Afonso,

         Você está com 3 problemas diferentes, mas nenhum deles para o SQL por 10 minutos e volta sem explicação...

         O primeiro problema "  O SQL Server encontrou 1 ocorrência(s) de solicitações de E/S que leva(m) mais de 15 segundos para ser(em) concluída(s) no arquivo [E:\Pr...." indica que você tem algum problema de performance no seu storage.

         O segundo é que há um problema com o certificado digital, mas não sei ainda onde isso está impactando no SQL. Acho que não tem muito a ver com o SQL.

         O terceiro problema é um deadlock, que você poderá resolver verificando o código da sua aplicação ou criando/apagando índices nas suas tabelas.

         De qualquer forma, nenhum deles iria derrubar o seu SQL.


    Roberto Fonseca MCT / MCITP - Database Administrator 2008 MCITP - Database Developer 2008 MCITP - Business Intelligence 2008


    sexta-feira, 20 de dezembro de 2013 13:39
    Moderador

Todas as Respostas

  • Afonso,

    Neste servidor você possui outras aplicativos e recursos configurados?

    Existem outras instâncias do SQL Server configuradas?

    Provavelmente esta query gerou o chamado DeadLock que é o abraço da morte, com certeza, isso proporcionou esta queda no serviço do SQL Server, é algo muito perigoso de acontecer e provavelmente vai exigir que você faça uma mudança no código desta query.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

    sexta-feira, 29 de novembro de 2013 14:20
    Moderador
  • Neste servidor, estou apenas com o Windows Server 2008 R2, com os recursos: File Services e webServer.

    O servidor não é de arquivos, o serviço esta levantado para usar um ou outro recurso.

    De Aplicação, não tem mais nada instalado.

    O Sql instalado é o 2012.

    sábado, 7 de dezembro de 2013 00:54
  • Afonso,

    Você destacou que esta utilizando este servidor como WebServer, mas qual é a necessidade?

    Você chegou a observar que as aplicações que estão hospedadas no seu WebServer não podem estar fazendo uso das portas do SQL Server, ou até mesmo derrubando o processamento do seu servidor?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

    sexta-feira, 13 de dezembro de 2013 11:54
    Moderador
  • Caros,

    Acredito que o primeiro erro seja o mais significativo, os dois seguintes parecem  consequência. Aparentemente, uma transação longa bloqueou o SQL Server por algum tempo e o deadlock é uma indicação disso. (supondo que o sistema estava funcionando corretamente). Isso também pode ser causado pela ferramenta de backup.

    Se foi uma transação longa, você não terá muita informação disponível depois que a transação fechar, Eu colocaria o servidor em observação e procuraria por mais informação caso isso volte a ocorrer.

    []s,


    MarcosGalvani


    sexta-feira, 13 de dezembro de 2013 20:36
  • Marcos,

    Então, uma ferramenta de backup, isso é algo que normalmente não se aplica muito ao SQL Server, pois o mesmo tem a capacidade de trabalho mesmo durante a execução de backup.

    O que pode estar acontencendo é algo que eu já presenciei, uma ferramenta de terceiro, dentre elas antivírus estar fazendo acesso aos arquivos de dados, tentando fazer uma tipo de leitura.



    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

    sexta-feira, 20 de dezembro de 2013 13:05
    Moderador
  • Afonso,

         Você está com 3 problemas diferentes, mas nenhum deles para o SQL por 10 minutos e volta sem explicação...

         O primeiro problema "  O SQL Server encontrou 1 ocorrência(s) de solicitações de E/S que leva(m) mais de 15 segundos para ser(em) concluída(s) no arquivo [E:\Pr...." indica que você tem algum problema de performance no seu storage.

         O segundo é que há um problema com o certificado digital, mas não sei ainda onde isso está impactando no SQL. Acho que não tem muito a ver com o SQL.

         O terceiro problema é um deadlock, que você poderá resolver verificando o código da sua aplicação ou criando/apagando índices nas suas tabelas.

         De qualquer forma, nenhum deles iria derrubar o seu SQL.


    Roberto Fonseca MCT / MCITP - Database Administrator 2008 MCITP - Database Developer 2008 MCITP - Business Intelligence 2008


    sexta-feira, 20 de dezembro de 2013 13:39
    Moderador