Tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi encerrada

Eu tenho muitos usuários no meu site (20000-60000 por dia), que é um site de download de arquivos para celular. Eu tenho acesso remoto ao meu servidor (Windows Server 2008-R2).
Já recebi erros "O servidor não está disponível" antes, mas agora estou vendo um erro de tempo limite de conexão.
Não estou familiarizado com isso - por que isso ocorre e como posso corrigi-lo?

O erro completo está abaixo:

Erro de Servidor na '/' Aplicação. Tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi encerrada. Descrição: ocorreu uma exceção não tratada durante a execução da solicitação da web atual. Revise o rastreamento de pilha para obter mais informações sobre o erro e onde ele se originou no código.

Detalhes da exceção: System.Data.SqlClient.SqlException: Tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi encerrada.

Erro de origem:

Uma exceção não tratada foi gerada durante a execução da solicitação da web atual. Informações sobre a origem e o local da exceção podem ser identificadas usando o rastreamento da pilha de exceções abaixo.

Rastreio de pilha:

[SqlException (0x80131904): tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi finalizada.]
System.Data.SqlClient.SqlConnection.OnError (exceção SqlException, Boolean breakConnection) +404
System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning () +412
System.Data.SqlClient.TdsParser.Run (RunBehavior , SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj) +1363
System.Data.SqlClient.SqlCommand.FinishExecuteReader (SqlDataReader2014)
System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (CommandBehavior cmdBehavior, runBehavior runBehavior, booleano returnStream, assíncrono booleana) 6389442
System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, runBehavior runBehavior, booleano returnStream, método de sequência, resultado DbAsyncResult) + 538
System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery (resultado DbAsyncResult, String methodName, Boolean sendToPipe) +689
System.Data.SqlClient.SqlCommand.ExecuteNonQuery () +327
NovinMedia.Data.DbObject.RunProcedure (String, , Int32 & linesAffected) +209
DataLayer.OnlineUsers.Update_SessionEnd_And_Online (Object Session_End, Boolean Online) +440
NiceFileExplorer.Global.Application_Start (remetente do objeto, EventArgs e) +163

[HttpException (0x80004005): Tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi encerrada.]
System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode (HttpContext contexto, HttpApplication app) 4052053
System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS (IntPtr appContext, HttpContext contexto, MethodInfo [] manipuladores) 191
System.Web.HttpApplication. InitSpecial (estado HttpApplicationState, manipuladores MethodInfo [], IntPtr appContext, contexto HttpContext) +352
System.Web.HttpApplicationFactory.GetSpecialApplicationInstance (IntPtr appContext, contexto HttpContext) +407
System.Web.Host

[HttpException (0x80004005): Tempo limite expirado. O período de tempo limite decorrido antes da conclusão da operação ou o servidor não está respondendo. A instrução foi encerrada.]
System.Web.HttpRuntime.FirstRequestInit (contexto HttpContext) +11686928 System.Web.HttpRuntime.EnsureFirstRequestInit (contexto HttpContext) +141 System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7Worker)

EDITAR DEPOIS DAS RESPOSTAS:
meu Application_Startdentro Global.asaxé como abaixo:

protected void Application_Start(object sender, EventArgs e)
{
    Application["OnlineUsers"] = 0;

    OnlineUsers.Update_SessionEnd_And_Online(
        DateTime.Now,
        false);

    AddTask("DoStuff", 10);
}

O procedimento armazenado que está sendo chamado é:

ALTER Procedure [dbo].[sp_OnlineUsers_Update_SessionEnd_And_Online]
    @Session_End datetime,
    @Online bit
As
Begin
    Update OnlineUsers
    SET
        [Session_End] = @Session_End,
        [Online] = @Online

End

Eu tenho dois métodos para obter usuários online:

1. usando Application["OnlineUsers"] = 0;
2. o outro usando banco de dados

Portanto, para o método 2, redefino todos os usuários online em Application_Start. Existem mais de 482.751 registros nessa tabela.

