Derzeit sind Alle meine SQL-Anfrage anzeigen “System.ComponentModel.Win32Exception: Die wait operation timed out"

Plötzlich alle sql server-Anforderungen zeigt "System.ComponentModel.Win32Exception: Die wait operation timed out". Was ist der Schnellste Weg zu finden das Problem?

Stack Trace: 


[Win32Exception (0x80004005): The wait operation timed out]

[SqlException (0x80131904): Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.]
   System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) +1767866
   System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) +5352418
   System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) +244
   System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) +1691
   System.Data.SqlClient.SqlDataReader.TryConsumeMetaData() +61
   System.Data.SqlClient.SqlDataReader.get_MetaData() +90
   System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) +365
   System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds) +1406
   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite) +177
   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) +53
   System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) +134
   System.Data.SqlClient.SqlCommand.ExecuteDbDataReader(CommandBehavior behavior) +41
   System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(CommandBehavior behavior) +10
   System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) +140
   System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) +316
   System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, String srcTable) +86
   System.Web.UI.WebControls.SqlDataSourceView.ExecuteSelect(DataSourceSelectArguments arguments) +1481
   System.Web.UI.DataSourceView.Select(DataSourceSelectArguments arguments, DataSourceViewSelectCallback callback) +21

Bekam ich die SQl -, die verursacht die Blockierung Thema durch,

http://www.sqlskills.com/blogs/paul/script-open-transactions-with-text-and-plans/

  • Können Sie den stack-trace? Es scheint, es gibt eine Menge Gründe für diesen Fehler.
  • Hinzugefügt
  • können Sie bitte, die updates als Antwort und akzeptieren es, so ist es hilfreich, auch andere
InformationsquelleAutor user960567 | 2013-11-19
  1. 14

    Hier, wie ich finden konnte, die Frage,
    Überprüfen Sie zunächst alle offenen Transaktion der Datenbank

    DBCC OPENTRAN ('Databse')

    Wenn es eine offene Transaktion dann Packen Sie die SPID und legte es in INPUTBUFFER

    DBCC INPUTBUFFER (58)

    Dadurch erhalten Sie die tatsächlichen SQL. Wenn Sie möchten,können Sie töten diese Transaktion,

    KILL 58

    BTW, In meiner Anwendung, die ich verwenden können READ COMMITTED-Daten,

    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

    Oder

    Select * from Products WITH NoLock

    Hier ist ein weiterer Weg, um die SQl-schnell,

    SELECT
    [s_tst].[session_id],
    [s_es].[login_name] AS [Login Name],
    DB_NAME (s_tdt.database_id) AS [Database],
    [s_tdt].[database_transaction_begin_time] AS [Begin Time],
    [s_tdt].[database_transaction_log_bytes_used] AS [Log Bytes],
    [s_tdt].[database_transaction_log_bytes_reserved] AS [Log Rsvd],
    [s_est].text AS [Last T-SQL Text],
    [s_eqp].[query_plan] AS [Last Plan]
FROM
    sys.dm_tran_database_transactions [s_tdt]
JOIN
    sys.dm_tran_session_transactions [s_tst]
ON
    [s_tst].[transaction_id] = [s_tdt].[transaction_id]
JOIN
    sys.[dm_exec_sessions] [s_es]
ON
    [s_es].[session_id] = [s_tst].[session_id]
JOIN
    sys.dm_exec_connections [s_ec]
ON
    [s_ec].[session_id] = [s_tst].[session_id]
LEFT OUTER JOIN
    sys.dm_exec_requests [s_er]
ON
    [s_er].[session_id] = [s_tst].[session_id]
CROSS APPLY
    sys.dm_exec_sql_text ([s_ec].[most_recent_sql_handle]) AS [s_est]
OUTER APPLY
    sys.dm_exec_query_plan ([s_er].[plan_handle]) AS [s_eqp]
ORDER BY
    [Begin Time] ASC;
