Тайм-аут истек. Период ожидания истек до завершения операции или сервер не отвечает. Заявление было прекращено

В вашем коде, где вы запускаете хранимую процедуру, вы должны иметь что-то вроде этого:

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

Добавьте такую ​​строку кода:

c.CommandTimeout = 0;

Это будет ждать столько времени, сколько потребуется для завершения операции.

Вы можете установить свойство CommandTimeout команды SQL, чтобы разрешить длительную транзакцию SQL.

Вам также может потребоваться просмотреть SQL-запрос, вызывающий таймаут.

В то время как все предыдущие ответы затрагивают проблему, они не охватывают все случаи.

Microsoft подтвердила эту проблему и исправила ее в 2011 году для поддерживаемых операционных систем, поэтому, если вы получаете трассировку стека, например:

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)

вам может потребоваться обновить сборки .NET.

Эта проблема возникает из-за ошибки в соединении-повторе алгоритм зеркальных баз данных.

Когда используется алгоритм повтора, поставщик данных ожидает сначала прочитайте (SniReadSync), чтобы закончить. Вызов отправляется на сервер, на котором запущен SQL Server, и время ожидания рассчитывается путем умножения значения тайм-аута соединения на 0,08. Однако поставщик данных неправильно устанавливает соединение с обреченным если ответ медленный, и если первый вызов SniReadSync не является завершено до истечения времени ожидания.

Подробнее см. KB 2605597

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

Может быть, это будет полезно для кого-то. Я столкнулся с той же проблемой, и в моем случае причина заключалась в том, что SqlConnection был открыт и не был удален в методе, который я вызывал в цикле с примерно 2500 итерациями. Пул соединений был исчерпан. Правильное распоряжение решило проблему.

Я столкнулся с одной и той же проблемой, которая работала над ней около 3 дней. Я заметил, что количество наших записей не так много, наш старший разработчик хранит 2 изображения и Fingerprint в базе данных. Когда я пытаюсь извлечь эти шестнадцатеричные значения, это занимает много времени, я рассчитываю среднее время для выполнения моей процедуры около 38 секунд. По умолчанию время командной строки составляет 30 секунд, поэтому для выполнения моей хранимой процедуры требуется меньшее, чем среднее время. Я установил свой командный тайм-аут, как показано ниже

cmd.CommandTimeout = 50

и его работа отлично, но иногда, если ваш запрос занимает более 50 секунд, он выдает ту же ошибку.

Вы должны установить атрибут CommandTimeout. Вы можете установить атрибут CommandTimeout в дочернем классе 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; }
}

Недавно я столкнулся с этой ошибкой и после некоторого краткого исследования обнаружил, что причина в том, что у нас закончилось свободное место на диске, содержащем базу данных (менее 1 ГБ).

Как только я вытащил файлы базы данных (.mdf и .ldf) на другой диск на том же сервере (с большим количеством места), на той же странице (выполняющей запрос), которая была рассчитана на время в течение трех секунд.

Еще одна вещь, которую нужно исследовать при попытке решить эту ошибку, - это размер файлов журнала базы данных. Возможно, ваши файлы журналов могут быть сокращены.

У меня проблема с большими вычислениями в sp_foo, которые занимают много времени, поэтому я исправил с этим небольшим кодом

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;
    }

@SilverLight.. Это явно проблема с объектом базы данных. Это может быть плохо написанный запрос или отсутствующие индексы. Но на данный момент я не буду предлагать вам увеличить тайм-аут, не исследуя проблему с вашими объектами базы данных.

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

Поместите контрольную точку в этой строке кода, чтобы узнать имя процедуры, а затем оптимизируйте процедуру, просмотрев ее план выполнения.

Я не могу помочь вам больше, пока вы не опубликуете подробности о хранимой процедуре.

попробовать

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

то перестройте свой индекс