Parece que você tem uma consulta que está demorando mais do que deveria. No rastreamento da pilha e no código, você poderá determinar exatamente qual é a consulta.

Esse tipo de tempo limite pode ter três causas;

1. Há um impasse em algum lugar
2. As estatísticas do banco de dados e / ou o cache do plano de consulta estão incorretos
3. A consulta é muito complexa e precisa ser ajustada

Pode ser difícil corrigir um impasse, mas é fácil determinar se é esse o caso. Conecte-se ao seu banco de dados com o Sql Server Management Studio. No painel esquerdo, clique com o botão direito do mouse no nó do servidor e selecione Activity Monitor . Dê uma olhada nos processos em execução. Normalmente, a maioria estará ociosa ou em execução. Quando o problema ocorre, você pode identificar qualquer processo bloqueado pelo estado do processo. Se você clicar com o botão direito do mouse no processo e selecionar detalhes, ele mostrará a última consulta executada pelo processo.

O segundo problema fará com que o banco de dados use um plano de consulta abaixo do ideal. Pode ser resolvido limpando as estatísticas:

exec sp_updatestats

Se isso não funcionar, você também pode tentar

dbcc freeproccache

Você não deve fazer isso quando o servidor estiver sob carga pesada, pois ocorrerá temporariamente uma grande ocorrência de desempenho, pois todos os procs e consultas armazenados serão recompilados quando executados pela primeira vez. No entanto, como você declara que o problema ocorre algumas vezes e o rastreamento da pilha indica que o aplicativo está sendo inicializado, acho que você está executando uma consulta que é executada apenas ocasionalmente. Pode ser melhor forçar o SQL Server a não reutilizar um plano de consulta anterior. Veja esta resposta para obter detalhes sobre como fazer isso.

Eu já falei sobre o terceiro problema, mas você pode determinar facilmente se a consulta precisa de ajuste executando a consulta manualmente, por exemplo, usando o Sql Server Management Studio. Se a consulta demorar muito para ser concluída, mesmo depois de redefinir as estatísticas, você provavelmente precisará ajustá-las. Para obter ajuda, você deve postar a consulta exata em uma nova pergunta.

No seu código em que você executa o procedimento armazenado, você deve ter algo como isto:

SqlCommand c = new SqlCommand(...)
//...

Adicione essa linha de código:

c.CommandTimeout = 0;

Isso aguardará o tempo necessário para a operação ser concluída.

Você pode definir a CommandTimeoutpropriedade do comando SQL para permitir a transação SQL de longa execução.

Você também pode precisar consultar a Consulta SQL que está causando o tempo limite.

Embora todas as respostas anteriores tratem do problema, elas não cobriram todos os casos.

A Microsoft reconheceu o problema e o corrigiu em 2011 para os sistemas operacionais suportados. Portanto, se você receber o rastreamento de pilha, como:

Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()
at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error)
at System.Data.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult asyncResult, TdsParserStateObject stateObj)

pode ser necessário atualizar seus assemblies .NET.

Esse problema ocorre devido a um erro no algoritmo de nova tentativa de conexão para bancos de dados espelhados.

Quando o algoritmo de nova tentativa é usado, o provedor de dados aguarda a conclusão da primeira chamada de leitura (SniReadSync). A chamada é enviada para o computador back-end que está executando o SQL Server e o tempo de espera é calculado multiplicando o valor do tempo limite da conexão por 0,08. No entanto, o provedor de dados define incorretamente uma conexão com um estado condenado se a resposta for lenta e se a primeira chamada SniReadSync não for concluída antes que o tempo de espera expire.

Consulte o KB 2605597 para obter detalhes

https://support.microsoft.com/kb/2605597

Talvez seja útil para alguém. Eu enfrentei o mesmo problema e, no meu caso, o motivo foi o SqlConnection ter sido aberto e não descartado no método que chamei de loop com cerca de 2500 iterações. O pool de conexão estava esgotado. O descarte adequado resolveu o problema.

