Fråga : Transportera-jämna felet/(familjeförsörjaren: Tcp-familjeförsörjare, fel: 0 - En existerande anslutning stängdes forcibly av fjärrkontrollen varar värd.)


Jag har postat få för förmiddag för fel I för ifrågasätta föregående härom patetiskt.

Jag ifrågasätter huruvida oss har slttt bort de sist FEM ÅREN, i att planlägga fyra applikationer som jag har precis börjat att marknadsföra.  Jag har fyra beställare, som får detta fel….,några tillfälligt….,några ofta.  Den nedanföra kodifiera är från en rutinmässig fel-förlagehanterare som får emailed till oss, när som helst det finns ett program buggar eller någon tid av felet.

Få kasserad, när detta transportfel uppstår using NETTO 2.0 +, därför att ALLA anslutningar i anslutningen slår samman, oss mottog fel från varje av användarena på detta ett läge inom fem noterar.

Jag har sett på en annan plats en utnämning som är TRE gammala år gälla den samma transporten utfärdar.  Även en Microsft MVP är involverad i den, men till ingen nytta.  Ingen lösning hade listats.  Sjuk förmiddag I & ##&%* som tröttas av att måste att handla med något Microsoft, bör ha löst av nu, men I-förmiddagen vested, i att använda VB.NET nu.

En av MSDN-lösningarna var att se till att varje arbetsstation & serveren hade den samma laddade SQL-beställareversionen.  Jag har på alla dem.

Jag har flera ifrågasätter som förbinds till detta.
1)  Finns det en knipa från Microsoft
2)  Har en lösning planlagts av någon annars… eller ms
3)  Skulle ändra min anslutning stränga från den kända/lösenordet användaren integrerade Security=SSPI

Förmiddag som I är desperat på denna, pekar.
Uppriktigt tack. 
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:

Mer information:
Problemet för information härom postades automatiskt till 

Specificerad teknisk information följer: 
---
Datera och tajma:         5/27/2010 4:09: 26 PM
Bearbeta med maskin känt:          BETSY
IP address:            192.168.1.120
Strömanvändare:          MPE \ Betsy

Applikationområde:    IntegraPro.exe
Enhet Codebase:     file:///C:/Program sparar/IntegraAMS/IntegraPro.exe
Mycket känd enhet:    IntegraPRO Version=3.1.3777.12196, Culture=neutral, PublicKeyToken=null
Enhetsversion:      3.1.3777.12196
Enhetsbyggande daterar:   5/5/2010 7:46: 32 FÖRMIDDAG

Undantagskälla:      . Netto SqlClient datafamiljeförsörjare
Undantagstyp:        System.Data.SqlClient.SqlException
Undantagsmeddelande:     Transportera-jämna felet har uppstått, när du överför förfråganen till serveren. (familjeförsörjare: Tcp-familjeförsörjare, fel: 0 - En existerande anslutning stängdes forcibly av fjärrkontrollen varar värd.)
Undantag uppsätta som mål platsen: OnError

---- BuntTrace ----
   System.Data.SqlClient.SqlConnection.OnError (undantag som SqlException, breakConnection som Boolean)
       IntegraPro.exe: N 1950890
   System.Data.SqlClient.SqlInternalConnection.OnError (undantag som SqlException, breakConnection som Boolean)
       IntegraPro.exe: N 4846875
   System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (stateObj som TdsParserStateObject)
       IntegraPro.exe: N 00194
   System.Data.SqlClient.TdsParserStateObject.WriteSni ()
       IntegraPro.exe: N 4857590
   System.Data.SqlClient.TdsParserStateObject.WritePacket (flushMode som byte)
       IntegraPro.exe: N 00254
   System.Data.SqlClient.TdsParserStateObject.ExecuteFlush ()
       IntegraPro.exe: N 00062
   System.Data.SqlClient.TdsParser.TdsExecuteRPC (som är rpcArray som _SqlRPC [], frånslagningstid som Int32, inSchemaen som så är boolean som är mest notificationRequest som SqlNotificationRequest, stateObj som TdsParserStateObject, isCommandProc som Boolean)
       IntegraPro.exe: N 04297
   System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (cmdBehavior som CommandBehavior, runBehavior som RunBehavior, returnStream som Boolean, async som Boolean)
       IntegraPro.exe: N 00954
   System.Data.SqlClient.SqlCommand.RunExecuteReader (cmdBehavioren som CommandBehavior, runBehavioren som RunBehavior, returnStream som Boolean, metoden som stränger, resulterar som DbAsyncResult),
       IntegraPro.exe: N 00162
   System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery (resultat som DbAsyncResult, methodName som stränger, sendToPipe som Boolean)
       IntegraPro.exe: N 00175
   System.Data.SqlClient.SqlCommand.ExecuteNonQuery ()
       IntegraPro.exe: N 00137
   IntegraPRO.Main_ContactMgmt_EDU.WebUpdate (xNewRec som Boolean)
       IntegraPro.exe: N 05835

Svar : Transportera-jämna felet/(familjeförsörjaren: Tcp-familjeförsörjare, fel: 0 - En existerande anslutning stängdes forcibly av fjärrkontrollen varar värd.)

>>I har postat få för förmiddag för fel I för ifrågasätta föregående härom patetiskt. <>Att klargöra jag misstänker dig ser till tråden här:
http://www.experts-exchange.com/Microsoft/Development/MS-SQL-Server/Q_25837130.html

Jag re-read tråden, och din accepterade lösning var till medlemmen som frågade dig, om du använde Auto-Slut.  Om jag förstod korrekt dig, svaret var:
”Ja…,  ALLA min databaser är fastställda ditåt.  Det standardinställer som synes för ATT TRUE i den processaa skapelsen.  Jag har inte ändrat några av standardalternativen på några av min databaser.”,
Det är inte endast inte riktig, men en dåliga övar mycket.  Vidare jag tror inte I-förmiddag som överträder någon NDA vid träffande dig, att utvecklingslaget som försöks för att ta bort detta särdrag det är tack vare ”den onda” naturen, men tvingades för att lämna den för bakåtriktad förenlighet.

Jag har fungerat med SQL-serveren efter version 6.5, det är 14 år sedan.  Jag har aldrig sett detta fel i någon applikation, men därefter igen jag skulle aldrig, betraktar någonsin inställning Auto-Slutet på.  Den enda tiden har jag sett att det är i SSMS, och när jag har borttappadt att knyta kontakt connectivity. Som jag berättade dig i din sist tråd, du kan bevisa denna dig mycket lätt, genom tillfälligt att koppla från från knyta kontaktstunderna using SSMS.

Kärnpunkten och på riskera av att upprepa jag själv, är att, om du accepterar felmeddelandet på nominellt värde och dig som är tro den är i faktum som en förlust av knyter kontakt connectivity, då klart detta är inte ms ansvar.  Om du tror att orsaka är någontingen annat och kan bevisa den, jag ska är första som kontaktar ms och låter dem veta.

Så som är det?
Andra lösningar  
 
programming4us programming4us