GO

    http://www.sqlskills.com/blogs/paul/script-open-transactions-with-text-and-plans/

    InformationsquelleAutor user960567
  2. 4

    Versuchen, diesen Befehl ausführen:

    exec sp_updatestats
    • Dies geschieht sehr viel Zeit. Ich muss die Ursache?
    • gibt es eine Portierung König, was läuft auf dem SQL-server??? bedeutet ist es jedem Prozess, der die macht bulk insert/update/delete in einer oder mehreren Tabelle regelmäßig nach einer bestimmten Zeit ?? da diese genraly kommt, weil der Indizes , Statistiken
    • Ich habe keine index. Dies ist eine einfache Tabelle.
    • sorry, ich bin nicht in der Lage denke, dass mehr dazu .. ich denke, Sie sollten versuchen auf dba.stackexchange.com oder serverfault.com gibt es bereits eine post regrdig dieses .. serverfault.com/questions/419997/...
    • vielleicht ist Ihr Tisch muss eine index - es macht die Suche die Daten um Größenordnungen schneller.
    • dies ist mein Lebensretter, nachdem ich die Statistiken zu aktualisieren, alles war normal und nicht langsam ausführen von Abfragen danke @Dhaval

    InformationsquelleAutor Dhaval
  3. 1

    Diese Art von SQL Server-timeout-Fehler kann auftreten, in einem Versuch, um INSERT-oder UPDATE einer bestimmten Tabelle, wenn eine lange dauernde SELECT-Abfrage ist die derzeit ausgeführt werden, die auf die Tabelle (je nach isolation level SELECT).

    Verwandte:

    InformationsquelleAutor Jon Schneider
  4. 0

    nur beenden und starten Sie sql server-browser-Dienst erneut, es löste mein problem

    InformationsquelleAutor user3173814
  5. 0

    Fand ich dieses problem auch, aber habe ich es geschafft, es zu beheben.

    Ursprünglich hatte ich alle SQL Server-Dienste gestartet werden manuell von mir. Aber diese (nach einer Weile der Start wird nur ein SQL-Server (ServerName), dieser Fehler kam. Zu rememdy es, fand ich, dass der SQL Server-Browser und SQL Server-Agent (server_name) benötigt, um gestartet werden zu.

    SQL Server-Agent (server_name) nicht manuell gestartet werden, da es nicht genutzt, so dass ich Sie wieder auf Automatik, so wird es anfangen, wenn einem anderen Prozess verwendet wird.

    InformationsquelleAutor Harvey
  6. 0

    Für unseren Fall, Frage wurde aus den folgenden Gründen:

    1. Eine legacy-Anwendung ausgeführt wird .Net 4.0
    2. Server wurde vor kurzem gepatcht mit dem neuesten .Net-patches (als bei 2018/11/08)
    3. Der Datenbank in Frage gestellt wurde gespiegelt

    Gab es keine deadlocks und die client-Dienste auf dem SQL-Server waren gut ausgestattet.

    Unsere Lösung:

    1) Wir testeten ein Rollback der patches/service pack und es funktionierte (Nicht empfohlen)

    2) (Empfohlen): Laut Microsoft , die oben genannten Bedingungen uns für den Fehler:

    Wenn eine Anwendung verwendet den Microsoft .NET Framework 3.5 oder Microsoft
    .NET Framework 4 data provider für Microsoft SQL Server (SQLClient) auf
    eine Verbindung mit einer gespiegelten Datenbank, erhalten Sie möglicherweise die folgende Fehlermeldung
    Nachricht:

    Timeout ist abgelaufen. Das Zeitlimit wurde vor
    Abschluss des Vorgangs oder der server antwortet nicht. bei
    System.Daten.SqlClient.SqlInternalConnection.OnError(SqlException
    - Ausnahme, Boolean breakConnection) bei
    System.Daten.SqlClient.TdsParser.ThrowExceptionAndWarning() bei
    System.Daten.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject
    stateObj, UInt32-Fehler) in
    System.Daten.SqlClient.TdsParserStateObject.ReadSni(DbAsyncResult
    asyncResult, TdsParserStateObject stateObj) bei
    System.Daten.SqlClient.TdsParserStateObject.ReadNetworkPacket() bei
    System.Daten.SqlClient.TdsParser.ConsumePreLoginHandshake(Boolean
    verschlüsseln, Boolean trustServerCert, Boolean& marsCapable) bei
    System.Daten.SqlClient.TdsParser.Connect(ServerInfo serverInfo,
    SqlInternalConnectionTds connHandler, Boolean ignoreSniOpenTimeout,
    Int64 timerExpire, Boolean verschlüsseln, Boolean trustServerCert, Boolean
    integratedSecurity) bei
    System.Daten.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo
    serverInfo, String newPassword, Boolean ignoreSniOpenTimeout,
    TimeoutTimer timeout, SqlConnection-Objekt owningObject) bei
    System.Daten.SqlClient.SqlInternalConnectionTds.LoginWithFailover(Boolean
    useFailoverHost, ServerInfo primaryServerInfo, String failoverHost,
    String newPassword, Boolean redirectedUserInstance, SqlConnection
    owningObject, SqlConnectionString connectionOptions, TimeoutTimer
    timeout) Hinweis: Wenn die ConnectionTimeout-Eigenschaft auf den Standardwert gesetzt ist
    Wert von 15 Sekunden, erhalten Sie möglicherweise die Fehlermeldung, die nach dem
    die Verbindung ist offen für 1,2 Sekunden.

    Ursache

    Dieses Problem tritt aufgrund eines Fehlers in der Verbindung-retry
    Algorithmus für die gespiegelten Datenbanken.

    Wenn der retry-Algorithmus verwendet wird, die Daten-provider wartet auf den
    zuerst Lesen (SniReadSync) Anruf zu beenden. Der Anruf wird an die
    back-end-computer, auf dem SQL Server ausgeführt wird, und die Wartezeit ist
    berechnet durch die Multiplikation der Verbindung time-out-Wert von 0,08.
    Allerdings werden die Daten-provider legt fälschlicherweise eine Verbindung zu einem verdammt
    Zustand, wenn eine Antwort ist langsam und wenn der erste SniReadSync Anruf nicht
    abgeschlossen wird, bevor die Wartezeit abläuft.

    Beachten Sie Die langsame Reaktion in diesem Fall ausgelöst werden können, entweder durch die
    server-oder Netzwerk-Latenz.

    Auflösung

    Dieses Problem ist behoben .NET Framework 4.5.2. Zusätzlich zu den
    .NET Framework 4.5.2, es gibt hotfixes für andere .NET
    Framework Versionen

    Mehr details und Hotfix-download:
    https://support.microsoft.com/en-us/help/2605597/fix-time-out-error-when-a-mirrored-database-connection-is-created-by-t

    InformationsquelleAutor user919426
Schreibe einen Kommentar