none
[ERRO] SQL Server 2012 Clientes não conseguem acesso RRS feed

  • Pergunta

  • Amigos, estou passando por um problema bem chato e não sei o que possa estar ocorrendo.

    Toda manhã os clientes da empresa não conseguem logar no ERP, pois recebem uma mensagem de erro.

    Para resolver tenho que finalizar o processo "SQL Server Windows NT - 64 Bit" e iniciar o serviço do SQL novamente, aí tudo volta ao normal.

    Verifiquei os logs de evento e estão ocorrendo dois erros, como possui pouca experiência em resolução de situações com o SQL, conto com a ajuda de vocês. Os logs são:

    Não é possível localizar a descrição da Identificação de Evento 0 na origem "InformServer.exe". O componente que gera esse evento não está instalado no computador local ou a instalação está danificada. Você pode instalar ou reparar o componente no computador local.

    Se o evento foi originado em outro computador, as informações de exibição tiveram que ser salvas com o evento.

    As seguintes informações foram incluídas com o evento: 

    Access violation at address 00CEDAE1 in module 'InformServer.exe'. Read of address 0000000C

    Report Server Windows Service (INFORM) não pode se conectar ao banco de dados do servidor de relatório.

    Teria mais alguma Log que gostaria de ver para tentar enxergar o problema? O primeiro Log acredito não ter nada a ver com o problema no SQL, pois é uma aplicação separada, mas são os únicos que aparecem.

    Obrigado desde já.


    • Editado Édpo César quinta-feira, 24 de março de 2016 11:31
    quinta-feira, 24 de março de 2016 11:31

Respostas

  • Esquece esse erro um momento.  No exame do Windows Server 2012 (instalação e configuração) o autor do livro recomenda não existir drivers de 32 bits instalado dentro de um sistema operacional de 64 bits.  E dentro desse livro ele também diz que o sistema operacional Windows Server desde a versão 2008 é de 64 bits.  Eu notei que existe drivers de 32 bits instalados dentro de diversos computadores com o sistema operacional de 64 bits.

    Olha no teu servidor se existe instalado drivers de 32 bits do Java ou do Visual C++ 2005 / 2008 / 2010 / 2013 / 2015 e se tem, precisa fazer o download da versão de 64 bits para instalar um a um, somente assim a desinstalação dos drivers de 32 bits conseguirá fazer ser concluída com sucesso, e reinicia o teu computador, por último.  Somente estando com os drivers de 64 bits instalados é que o sistema operacional de 64 bits irá funcionar melhor.  Idem quanto aos computadores dos usuários comuns.  No site da Oracle tem o driver de JAVA versão 64 bits disponível para download.


    Quanto ao SQL Server verifica se na parte de gerenciamento dele o item de uso da memória RAM está com os valores de memória máxima (RAM) e memória mínima (RAM) estão com os valores atualizados.  E verifica se o teu disco rígido se ele está com bastante espaço livre disponível, para o Windows + SQL poderem criar os arquivos temporários que ambos utilizam durante a execução das tarefas.  O SQL não pode ser configurado para utilizar o total de memória RAM fornecido pela placa da motherboard, porque o Windows também precisa de memória RAM livre disponível para ele poder executar as tarefas dele.

    Boa noite


    Ana Gauna (Senior System Analist, MCSE, MCDBA, CCNA2) - Skype: amgauna





    • Marcado como Resposta Édpo César terça-feira, 19 de abril de 2016 14:19
    • Editado Ana Gauna terça-feira, 19 de abril de 2016 15:43
    quarta-feira, 30 de março de 2016 07:01

