Questione : errore del Trasportare-livello/(fornitore: Fornitore di TCP, errore: 0 - Un collegamento attuale era con forza chiuso dall'elaboratore remoto.)


Ho inviato precedentemente una domanda circa questo errore che patetico sto ottenendo.

Dubito che abbiamo sprecato i CINQUE ANNI ultimi nella progettazione delle quattro applicazioni che ho cominciato appena ad introdurre.  Ho quattro clienti, che ottengono questo errore….alcuni occasionalmente….alcuni spesso.  Il codice sotto proviene da una procedura dell'errore-alimentatore che ottiene inviata con la posta elettronica noi ogni volta che ci è un insetto di programma o in qualunque momento dell'errore.

Poiché TUTTI I collegamenti nello stagno del collegamento ottengono trashed quando questo errore di trasporto si presenta using RETE 2.0 +, abbiamo ricevuto gli errori da ogni degli utenti a questa una posizione in cinque minuti.

Ho veduto su un altro luogo un invio che ha TRE anni che coinvolgono la stessa edizione di trasporto.  Anche un MVP di Microsft è coinvolgere in esso, ma inutilmente.  Nessuna soluzione era stata elencata.  Sono ammalato & ##&%* stanchi di dovere occuparsi di qualcosa Microsoft dovrebbero risolvere ormai, ma sono conferito a nel usando VB.NET ora.

Una delle soluzioni di MSDN era di assicurarsi che ogni stazione di lavoro & l'assistente avessero la stessa versione del cliente di SQL caricata.  Ho su tutti.

Ho parecchie domande che sono collegate con questa.
1)  È ci una difficoltà da Microsoft
2)  Un'azione alternativa è stata progettata qualcun'altro… o dal ms
3)  cambiando la mia stringa del collegamento dal nome di utente/parola d'accesso ha integrato Security=SSPI

Sono disperato a questo punto.
Francamente, ringraziamenti. 
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:

Più informazioni:
Le informazioni su questo problema sono state spedette automaticamente a 

Le informazioni tecniche dettagliate seguono: 
---
Data ed ora:         5/27/2010 di 4:09: 26 PM
Nome della macchina:          BETSY
IP address:            192.168.1.120
Utente corrente:          MPE \ Betsy

Dominio di applicazione:    IntegraPro.exe
Assemblea Codebase:     lime/IntegraAMS/IntegraPro.exe di file:///C:/Program
Nome completo dell'Assemblea:    IntegraPRO, Version=3.1.3777.12196, Culture=neutral, PublicKeyToken=null
Versione dell'Assemblea:      3.1.3777.12196
Data di configurazione dell'Assemblea:   5/5/2010 di 7:46: 32 

Fonte di eccezione:      . Fornitore netto di dati di SqlClient
Tipo di eccezioni:        System.Data.SqlClient.SqlException
Messaggio di eccezione:     Un errore del trasportare-livello ha accaduto quando trasmette la richiesta all'assistente. (fornitore: Fornitore di TCP, errore: 0 - Un collegamento attuale era con forza chiuso dall'elaboratore remoto.)
Luogo dell'obiettivo di eccezione: OnError

---- Traccia di pila ----
   System.Data.SqlClient.SqlConnection.OnError (eccezione come SqlException, breakConnection come booleano)
       IntegraPro.exe: N 1950890
   System.Data.SqlClient.SqlInternalConnection.OnError (eccezione come SqlException, breakConnection come booleano)
       IntegraPro.exe: N 4846875
   System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (stateObj come TdsParserStateObject)
       IntegraPro.exe: N 00194
   System.Data.SqlClient.TdsParserStateObject.WriteSni ()
       IntegraPro.exe: N 4857590
   System.Data.SqlClient.TdsParserStateObject.WritePacket (flushMode come byte)
       IntegraPro.exe: N 00254
   System.Data.SqlClient.TdsParserStateObject.ExecuteFlush ()
       IntegraPro.exe: N 00062
   System.Data.SqlClient.TdsParser.TdsExecuteRPC (rpcArray come _SqlRPC [], il prespegnimento come Int32, inSchema booleano, più notificationRequest quanto SqlNotificationRequest, stateObj come TdsParserStateObject, isCommandProc come booleano)
       IntegraPro.exe: N 04297
   System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (cmdBehavior come CommandBehavior, runBehavior come RunBehavior, returnStream come booleano, async come booleano)
       IntegraPro.exe: N 00954
   System.Data.SqlClient.SqlCommand.RunExecuteReader (cmdBehavior come CommandBehavior, runBehavior come RunBehavior, returnStream come booleano, metodo come stringa, risultato come DbAsyncResult)
       IntegraPro.exe: N 00162
   System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery (risultato come DbAsyncResult, methodName come stringa, sendToPipe come booleano)
       IntegraPro.exe: N 00175
   System.Data.SqlClient.SqlCommand.ExecuteNonQuery ()
       IntegraPro.exe: N 00137
   IntegraPRO.Main_ContactMgmt_EDU.WebUpdate (xNewRec come booleano)
       IntegraPro.exe: N 05835

Risposta : errore del Trasportare-livello/(fornitore: Fornitore di TCP, errore: 0 - Un collegamento attuale era con forza chiuso dall'elaboratore remoto.)

il >>I ha inviato precedentemente una domanda circa questo errore che patetico sto ottenendo. <>Per chiarire il sospetto di I state riferendo al filetto qui:
http://www.experts-exchange.com/Microsoft/Development/MS-SQL-Server/Q_25837130.html

Ho riletto il filetto e la vostra soluzione accettata era al membro che gli ha chiesto che se steste usando Auto-Chiuder.  Se lo capissi correttamente la risposta era:
“Sì…  TUTTE le mie basi di dati sono regolate che senso.  Stabilizza apparentemente PER ALLINEARE nel processo della creazione.  Non ne ho cambiato c'è ne delle opzioni di difetto su c'è ne delle mie basi di dati.„
Quella è non solo non allineare, ma una pratica molto difettosa.  Più ulteriormente non credo che stia violando tutto il NDA dicendolo che la squadra di sviluppo provata per rimuovere questa caratteristica dovuto esso è natura “diabolica„, ma sia stato costretto a lasciarlo per la compatibilità a rovescio.

Ho lavorato con l'assistente di SQL dalla versione 6.5, quello sono di 14 anni fa.  Non ho veduto mai questo errore in alcun'applicazione, ma d'altra parte, non studierei la possibilità ancora mai mai di regolarmi Auto-Mi chiudo sopra.  L'unica volta ho veduto è in SSMS e quando ho perso la connettività della rete. Poichè lo ho detto in vostro ultimo filetto, potete dimostrare molto facilmente questo voi stessi temporaneamente staccando dalla rete mentre usando SSMS.

La linea inferiore e col rischio della ripetizione, è che se accettate il messaggio di errore a valore nominale e credete che sia in effetti una perdita di connettività della rete, quindi questa non è chiaramente la responsabilità del ms.  Se credete che la causa sia qualcos'altro e possa dimostrarla, sarò il primo per mettermi in contatto con il ms e li lascio sapere.

Così che è esso?
Altre soluzioni  
 
programming4us programming4us