I den här översynen kommer vi att identifiera några möjliga orsaker som med största sannolikhet kommer att orsaka odbc -drivrutinsfelet 80040e31 till en chans och sedan föreslå möjliga återställningsmetoder som du vanligtvis kan försöka åtgärda problemet.
Jag skrev på en ASP -sida idag som hittade ett AJAX -anrop för att utlösa ett nummer kopplat till SQL -uppdateringar, inklusive ett e -postmeddelande till en bevarad procedur. Webbpublicering startade med fel:
Felraden var ett samtal till någon reserverad procedur. Efter att ha spelat lite, övervakade jag ditt problem tillbaka till ADO ConnectionTimeOut -vinsten. Standard är 30 sekunder.
Det finns förmodligen tre intressanta timeout -värden på ASP -sidan:
Längden på användarens telefonsession. I IIS var det 20 till minuter genom att inte betala
Hur lång tid tar det att skriva en fantastisk artikel. I IIS är ovanstående standard 85 sekunder. Lång
hur kan nästan alla förvarssamtal göras. Standard är 45 sekunder.
Den lagrade proceduren varade> 30 minuter, för ett fel uppstod. Jag har utan tvekan löst problemet genom att öka ConnectionTimeOut -värdet så att det genererar ett samtal specifikt för det kirurgiska säkra förfarandet, till exempel:
CmdC -graderingAnge cmdC = Server.CreateObject (“ADODB.Command”)med cmdC.ActiveConnection betyder anslutning.CommandText = “[procedurnamn]”.CommandType innebär adCmdStoredProc.CommandTimeout -matcher Det finns 3000.KörSluta med
Värdet kan beskrivas som specificerat i sekunder, dvs. 3000 sekunder = 15 minuter. Kan du läsa mer om ConnectionTimeOut vid denna tidpunkt?
Det finns naturligtvis en annan anledning bra anledning att det tar så lång tid att använda en enda lagrad procedur som en del av en AJAX dub. Vi kommer förmodligen att flytta det från arbete för att arbeta vid ett eller annat tillfälle, men som en del av tiden behövdes en snabb lösning.
Jag är en utmärkt utvecklare som för närvarande tycker om att behålla sin webbplats på klientsidan som nu använder klassisk ASP med endast SQL Server 2000.
Koden är faktiskt gammal och har uppdaterats till ett helt nytt fullständigt system som ett resultat av hela denna process, men tills dess måste vi skapa sajterna så smidiga som möjligt.
Det finns tre webbplatser, en kommersiell front-end, i det viktigaste Storbritannien och strax efter en back-end i Singapore. Båda servermodulerna köper nästan 95% exakt kodbas, och de har alla en databas på samma server och finns på den vanliga datorn.
MITT problem är att användare under de kommande två aka tre dagarna har rapporterat fel vid försök som kan logga in på Singapores webbplats. Fel:
Microsoft OLE DB Provider för odbc fordonsägare fel '80040e31'[Microsoft] [ODBC SQL Server Driver] Timeout
Koden i fråga är ett enkelt och dessutom viktigt UPDATE -uttalande som uppdaterar en anpassad tid för skrivning, och den här koden har fungerat exceptionellt i flera år.
Det finns ingen anledning att göra de senaste ändringarna av lösenordet, vilket enligt experter kan påverka detta. Hur kan jag avgöra orsaken till dessa flaskhalsar? Event Viewer, SQL -felloggar och IIS -trä verkar inte kunna visa fel när vissa timeout inträffar.
Jag misstänker att alla våra fel definitivt uppstår när den här koden gör ett försök att göra en UPDATE, men det var för varje en tidigare process som fick min server att krascha, SQL, men inte bara du ser, DBA , vilket jag gör vid detta tips i frågan.
set con2 = server.CreateObject ("ADODB.Connection")con2. anslutningstid = 1200con2.open "Driver = SQL Server; server är lika med 111.111.111.11; användar -ID = xx; pwd motsvarar xxx; Databas = xxx"con2.execute ("REMOVE FROM table_name, field of study identifier, where NOT INCLUDED (SELECT field identifier FROM table_name2)")con2.stängdefiniera con2 = ingenting
När jag körde den här åtgärden med asp inträffade helt enkelt följande fel. Hur löser man detta problem? !
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
Microsoft OLE DB Provider för att ta emot ODBC Drivrutinfel 80040e31
