webForumDet fria alternativet

SQL Server does not exist or access denied.

3 svar · 444 visningar · startad av jonne

jonneMedlem sedan jan. 20011 154 inlägg
#1

Har ett väldigt konstigt problem. Två servrar. En webb och en SQL.

-Webservern kör Windows server 2003 web edition med SP2.
-SQL servern kör Windows Server 2003 R2 standard edition med SP2. SQL 2000 Standard med Sp 4 installerad

All kommunikation fungerar bra mellan dessa två när det gäller våra ordinarie system och siter. Däremot så har vi en form av syncfunktion som i sin enkelhet är ett asp script som kör diverse sql uppdateringar mellan två olika databser.

Det är detta scriptet som nu orsakar stora problem. Nyligen gjorde vi om vår serverpark där vi bland annat bytte sql från sql 7 till 2000.

Det som händer när vi kör detta skript är att följande felmeddelande dyker upp:

Microsoft OLE DB Provider for ODBC Drivers error '80004005'

[Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied.

Detta genereras på olika delar i koden. Helt godtyckligt. Ingen röd tråd att den stannar på vissa delar. Det som skulle kunna vara en gemensam nämnare är att den kör i kanske 2-3 minuter innan den smäller med felmeddelandet. Under denna tid så hinner den göra databasuppdateringar så det är inte att den står och tuggar innan den slutar fungera.

Detta kommer som sagt inte i någon del av de andra systemen utan det är bara i denna syncfunktion med mycket databasaccess som det går galet.

Känns som vi gått igenom de flesta tänkbara scenariona och jag börjar ärligt talat få slut på ideer. Så om någon har ett förslag på varför detta uppkommer eller vad man kan göra åt det så skulle jag vara för evig tacksam!

Peter SMedlem sedan dec. 20025 483 inlägg
#2

Har upplevt samma problem. I vårt fall var det brandväggen som stoppade vissa tjänster.

jonneMedlem sedan jan. 20011 154 inlägg
#3

Detta verkar vara ett rätt så utbrett problem på just windows server 2003 tillsammans med sql 2000.
Det finns lite om det på microsoft http://support.microsoft.com/default.aspx?scid=kb;EN-US;328383
Har delvis med named pipes och tp/ip att göra. Jag ändrade lite i connectionstringen igår och lade till

Network=DBMSSOCN; Address=217.xxx.xxx.xxx,1433;

Det verkade avhjälpa det lite men inte helt och hållet fixa det. Nästan så att man överväger om det inte är värt det att köra över till sql 2005 istället.
Kan också nämnas att dessa två servrar ligger i samma dmz så brandväggen borde inte vara något problem. Just i och med att det fungerar utan problem mellan våra övriga system och sql servern.

LarsGMedlem sedan dec. 200012 464 inlägg
#4

Flyttas från SQL

124 ms totalt · 3 externa anrop · v20260731065814-full.30151723
0 ms — hämta forumlista (cache)
0 ms — hämta statistik (cache)
122 ms — hämta tråd, inlägg och bilagor (db)