Eu enfrentei o mesmo problema trabalhado nele em torno de 3 dias. Notei que nosso número de registros não é muito grande, pois nosso desenvolvedor sênior mantém 2 imagens e impressões digitais no banco de dados. Quando tento buscar esses valores hexadecimais, demorando muito tempo, calculo o tempo médio para executar meu procedimento em cerca de 38 segundos. O tempo limite do comando padrão é 30 segundos, portanto, é menor que o tempo médio necessário para executar meu procedimento armazenado. Defino meu commandtimeout como abaixo

cmd.CommandTimeout = 50

e está funcionando bem, mas às vezes, se sua consulta demorar mais de 50 segundos, o mesmo erro será solicitado.

Você precisa definir o atributo CommandTimeout. Você pode definir o atributo CommandTimeout na classe filho DbContext.

public partial class StudentDatabaseEntities : DbContext
{
    public StudentDatabaseEntities()
        : base("name=StudentDatabaseEntities")
    {
        this.Database.CommandTimeout = 180;
    }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        throw new UnintentionalCodeFirstException();
    }

    public virtual DbSet<StudentDbTable> StudentDbTables { get; set; }
}

Encontrei esse erro recentemente e, após uma breve investigação, descobri a causa: o espaço estava acabando no disco que contém o banco de dados (menos de 1 GB).

Assim que eu mudei os arquivos do banco de dados (.mdf e .ldf) para outro disco no mesmo servidor (com muito mais espaço), a mesma página (executando a consulta) que atingiu o tempo limite foi carregada em três segundos.

Outra coisa a investigar, ao tentar resolver esse erro, é o tamanho dos arquivos de log do banco de dados. Seus arquivos de log podem precisar ser reduzidos.

Eu tenho problema com o cálculo grande em sp_foo que leva muito tempo, então eu corrigi
com este pequeno código

public partial class FooEntities : DbContext
{
   public FooEntities()
         : base("name=FooEntities")
    {
        this.Configuration.LazyLoadingEnabled = false;

        // Get the ObjectContext related to this DbContext
        var objectContext = (this as IObjectContextAdapter).ObjectContext;

        // Sets the command timeout for all the commands
        objectContext.CommandTimeout = 380;
    }

O tempo limite padrão é de 15 segundos, para alterar isso, 0 é ilimitado, qualquer outro número é o número de segundos.

Em código

using (SqlCommand sqlCmd = new SqlCommand(sqlQueryString, sqlConnection))
   {
      sqlCmd.CommandTimeout = 0; // 0 = give it as much time as it needs to complete
      ...
    }

No seu Web.Config, "Tempo limite do comando = 0;" não exceda o tempo limite ou abaixo de 1 hora (3600 segundos)

