Portuguese

Você Está Enfrentando O Erro 80040e31 Do Microsoft SQL?

Corrigir erros do PC em minutos

  • Etapa 1: baixar e instalar o ASR Pro
  • Etapa 2: abra ASR Pro e clique no botão "Digitalizar"
  • Etapa 3: clique no botão "Restaurar" para iniciar o processo de restauração
  • Este software consertará seu PC - faça o download agora para começar.

    Recentemente, alguns usuários nos explicaram que encontraram o erro 80040e31 do Microsoft SQL.

    Na verdade, estamos trabalhando em um aplicativo baseado na Internet que foi desenvolvido em ASP e SQL 2003.

    Em todo o código, temos uma nova string SSO para conectar à base de clientes.

    O aplicativo tem funcionado bem nos últimos 3 longos períodos, mas de repente uma tentativa de venda “Tempo esgotado” aparece, que falha apenas em muitas partes do aplicativo, mas não em todos os acessos à memória a partir dos dados.

    O código que dispara esse erro de fato pode ser um pouco grande, então você precisará consultar a tabela Recs 8k para muito mais condições.

    Demorou 1:01 para completar o mesmo problema de SQL em uma consulta.

    Precisamos ter certeza de que você aprimorou o MDAC, ou precisamos desenvolver o tempo limite de conexão, ou precisamos mudar o código hoje.

    Não podemos trocar um pedido, existem muitas maneiras de fazer o.

    Tenho uma conexão de banco de dados confiável para MS SQL Server 2012 em incrível ASP (VBScript). Aqui está minha linha de servidor vinculada:

      Provider é igual ao SQL Native Client 11.0; Servidor significa localhost;Banco de dados = banco de dados; Uid é igual a myuser; Pwd = minha senha; 
      ATUALIZAÇÃO [info] [carimbo] = '2014-03-18 conformidade 01:00:02',[data] = 'Existem 12.533 caracteres aqui',[registrado] = '2014-03-18 01:00:00',[confirmado] = 3, [ip] = 0, [modo] = um número de, [reconstruir] = 0,[atualizado] = 1, [localizável] é igual a 0WO [ID] = 193246; 
      Microsoft SQL Server Native Client 11.Erro 0 '80040e31'Pedido expirou/functions.asp, linha de pesca 476 

    A consulta SQL é considerada muito longa, o campo de dados também teria sido atualizado para 12533 ​​caracteres. Como a coluna de ID é filtrada, geralmente é rápido e descomplicado encontrar o registro com ID 193246.

    Quando executo nossa própria expressão SQL atual exata (copiar ao colar), o SQL Server Management Studio que você precisa identificar executa-a novamente em nenhum momento. Portanto, não há grandes considerações com o próprio SQL. Mesmo que eu tenha tentado usar o modelo ADODB.Recordset e atualizá-lo através do histórico de especialistas (não SQL escrito por ele mesmo), mas ainda acabei tendo o mesmo erro de tempo limite.

    Quando tento ir para Ferramentas> Opções> Execução de consulta no Management Studio, vejo que o tempo de execução está realmente definido como 0 (infinito). Em Ferramentas> Opções> I, os designers podem ver se o tempo limite da transação pode ser definido em um mês em segundos, isso deve ser suficiente, uma vez que o pedaço de software e o banco de dados estão no mesmo computador específico (“localhost” estará de volta no string de conexão).

    O que importa para você sair daqui? Por que posso implementar o SQL no Management Studio, mas não no meu código ASP?

    Edit: Eu tentei definir esse tempo limite de 30 segundos na guia da famosa marca para 550 segundos para ter certeza absoluta de que ainda recebo o erro somente de vontade (acontece após 30 segundos no carregamento da página do domínio, a propósito).

    microsoft sql error 80040e31

    Este é considerado o código que estou usando para executar o SQL do lado do ASP:

      Definir Conn para Server.CreateObject ("ADODB.Connection")Conn.Open "Provider = SQL Server Native Client 11.0;Servidor = localhost; banco de dados significa banco de dados; Uid = myuser; Pwd implica em minha senha; "Em seguida, execute "UPDATE [info] SET 01:00:02",[data] = '12533 ​​[carimbo] =' 2014-03-18 Cartas indo aqui ', [salvo] =' 2014-03-18 01:00:00 ',[confirmado] = 0, [ip] equivale a 0, [modo] = 3, [reconstruir] implica 0, [atualizado] = 1, [localizável] significa 0WO [ID] = 193246; " 

    Somente edição: Usar Conn.CommandTimeout igual a 0 para executar a ponderação indefinidamente não faz nada, apenas faz com que a consulta seja executada para sempre. Esperei pelo menos 25 e este particular ainda funcionou.

    Então, tentei dividir o SQL adequado após duas instruções SQL, atualizando números incrivelmente longos em um e similares. Isso também não atualizará o produto de registros longos, apenas o tempo limite.

    Driver

      = SQL Server; O servidor é igual a localhost; Banco de dados = banco de dados; Uid é igual a myuser; Pwd = minha senha;Driver = SQL Native Site Client 11.0; Servidor implica localhost; Banco de dados = banco de dados; Uid é igual a myuser; Pwd = minha senha; 

    Não funcionou. Até planejei mudar as datas para 12533A para começar a ver se alguma data estava causando o tipo de problema. Não, o mesmo problema.

    Então descobri algo interessante: primeiro tentei executar o SQL geral por um curto período de tempo, antes de fazer uma atualização bastante longa no campo de dados. TAMBÉM ele aceitou uma exceção de tempo limite de solicitação …

    Mas por que apenas? Sinceramente, tem tão poucas atualizações (a instrução inteiramente SQL tem menos de duas centenas de caracteres). Vou continuar no que diz respeito à pesquisa.

    Editar 3: decidi que pode haver algo a ver com a conexão, mas quase não encontro nada que pareça errado. Eu até tentei mudar a área de relatório para usar a conta sa, apesar do fato de que nem isso funcionou e, portanto, ainda escolhi o tempo limite de “solicitação expirada”.

    Isso me deixa louco. Nenhuma solução alternativa, praticamente simplesmente não uma solução alternativa verdadeira e a pior ideia de número usando todos!

    Versão 4: No Management Studio, selecione Ferramentas> Opções> Design e marque a caixa de seleção Salvar alterações para evitar a necessidade de alcova de cabeceira. Isso não funciona.

    Eu senti que deveria mudar o tipo de dados da coluna “data” em “nvarchar (MAX)” no caminho para o tipo inferior “ntext” (estou desesperado). Isso não funciona. Em execução

    tentei a menor mudança que eu possa imaginar na mensagem:

      ATUALIZAÇÃO [info] SET [confirmado] equivale a 0 WO [ID] = 193246; 

    Isso definirá o sorriso mínimo como falso. Não funcionou. Tentei o mesmo reflexo do Management Studio e o produto fez maravilhas.

    Dê-me algumas ideias, se tiver alguma, porque tenho muito poucas delas.

    Provedor

      = SQLOLEDB.1; Senha é igual à minha senha; Keep SID é igual a myuser; Informação inicial = verdadeira; Listagem do diretório do usuário = banco de dados; Fonte de dados significa localhost 

    Não funcionou. Eu estava apenas tentando fazer uma aposta resolvida no erro, trabalhada disponível por um tempo.

    Editar 6: Agora tentei sugerir uma entrada muito diferente em todas as tabelas:

      UPDATE é igual a [info] SET [confirmado] = 0 WHERE [ID] é igual a 1; 

    Um erro de tempo limite também foi adaptado. Portanto, agora sabemos que esses tipos são entradas não qualificadas.

    Posso atualizar postagens em outras tabelas em nosso “banco de dados” do mesmo registro via ASP. Eu definitivamente poderia atualizar tabelas em outros recursos sobre o assunto localhost também.

    É possível compartilhar algo com esta tabela [informações] I? Para usar o assistente do MS Access para mover dados que vão do Access para o MS SQL Server no próximo ano imediatamente, mensagens de raça de dados do cão “ntext” foram geradas e eu fui manualmente modificado para “nvarchar (MAX)” quase quando ntext foi preterido. Alguma coisa pode quebrar? Tive que recriar a hora do pessoal da área de trabalho em que mudei a pós-aula.

    microsoft sql error 80040e31

    Preciso dormir várias vezes, então com certeza vou reverter a verificação se alguém falar a mim mesmo pessoalmente sobre isso amanhã. Faça isso mesmo se você tiver apenas um produto específico a dizer.

    Processamento 7: Processamento rápido I na frente da caixa de transporte. Estava sendo feita uma tentativa de definir o provedor presente na forma “sqlncli11”, bem como a cadeia de conexão (usando um nome dll particular das opções do usuário criadas pelo nome do provedor real). Não importa como. A conexão foi publicada, mas expirou.

    Além disso, não estou usando o MS SQL Server 2012 Express (principalmente porque eu sei, nenhum expresso foi fornecido durante a instalação). Essa é a coisa do grão integral.

    Se isso ajudar, informações individuais de “Ajuda”> “Sobre …”, que sempre foram normalmente fornecidas pelo Management Studio:

      Microsoft SQL Server Management Studio: 11.0.2100.60Ferramentas de cliente do Microsoft Analysis Services 88: 0,2100,60Microsoft Data Access Components (MDAC): 6.3.9600.16384Microsoft MSXML: 3.0 5.0 6.4Microsoft Internet Explorer: 9.11.9600.16521Microsoft .NET Framework: 4.0.30319.34011SO: 6.3.9600 


    Corrigir erros do PC em minutos

    Procurando uma ferramenta de reparo de PC poderosa e confiável? Não procure mais do que ASR Pro! Este aplicativo detectará e corrigirá rapidamente erros comuns do Windows, protegerá você contra perda de dados, malware e falhas de hardware e otimizará seu sistema para obter o máximo desempenho. Portanto, não lute com um computador com defeito - baixe o ASR Pro hoje mesmo!


    Depois de tentar algumas circunstâncias, finalmente tentei fechar como a conexão do repositório e reabri-la, principalmente antes de executar as instruções SQL. Ele lutou ao mesmo tempo. Que tipo …?

    Eu tinha código em uma sub-rotina importante e por isso descobri que fora de incluí-lo, a mensagem que eu era seu para atualizar já estava aberta! Portanto, o motivo do tempo limite é p Ou toda a área de trabalho foi arrancada na junção mencionada anteriormente que muitos tentaram instalar. Portanto, nossa conexão (ou a CPU estava um thread) atrasou graças a um bloqueio que provavelmente nunca será desbloqueado.

    Não suporto quando as coisas ficam tão básicas depois que as coisas ficam complicadas.

    A mensagem começou fora de uma sub-rotina junto com este código bastante simples:

      Definir RecSet Conn = .Execute ("SELECT, etc.") 
      RecSet.CloseRecSet = fix nothing 

    Não me passou pela cabeça porque o que era permitido no MS Access, agora mesmo fui direto para o MS Server SQL e não era bom (ou melhor, desleixado) … Aquele criado com recset Conn.Execute () sugeriu a criação de uma postagem bloqueada, em comparação com o que você pode ver anteriormente no banco de dados, mas muito semelhante a esse fato chave às vezes. Não tão grande que, por incrível que pareça, o cabo de conexão mudou junto com as informações reais.

    Este artigo evitará algumas dores de cabeça ao migrar do MS Access para o MS SQL Server. Embora eu não possa imaginar como alguns usuários do Access estão deixando o universo hoje.

    Este software consertará seu PC - faça o download agora para começar.