Todas as Respostas

  • Édpo,

    Então o que esta aparecendo é que deve existir alguma transação entre esta aplicação e o SQL Server que durante um período de tempo acaba chegando algum timeout e ainda de forma sem explicação suspende todo acesso ao SQL Server.

    Uma possível alternativa para começarmos a entender melhor esse problema, quando você chega na empresa, você já tentou acessar o SQL Server? Não estou me referindo a sua aplicação e sim acesso através do Management Studio para verificar se o servidor esta online.


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    quinta-feira, 24 de março de 2016 14:28
    Moderador
  • Junior, ainda não.

    Na verdade vou direto resolver o problema. Amanhã tentarei o acesso e comunico!

    quinta-feira, 24 de março de 2016 19:29
  • Junior, bom dia.

    O problema aconteceu esta manhã como de costume.

    Tentei acessar o SQL Management e deu o erro abaixo:

    Após finalizar o processo e iniciar o SQL o problema é resolvido.

    segunda-feira, 28 de março de 2016 10:49
  • Édpo,

    Verifique a sua string de conexão com o SQL Server por gentileza.

    Note que você está utilizando: EPS/INFORM

    Tente da seguinte maneira com a barra invertida: EPS\INFORM

    Se ocorrer outro erro de conexão poste aqui nesta thread por gentileza.


    Felipe Lauffer
    MCSA: SQL Server | MCP

    [ Blog ] - [ Profile ] - [ Wiki ] - [ Gallery ] - [ LinkedIn ]

    segunda-feira, 28 de março de 2016 12:27
  • Felipe, obrigado pelo retorno.

    Realmente a barra estava errada, mas mesmo assim deu erro, mas neste caso outro.

    Quando eu dei ok e tentei novamente deu este outro erro e permaneceu nele. 

    Me desculpe a demora em responder uma vez por dia, mas o problema ocorre nesta proporção, também uma vez por dia.

    terça-feira, 29 de março de 2016 11:33
  • Olhando o LOG no SQL Server Profile tem este sendo os últimos erros antes de travar.

    Verifiquei essas as dicas abaixo:

    • <sentencetext xmlns="http://www.w3.org/1999/xhtml">Certifique-se de que as estatísticas estão presentes nas colunas que estão sendo unidas ou agrupadas.</sentencetext>

    • Caso existam, atualize-as.

    • Use um tipo diferente de junção.Por exemplo, use a junção MERGE ou LOOP, se apropriado.

    • Aumente a memória disponível no computador.A recursão de hash ou o esgotamento de hash ocorrem quando não há memória suficiente para processar as consultas existentes e é necessário gravar no disco.

     

    O servidor possui 8 GB, quando reinicio o processo do SQL o servidor opera com 50% da capacidade da memória atual e temos em torno de 30 estações fazendo uso do SQL.

    Vou monitorar o restante do dia para ver se a memória atinge algum pico.

    Vocês acham que pode ser isso?



    

    terça-feira, 29 de março de 2016 12:01
  • Édpo,

    Seria interessante tentar verificar se a porta 1433 e 1434 desta seu servidor no momento da mensagem de erro esta aberta, ou achando que alguma aplicação que você esta utilizando esta derrubando estas portas.

    Verifique também quais protocolos estão configurados para rodarem em conjunto com o SQL Server, por padrão devem estar habilitados os protocolos: TCP/IP, Named-Pipes e Shared-Memory.


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    terça-feira, 29 de março de 2016 15:29
    Moderador
  • Junior os protocolos TCP/IP, Named-Pipes e Shared-Memory estão ativos, preciso apenas confirmar se as portas que citou estão abertas.
    terça-feira, 29 de março de 2016 19:31
  • Édpo,

    Após ocorrer o erro tente visualizar os logs do SQL Server que encontram-se geralmente em uma pasta similar a informada abaixo:

    C:\Program Files\Microsoft SQL Server\MSSQL.1x\MSSQL\LOG

    Se conseguir capturar algo suspeito ou perto do horário do erro poste para nós aqui nesta thread por gentileza.


    Felipe Lauffer
    MCSA: SQL Server | MCP

    [ Blog ] - [ Profile ] - [ Wiki ] - [ Gallery ] - [ LinkedIn ]


    quarta-feira, 30 de março de 2016 05:12
  • Esquece esse erro um momento.  No exame do Windows Server 2012 (instalação e configuração) o autor do livro recomenda não existir drivers de 32 bits instalado dentro de um sistema operacional de 64 bits.  E dentro desse livro ele também diz que o sistema operacional Windows Server desde a versão 2008 é de 64 bits.  Eu notei que existe drivers de 32 bits instalados dentro de diversos computadores com o sistema operacional de 64 bits.

    Olha no teu servidor se existe instalado drivers de 32 bits do Java ou do Visual C++ 2005 / 2008 / 2010 / 2013 / 2015 e se tem, precisa fazer o download da versão de 64 bits para instalar um a um, somente assim a desinstalação dos drivers de 32 bits conseguirá fazer ser concluída com sucesso, e reinicia o teu computador, por último.  Somente estando com os drivers de 64 bits instalados é que o sistema operacional de 64 bits irá funcionar melhor.  Idem quanto aos computadores dos usuários comuns.  No site da Oracle tem o driver de JAVA versão 64 bits disponível para download.


    Quanto ao SQL Server verifica se na parte de gerenciamento dele o item de uso da memória RAM está com os valores de memória máxima (RAM) e memória mínima (RAM) estão com os valores atualizados.  E verifica se o teu disco rígido se ele está com bastante espaço livre disponível, para o Windows + SQL poderem criar os arquivos temporários que ambos utilizam durante a execução das tarefas.  O SQL não pode ser configurado para utilizar o total de memória RAM fornecido pela placa da motherboard, porque o Windows também precisa de memória RAM livre disponível para ele poder executar as tarefas dele.

    Boa noite


    Ana Gauna (Senior System Analist, MCSE, MCDBA, CCNA2) - Skype: amgauna





    • Marcado como Resposta Édpo César terça-feira, 19 de abril de 2016 14:19
    • Editado Ana Gauna terça-feira, 19 de abril de 2016 15:43
    quarta-feira, 30 de março de 2016 07:01
  • Édpo,

    diga-me uma coisa. Você tem algum job ou serviço sendo executado durante a noite nesse teu servidor ?

    Att,


    Antero Marques

    _______________________________________________________________________________

    Se a resposta for útil, marque como útil, se respondeu totalmente sua dúvida, marque como resposta.

    O Fórum MSDN é utilizado também como base de conhecimento, então é responsabilidade de todos mantê-lo organizado e funcional.


    quarta-feira, 30 de março de 2016 07:24
  • Amigos, desculpem a demora. O problema estava relacionado ao espaço em disco mesmo. 

    Fiz uma limpeza significativa liberando um espaço considerável e fiz o monitoramento do erro e acabou definitivamente após a liberação de espaço.

    Agradeço a ajuda de todos, em especial a Ana Gauna que indicou a causa exata.

    Desculpem a demora no retorno.

    terça-feira, 19 de abril de 2016 14:21