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

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

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 не завершено до истечения времени ожидания.

см. КБ 2605597 для подробности

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

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

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

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) на другой диск на том же сервере (с большим количеством места), та же страница (запуск запроса), которая была тайм-аут загружен в течение трех секунд.

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

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

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

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

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

У меня проблема с большим вычислением в 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;
    }

попробовать

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

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