  <add name="ConnectionString" connectionString="Data Source=ServerName;User ID=UserName;Password=Password;Command Timeout=3600;" providerName="System.Data.SqlClient" />

@ SilverLight .. Este é claramente um problema com um objeto de banco de dados. Pode ser uma consulta mal escrita ou índices ausentes. Mas, a partir de agora, não vou sugerir que você aumente o tempo limite sem investigar o problema com seus objetos de banco de dados

NovinMedia.Data.DbObject.RunProcedure(String storedProcName, IDataParameter[] parameters, Int32& rowsAffected) +209

Coloque um ponto de interrupção nessa linha de código para descobrir o nome do procedimento e, em seguida, otimizar o procedimento, observando seu plano de execução.

Não posso ajudá-lo mais até o momento em que você publica detalhes sobre o procedimento armazenado.

experimentar

EXEC SP_CONFIGURE 'remote query timeout', 1800
reconfigure
EXEC sp_configure

EXEC SP_CONFIGURE 'show advanced options', 1
reconfigure
EXEC sp_configure

EXEC SP_CONFIGURE 'remote query timeout', 1800
reconfigure
EXEC sp_configure

então reconstrua seu índice

O tempo limite expirou porque a consulta sql está demorando mais tempo do que você define na propriedade sqlCommand.CommandTimeout.

Obviamente, você pode aumentar o CommandTimeout para resolver esse problema, mas antes de fazer isso, você deve otimizar sua consulta adicionando índice. Se você executar sua consulta no Sql server management studio, incluindo o plano de execução real , o Sql server management studio sugerirá o índice adequado. Na maioria dos casos, você se livrará do problema de tempo limite se puder otimizar sua consulta.

TLDR :

1. Reiniciar os servidores de aplicativos e de banco de dados é a solução mais rápida, onde o volume de dados, as configurações de rede e o código não foram alterados. Nós sempre fazemos isso como regra
2. Pode ser um indicador de falha no disco rígido que precisa de substituição - verifique as notificações do sistema

Muitas vezes encontrei esse erro por vários motivos e tive várias soluções, incluindo:

1. refatorando meu código para usar SqlBulkCopy
2. aumentar os valores de tempo limite, conforme declarado em várias respostas ou verificar causas subjacentes ( pode não estar relacionado aos dados )
3. Tempo limite de conexão (padrão 15s) - Quanto tempo leva para esperar que uma conexão seja estabelecida com o servidor SQL antes de terminar - relacionada ao TCP / PORT - pode passar por uma lista de verificação de solução de problemas (artigo muito útil do MSDN)
4. Tempo limite do comando (padrão 30s) - Quanto tempo leva para aguardar a execução de uma consulta - Execução de consulta / tráfego de rede relacionado - também possui um processo de solução de problemas (outro artigo muito útil do MSDN)
5. Reinicialização do (s) servidor (es) - aplicativo e servidor de banco de dados (se separados) - onde o código e os dados não foram alterados, o ambiente deve ter sido alterado - A primeira coisa a ser feita. Geralmente causado por patches (sistema operacional, .Net Framework ou patches ou atualizações do SQL Server). Especialmente se a exceção de tempo limite aparecer como abaixo (mesmo se não usarmos o Azure):
   • System.Data.Entity.Core.EntityException: uma exceção foi gerada provavelmente devido a uma falha transitória. Se você estiver se conectando a um banco de dados SQL Azure, considere usar SqlAzureExecutionStrategy. ---> System.Data.Entity.Core.EntityCommandExecutionException: ocorreu um erro ao executar a definição de comando. Consulte a exceção interna para obter detalhes. ---> System.Data.SqlClient.SqlException: ocorreu um erro no nível de transporte ao receber resultados do servidor. (provedor: TCP Provider, erro: 0 - O período de tempo limite do semáforo expirou.) ---> System.ComponentModel.Win32Exception: O período de tempo limite do semáforo expirou.

Verifique também se você não possui uma transação pendente. :)

Eu estava fazendo alguns testes e comecei uma transação para ser segura, mas nunca a fechei. Eu gostaria que o erro tivesse sido mais explícito, mas tudo bem!

Tivemos tempos difíceis Timeout expired/max pool reached Sqlexception. Como solução alternativa, e para impedir a reinicialização do servidor ou do serviço, modificamos a MAX SERVER MEMORYvariável no SQL Server (por meio do SQL Managment Studio ou T-SQL):

DECLARE @maxMem INT = 3000 --Max. memory for SQL Server instance in MB
EXEC sp_configure 'show advanced options', 1
RECONFIGURE

Isso corrige temporariamente o problema até que ocorra novamente. No nosso caso, suspeitamos que isso tenha a ver com vazamentos de conexão no nível do aplicativo.

Atualizamos recentemente para a versão NuGet do SqlClient ( Microsoft.Data.SqlClient) que contém um bug . Este bug foi introduzido durante a vida útil do ciclo 1.x e já foi corrigido. A correção estará disponível na versão 2.0.0, que não está disponível no momento desta redação. Uma visualização está disponível.

Você pode inspecionar os detalhes aqui: https://github.com/dotnet/SqlClient/issues/262