Felsök databasanslutningar

Användargränssnittet i Dreamweaver och senare har förenklats. Det kan därför hända att du inte hittar vissa av alternativen i den här artikeln i Dreamweaver och senare. Mer information finns i den här artikeln.

Felsöka behörighetsproblem

Ett av de vanligaste problemen är otillräckliga mapp- eller filbehörigheter. Om din databas finns på en Windows 2000- eller Windows XP-dator och du får ett felmeddelande när du försöker visa en dynamisk sida i en webbläsare eller i Live-vy, kan felet bero på ett behörighetsproblem.

Windows-kontot som försöker komma åt databasen har inte tillräckliga behörigheter. Kontot kan vara antingen det anonyma Windows-kontot (som standard, IUSR_computername) eller ett specifikt användarkonto, om sidan har säkrats för autentiserad åtkomst.

Du måste ändra behörigheterna för att ge IUSR_computername-kontot korrekta behörigheter så att webbservern kan komma åt databasfilen.Dessutom måste mappen som innehåller databasfilen också ha vissa behörigheter angivna för att kunna skriva till databasen.

Om sidan är avsedd att nås anonymt, ge IUSR_computername-kontot full kontroll över mappen och databasfilen, enligt beskrivningen i proceduren nedan.

Om vägen till databasen dessutom refereras med UNC (\\Server\Share), se till att delningsbehörigheterna ger IUSR_computername-kontot full åtkomst. Det här steget gäller även om delningen finns på den lokala webbservern.

Om du kopierar databasen från en annan plats, kanske den inte ärver behörigheterna från målmappen och du kan behöva ändra behörigheterna för databasen.

Kontrollera eller ändra databasfilens behörigheter (Windows XP)

Kontrollera eller ändra databasfilens behörigheter (Windows 2000)

Felsöka felmeddelanden från Microsoft

Dessa Microsoft-felmeddelanden kan uppstå när du begär en dynamisk sida från servern om du använder Internet Information Server (IIS) med ett Microsoft-databassystem som Access eller SQL Server.

Adobe tillhandahåller inte teknisk support för programvara från tredje part som Microsoft Windows och IIS. Om den här informationen inte löser ditt problem kontaktar du Microsofts tekniska support eller besöker Microsofts supportwebbsida på http://support.microsoft.com/.

Om du vill ha mer information om 80004005-fel kan du läsa ”INFO: Troubleshooting Guide for 80004005 Errors in Active Server Pages and Microsoft Data Access Components (Q306518)” på Microsofts webbplats på http://support.microsoft.com/default.aspx?scid=kb;sv-se;Q306518.

[[Reference]80004005—Datakällnamn hittades inte och ingen standarddrivrutin har angivits]

Det här felet uppstår när du försöker visa en dynamisk sida i en webbläsare eller i Live-vyn. Felmeddelandet kan variera beroende på din databas och webbserver. Andra variationer av felmeddelandet inkluderar:

• 80004005—Drivrutinens SQLSetConnectAttr misslyckades

• 80004005—Allmänt fel, det gick inte att öppna registernyckeln DriverId

  Här följer möjliga orsaker och lösningar:

• Sidan kan inte hitta DSN. Kontrollera att DSN har skapats både på webbservern och på den lokala datorn.

• DSN har konfigurerats som ett användar-DSN, inte som ett system-DSN. Ta bort användar-DSN:et och skapa ett system-DSN som du ersätter det med.

Om du inte tar bort användar-DSN:et kommer dubbla DSN-namn att generera ett nytt ODBC-fel.

Om du använder Microsoft Access kan databasfilen (.mdb) vara låst. Låset kan bero på att ett DSN med ett annat namn kommer åt databasen. I Utforskaren i Windows letar du reda på den låsta filen (.ldb) i mappen som innehåller databasfilen (.mdb) och tar bort .ldb-filen. Om ett annat DSN leder till samma databasfiler tar du bort detta DSN för att förhindra att felet inträffar i framtiden. Starta om datorn när du har gjort ändringarna.

[[Reference]80004005—Kunde inte använda '(okänd)'; fil används redan]

Det här felet uppstår när du använder en Microsoft Access-databas och försöker visa en dynamisk sida i en webbläsare eller i Live-vyn. En annan variation av det här felmeddelandet är "80004005—Microsoft Jet-databasmotorn kan inte öppna filen (okänd)."

