13. april 2005 - 11:23Der er
27 kommentarer og 1 løsning
ASP fejl når åbner tabel i access der linker til SQL via ODBC
Kære eksperter. Skal dette ikke kunne lade sige gøre. lidt kode
Set MESConn = Server.CreateObject("ADODB.Connection") DSN = "DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=\\erptest\inetpub\DBroot\slettesigen.mdb" MESConn.Open DSN sqlstr = "SELECT * FROM dbo_ttisfc998200 "
Set rs = Server.CreateObject ("ADODB.Recordset") rs.Open sqlstr, MESConn
eller
Set MESConn = Server.CreateObject("ADODB.Connection") MESConn.Open ("Provider=Microsoft.Jet.OLEDB.4.0;" & "Data Source=\\erptest\inetpub\DBroot\slettesigen.mdb;")
sqlstr = "SELECT * FROM dbo_ttisfc998200 " Set rs = Server.CreateObject ("ADODB.Recordset") rs.Open sqlstr, MESConn
Uanset hvilken form jeg bruger får jeg denne fejl (fejl fra første eksempel...)
Microsoft OLE DB Provider for ODBC Drivers (0x80004005) [Microsoft][ODBC Microsoft Access Driver] ODBC--connection to 'baandbtest' failed. /copy of eMES/test.asp, line 13
Jeg har en accesstabel som er linket via DSN/ODBC til en SQL DB på en anden server, og hvis jeg inde fra Access åbner den linkede tabel åbner den fint, men fra ASP koden går det galt.
>skyggen2000 ikke forstået. jeg behøver ikke userid for at connecte til min accessDB, og jeg anvendt userid og password under oprettelsen af linket til SQL DB som jo kræver password. Vil du uddybe nærmere... jeg forstår det måske ikke helt.
sorry, det var en bøf, det skulle være en kommentar. jeg skal lige ha' det skåret ud i pap.
jeg har en server erptest. her ligger en SQL DB. På server neptun har jeg i DBROOT en accessDB hvor jeg linker via ODBC til erptest. Når jeg fra access programmet direkte på serveren har hul igennem til tabellen på erptest, går jeg ud fra at rettigheder ikke er et issue. Men det du siger er at når kaldet afvikles fra ASP, at jeg så kan have rettighedsproblemer i IIS? Hvorda sættes dette op?
Undskyld hvis jeg er tungnem:) kommentarer krydser vidst også lidt hinanden...
Har kigget guiden igennem, og selvom jeg kører engelsk w2000 så skulle jeg mene at det er OK. MEN jeg har en rettelse til min beskrivelse, og som sikkert støtter din antagelse af at det er et rettigheds-issue. Når jeg har været ude og går ind i access programmet for at klikke på linket til SQLDB, ja så bliver jeg nu rent faktisk prompted for Password. Måske er det alstå det der sker, men i og med at jeg jo fra ASP kalder Access og jeg ikke der har brug for password, hvordan skal jeg så skrive password for det videre kald til SQL ind i connection strengen. prøvede lige at tilføje UID=xxxx;PWD=yyyyy; uden held. Måske skal jeg kigge nærmere på DSN opsætningen igen. Har du et hurtigt svar på dette Skyggen2000?
Hmm ved at vælge NT logon accounten i ODBC konfigurationen, bliver jeg ikke længere prompted i access når jeg linker til SQL, men det hjælper lige fedt via ASP:(
Jeg checkede wwwroot properties for sharing og mit erptestserver har full control til alt, men jeg forstår ikke hvad det skulle hjælpe, hvis det er rettigheder til SQL serveren der driller.
Jeg har adgang til erptest serverens filer, og ODBC virker jo når jeg ikke kalder fra ASP.
Om det er den rigtige måde ved jeg ikke, har du et andet forslag. Det var for at undgå at skulle anvende to connections i ASP.
Uhauha, sikke noget vrøvl jeg har skrevet. grunden dertil er lige meget...
Om igen. min webserver hedder ikke neptun (i dette eksempel)men "erptest" og her ligger min Access i dbroot. Min Sql ligger på "erptest2". Undskyld forvirringen, min DBQ kald er korrekt skrevet... beklager meget.
hvorfor er det du vil benytte ODBC? Du kan bare skrive de informationer der står i ODBC connection strengen direkte i connection strengen når du opretter forbindelsen.
Ok, når det er en anden server skal til tilføje den server der prøver at opnå atgang til den mappe den skal have adgang til.
i dette tilfælde skal erptest have adgang til mappen på erptest2 hvor ODBC linket linker til.
Min connection streng connecter til AccessDB hvor der ligger flere tabeller ud over den linkede. Hvorledes vil du putte de videregående connection data til SQL ind i connectionstrengen til access?
Jeg linker jo ikke til en mappe når jeg i ODBC laver en DSN, men en database der vel styres af SQL serveren via et password. Måse er det dette password der mangler hver gang jeg kalder fra ASP
Måske skal jeg blot leve med at jeg fra ASP skal connecte til både access og SQL basen
OK, måske er jeg dum, men mappen på erptest2 der indeholder sleve databasefilerne er naturligvis ikke shared, men bruger "everyone" har full adgang under "security".
Jeg kan ikke se hvor du mener det skal sættes op, men jeg tror da du har ret I problematikken. Jeg ved bare ikke nok.
Og igen jeg forstår ikke hvordan du vil undgå ODBC hvis du vil bruge Access som "front end" database.
Enig, men det er test. har oprettet en bruger på c:\mssql7\data folderen (forstår ikke at det skulle vlre security på folderen, men...) brugeren hedder ERPTEST$(DK\ERPTEST$) DK er domænet
men det hjalp ikke
må smutte nu. Tak for hjælpen Skygge2000, jeg ved ikke om jeg er i nærheden af at ha' løst noget:-|
Tak for links, og jeg har prøvet med audit på login. men der kommer ikke noget o loggen når den fejl, og ja jeg har sadt den til at tage "all" forsøg på log on.
Jeg tror desværre at alle dine bud går på fejl hvis jeg vil connecte til SQL fra ASP og ikke via link tables i access, og jeg vil derfor tro at vi må stoppe her. Du skrev også at du ikke havde prøvet med link før. Måske vil jeg stille det konkrete spørgsmål i ACCESSDB gruppen, om link vil virke fra ASP.
Kast et svar, så får du lidt point for din brugte tid
Det kan du have ret i, hvis ikke de to links funkede (har du også været inde under den fra microsoft?), som jeg ellers troede ville gøre udfaldet, ville jeg også anbefale dig at flytte den over til acces eller mssql gruppen. Eftersom jeg ikke har hjulpet dig færdig med dit problem, behøver du ikke give mig nogle point.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
