06. maj 2003 - 10:33Der er
13 kommentarer og 1 løsning
Database problem eller VB code ???
Vi har et lille problem med vores Database, hvis en bruger er på siden med nyheder som uploades i en Access 2000 datatbase.
Og en admin samtidig åbner databasen på selve serveren, så går siden ned.
Vi formoder at det er fordi at brugeren ikke får lukket sin forbindelse ???
Der kan opdateres fra klient siden hvis man venter 2-3 minutter og siden vises igen men trykker man hurtigt på F5 en gang til så får vi samme problem.
Genstarter vi vores server kører det atter upåklageligt indtil samme procedure udføres.
her er så lige fejlkoden.
Fejltype: Microsoft OLE DB Provider for ODBC Drivers (0x80004005) [Microsoft][ODBC Microsoft Access-driver]Der opstod en generel fejl. Registreringsnøglen Temporary (volatile) Jet DSN for process 0x510 Thread 0x5d8 DBC 0x1439cac Jet kan ikke åbnes. /nyheder/forside.asp, line 20
og koden fra forside.asp line 17 til 21
set objConn=server.createObject("ADODB.Connection")
with objConn .open ConnectionString set objRS=.Execute(strSql)
Med version 7 af TeamShare tager Lector næste skridt og bygger en platform for AI-agenter, der i højere grad kan følge medarbejderen gennem hele arbejdsprocessen.
korrekt, men han skriver ikke til den han browser kun på den. dvs. at han trækker data ud.
Det er muligt at dette ikke kan lade sig gøre mens den er åben, men selv om den bliver lukket. og brugeren så prøver igen kan det ikke lade sig gøre, uden at serveren genstartes.
det kan vist ikke have noget med skrivebeskyttelsen at gøre kan det ???
roenving : hehe ja det er lissom os gået op for os !!!
Hvis du læser indlæggende,så vil du ud fa dem kunne tyde at det er der problemet opstår, men at det fortsætter efter vi har lukket databasen igen.
og det er her vi har lidt brug for hjælp. hvis vi resetter IIS så kører det fint igen.
Det er ikke et problem man vi opleve særlig ofte, men det kunne være rart at vide hvorfor den ikke lukker de åbne dialoger der er med access før den genstartes.
vi lukker både recordset og connetionstring og sætter dem derefter til Nothing i slutningen af vores VB script som vist i de ovenstående indlæg.
Jeg kunne forestille mig, HVIS det er forskellige ID'er, at admin-brugeren har en slags 'forret' og derfor kan override, at der er en anden bruger på den - og så er den forbindelse vel cuttet for good ...
Mmmm... kan godt se at i alle dvæler ved at man ikke kan tilgå databasen fra ASP siderne når den er blevet åbnet i access. MEn problemet er jo at man heller ikke kan tilgå databasen når admin har lukket den i Access igen.
uden at man genstarter IIS.
Der er ingen problemer hvis man åbner databasen fra Access og lukker den igen uden at forsøge at tilgå den fra ASP siderne. Først når de 2 bruges samtidigt opstår problemet.
Vi lader spørgsmålet stå åbent et par dage, ellers må vi se os nødsaget til at lukke det uden at dele kager ud, da intet af det ovenstående er løsningen på problemet ;)
- og så er den forbindelse vel cuttet for good ...
altså den threadID: 0x5d8, som IIS/ASP havde ...
Access er vel nødt til at skære forbindelsen over til IIS/ASP, når nu admin kommer og requester, og som enkeltbruger-program har det ikke nogen evne til at genskabe en thread, og så er den død er den død er den død ...
vi har prøvet begge men kan stadig fremprovokere fejlen, vi lukker spørgsmålet da det tilsyneldende er en meget underlig fejæ der ikke er en umiddelbar løsning på.
Løsningen er for os at sætte pass på databasen da det er muligt at slette oprette, korpimere og reparere databasen via funktioner kodet ind i vores hjemmeside, og slutbruger derfor ikke har brug for at kunne tilgå databasen.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