Den troliga orsaken är ett behörighetsproblem. Här följer några särskilda orsaker och lösningar:

• Kontot som används av Internet Information Server (vanligtvis IUSR) kanske inte har rätt Windows-behörigheter för en filbaserad databas eller för mappen som innehåller filen. Kontrollera behörigheterna för IIS-kontot (IUSR) i användarhanteraren.

• Du kanske inte har behörighet att skapa eller förstöra temporära filer. Kontrollera behörigheten för filen och mappen. Se till att du har behörighet att skapa eller förstöra temporära filer. Temporära filer skapas vanligtvis i samma mapp som databasen, men filen kan också skapas i andra mappar som /Winnt.

• I Windows 2000 kan timeout-värdet behöva ändras för Access-databasens DSN. För att ändra timeout-värdet väljer du Start > Inställningar > Kontrollpanel > Administrationsverktyg > Datakällor (ODBC). Klicka på fliken System, markera rätt DSN och klicka på knappen Konfigurera. Klicka på Alternativ och ange värdet 5000 i Timeout för sida.

  Om du fortfarande har problem kan du läsa följande artiklar i Microsoft Knowledge Base:

• PRB: 80004005 "Couldn't Use '(unknown)'; File Already in Use" på http://support.microsoft.com/default.aspx?scid=kb;en-us;Q174943.

• PRB: Microsoft Access-databasanslutning misslyckas i Active Server Pages vid http://support.microsoft.com/default.aspx?scid=kb;en-us;Q253604.

• PRB: Felet Kan inte öppna fil (okänd) med Access på http://support.microsoft.com/default.aspx?scid=kb;sv-se;Q166029.

[[Reference]80004005—Inloggning misslyckades()]

Det här felet uppstår när du använder Microsoft SQL Server och försöker visa en dynamisk sida i en webbläsare eller i Live-vy.

Det här felet genereras av SQL Server om det inte accepterar eller känner igen inloggningskontot eller lösenordet som skickas (om du använder standardsäkerhet), eller om ett Windows-konto inte mappas till ett SQL-konto (om du använder integrerad säkerhet).

Här följer tänkbara lösningar:

• Om du använder standardsäkerhet kan kontonamnet och lösenordet vara felaktiga.Prova systemadministratörskontot och lösenordet (UID= "sa" och inget lösenord), som måste definieras i anslutningssträngens rad.(DSN:er lagrar inte användarnamn och lösenord.)

• Om du använder integrerad säkerhet kontrollerar du Windows-kontot som anropar sidan och hittar dess mappade SQL-konto (om sådant finns).

• SQL Server tillåter inte ett understreck i SQL-kontonamn. Om någon manuellt mappar Windows- IUSR_maskinnamn-kontot till ett SQL-konto med samma namn kommer det att misslyckas. Mappa alla konton som använder understreck till ett kontonamn på SQL som inte använder understreck.

[[Reference]80004005—Åtgärden måste använda en uppdateringsbar fråga]

Det här felet uppstår när en händelse uppdaterar en postuppsättning eller infogar data i en postuppsättning.

Här är möjliga orsaker och lösningar:

• Behörigheterna som är inställda på mappen som innehåller databasen är för restriktiva. IUSR-behörigheter måste ställas in på läs/skriv.

• Behörigheterna på själva databasfilen har inte fulla läs-/skrivbehörigheter aktiverade.

• Databasen kanske finns utanför Inetpub/wwwroot- katalogen. Även om du kan visa och söka i data kanske du inte kan uppdatera den om inte databasen finns i wwwroot- katalogen.

• Postmängden är baserad på en fråga som inte är uppdateringsbar. Kopplingar är bra exempel på icke-uppdateringsbara frågor inom en databas. Omstrukturera dina frågor så att de går att uppdatera.

  För mer information om det här felet, se "PRB: ASP 'Error The Query Is Not Updateable' When You Update Table Record," i Microsoft Knowledge Base på http://support.microsoft.com/default.aspx?scid=kb;en-us;Q174640.

[[Reference]80040e07—Datatypsmatchningsfel i kriterieuttryck]

Det här felet uppstår när servern försöker bearbeta en sida som innehåller ett Insert Record- eller Update Record- serverbeteende, och serverbeteendet försöker ställa in värdet för en Datum/Tid-kolumn i en Microsoft Access-databas till en tom sträng ("").

Microsoft Access har stark datatyp; det tillämpar en rigorös uppsättning regler för givna kolumnvärden. Det tomma strängvärdet i SQL-frågan kan inte lagras i en Access Date/Time-kolumn.För närvarande är den enda kända lösningen att undvika att infoga eller uppdatera Date/Time-kolumner i Access med tomma strängar ("") eller med något annat värde som inte motsvarar det värdeintervall som specificerats för datatypen.

[[Reference]80040e10—Too few parameters]

Detta fel uppstår när en kolumn som specificerats i din SQL-fråga inte finns i databastabellen. Kontrollera kolumnnamnen i din databastabell mot SQL-frågan. Orsaken till detta fel är ofta ett typografiskt fel.

[[Reference]80040e10—COUNT field incorrect]

Detta fel uppstår när du förhandsgranskar en sida som innehåller ett Insert Record-serverbeteende i en webbläsare och försöker använda det för att infoga en post i en Microsoft Access-databas.

Du kanske försöker infoga en post i ett databasfält som har ett frågetecken (?) i sitt fältnamn. Frågetecknet är ett specialtecken för vissa databasmotorer, inklusive Microsoft Access, och bör inte användas för databastabellnamn eller fältnamn.

Öppna ditt databassystem och ta bort frågetecknet (?) från fältnamnen och uppdatera server-beteendena på din sida som refererar till detta fält.

[[Reference]80040e14—Syntax error in INSERT INTO statement]

Detta fel uppstår när servern försöker att bearbetar en sida som innehåller en Insert Record server-beteende.

Detta fel beror vanligtvis på ett eller flera av följande problem med namnet på ett fält, objekt eller variabel i databasen:

• Använda ett reserverat ord som ett namn. De flesta databaser har en uppsättning reserverade ord. T.ex. är ”datum” ett reserverat ord som inte får användas som kolumnnamn i en databas.

• Använda specialtecken i namnet. Exempel på specialtecken är:

  . / * : ! # & - ?

• Använda ett mellanslag i namnet.

  Felet kan även inträffa när en indatamask är angiven för ett objekt i databasen och infogade data inte överensstämmer med indatamasken.

  Om du vill åtgärda problemet ska du undvika att använda reserverade ord, t.ex. ”date”, ”name”, ”select”, ”where” och ”level” när du anger kolumnnamn i databasen. Ta även bort mellanslag och specialtecken.

  Gå in på följande webbsidor för att se en lista med reserverade ord för vanliga databassystem:

• Microsoft Access på http://support.microsoft.com/default.aspx?scid=kb;sv-se;Q209187

• MySQL på http://dev.mysql.com/doc/mysql/en/reserved-words.html

[[Reference]80040e21—ODBC error on Insert or Update]

Detta fel uppstår när servern försöker att bearbetar en sida som innehåller en Update Record eller Insert Record server beteende. Databasen kan inte hantera uppdaterings- eller infogningsoperationen som serverbeteendet försöker utföra.

Här är möjliga orsaker och lösningar:

• Serverbeteendet försöker uppdatera en databastabell med autonummerfält eller infoga en post i ett autonummerfält.Eftersom autonummerfält fylls i automatiskt av databassystemet misslyckas alla försök att externt fylla i dem med ett värde.

• Data som server-beteendet uppdaterar eller infogar har fel typ för databasfältet, som att infoga ett datum i ett Boolean (ja/nej) fält, infoga en sträng i ett numeriskt fält, eller infoga en felaktigt formaterad sträng i Date/Time-fält.

[[Reference]800a0bcd—Either BOF or EOF is true]

Detta fel uppstår när du försöker visa en dynamisk sida i en webbläsare eller i Live-vy.

Problemet uppstår när sidan försöker visa data från en tom postuppsättning. För att lösa problemet tillämpar du serverbeteendet Visa region på det dynamiska innehåll som ska visas på sidan på följande sätt:

Felsöka felmeddelanden i MySQL

Ett vanligt felmeddelande som du kan stöta på när du testar en PHP-databasanslutning till MySQL 4.1 är "Klienten stöder inte autentiseringsprotokoll som begärts. Överväg att uppgradera MySQL-klient."

Du kanske måste återgå till en tidigare version av MySQL eller installera PHP 5 och kopiera några dynamiska länkbibliotek (DLL:er). För detaljerade instruktioner, se Konfigurera en PHP-utvecklingsmiljö.