Fehlerbehebung bei Datenbankverbindungen

Die Benutzeroberfläche wurde in Dreamweaver vereinfacht. Daher kann es sein, dass einige der in diesem Artikel beschriebenen Optionen in Ihrer Version von Dreamweaver nicht vorhanden sind. Weitere Informationen finden Sie in diesem Artikel.

Berechtigungsprobleme lösen

Eines der häufigsten Probleme ist eine unzureichende Ordner- oder Dateiberechtigung.Wenn sich deine Datenbank auf einem Windows 2000- oder Windows XP-Computer befindet und du eine Fehlermeldung erhältst, wenn du versuchst, eine dynamische Seite in einem Webbrowser oder in der Live-Ansicht anzuzeigen, könnte der Fehler auf ein Berechtigungsproblem zurückzuführen sein.

Das Windows-Konto, das versucht, auf die Datenbank zuzugreifen, verfügt nicht über ausreichende Berechtigungen.Das Konto könnte entweder das anonyme Windows-Konto (standardmäßig IUSR_computername) oder ein spezifisches Benutzerkonto sein, wenn die Seite für authentifizierten Zugriff gesichert wurde.

Du musst die Berechtigungen ändern, um dem IUSR_computername-Konto die korrekten Berechtigungen zu geben, damit der Webserver auf die Datenbankdatei zugreifen kann.Zusätzlich muss der Ordner, der die Datenbankdatei enthält, ebenfalls bestimmte Berechtigungen haben, um in diese Datenbank zu schreiben.

Wenn die Seite für anonymen Zugriff vorgesehen ist, gib dem IUSR_computername-Konto volle Kontrolle über den Ordner und die Datenbankdatei, wie im folgenden Verfahren beschrieben.

Wenn der Pfad zur Datenbank außerdem mit UNC (\\Server\Share) referenziert wird, stelle sicher, dass die Freigabeberechtigungen dem IUSR_computername-Konto vollen Zugriff gewähren. Dieser Schritt gilt auch, wenn sich die Freigabe auf dem lokalen Webserver befindet.

Wenn du die Datenbank von einem anderen Speicherort kopierst, erbt sie möglicherweise nicht die Berechtigungen vom Zielordner und du musst möglicherweise die Berechtigungen für die Datenbank ändern.

Überprüfe oder ändere die Berechtigungen der Datenbankdatei (Windows XP)

Überprüfe oder ändere die Berechtigungen der Datenbankdatei (Windows 2000)

Microsoft-Fehler beheben

Diese Microsoft-Fehlermeldungen können auftreten, wenn du eine dynamische Seite vom Server anforderst und Internet Information Server (IIS) mit einem Microsoft-Datenbanksystem wie Access oder SQL Server verwendest.

Adobe bietet keinen technischen Support für Software von Drittanbietern wie Microsoft Windows und IIS. Falls diese Informationen dein Problem nicht lösen, wende dich bitte an den technischen Support von Microsoft oder besuche die Microsoft Support-Website unter http://support.microsoft.com/.

Weitere Informationen über 80004005-Fehler finden Sie unter „INFO: Anleitung zur Behebung von Fehlern des Typs 80004005 bei Active Server Pages und Microsoft Data Access Components“ (Q306518) auf der Microsoft-Website unter http://support.microsoft.com/default.aspx?scid=kb;de-de;Q306518.

[[Reference]80004005—Datenquellenname nicht gefunden und kein Standardtreiber angegeben]

Dieser Fehler tritt auf, wenn du versuchst, eine dynamische Seite in einem Webbrowser oder in der Live-Ansicht anzuzeigen. Die Fehlermeldung kann je nach Datenbank und Web-Server variieren. Andere Varianten der Fehlermeldung sind:

• 80004005 – Driver's SQLSetConnectAttr failed (SQLSetConnectAttr des Treibers fehlgeschlagen)

• 80004005 – General error Unable to open registry key 'DriverId' (Allgemeiner Fehler. Registrierungsschlüssel 'DriverId' kann nicht geöffnet werden)

  Im Folgenden werden mögliche Ursachen und Lösungen erläutert:

• Die Seite kann den DSN nicht finden. Stellen Sie sicher, dass sowohl auf dem Webserver als auch auf dem lokalen Computer ein DSN erstellt wurde.

• Der DSN wurde möglicherweise nicht als System-DSN, sondern als Benutzer-DSN erstellt. Löschen Sie in diesem Fall den Benutzer-DSN und erstellen Sie stattdessen einen System-DSN.

Wenn Sie den Benutzer-DSN nicht löschen, verursachen die doppelten DSN-Namen einen neuen ODBC-Fehler.

Wenn Sie Microsoft Access verwenden, ist die Datenbankdatei (.mdb) möglicherweise gesperrt. Die Sperre kann darauf zurückzuführen sein, dass ein anderer DSN auf die Datenbank zugreift. Suchen Sie in Windows Explorer die Sperrdatei (.ldb). Sie befindet sich im gleichen Ordner wie auch die Datenbankdatei (.mdb). Löschen Sie dann die .ldb-Datei. Wenn ein anderer DSN auf die gleiche Datenbankdatei verweist, löschen Sie den DSN, um den Fehler in Zukunft zu vermeiden. Sie müssen den Computer neu starten, nachdem Sie diese Änderungen vorgenommen haben.

[[Reference]80004005—Konnte '(unbekannt)' nicht verwenden; Datei wird bereits verwendet]

Dieser Fehler tritt auf, wenn du eine Microsoft Access-Datenbank verwendest und versuchst, eine dynamische Seite in einem Webbrowser oder in der Live-Ansicht anzuzeigen.Eine andere Variante dieser Fehlermeldung ist „80004005—Microsoft Jet Database Engine kann die Datei nicht öffnen (unbekannt)."

Die wahrscheinliche Ursache ist ein Berechtigungsproblem.Im Folgenden werden spezifische Ursachen und Lösungen erläutert:

• Das von Internet Information Server verwendete Konto (normalerweise IUSR) hat möglicherweise nicht die korrekten Windowsberechtigungen für eine dateibasierte Datenbank oder für den Ordner, der die Datei enthält.Überprüfe die Berechtigungen des IIS-Kontos (IUSR) im Benutzermanager.

• Du hast möglicherweise keine Berechtigung, temporäre Dateien zu erstellen oder zu löschen. Überprüfen Sie die Berechtigungen für die Datei und den Ordner. Stelle sicher, dass du die Berechtigung zum Anlegen oder Löschen temporärer Dateien hast. Temporäre Dateien werden normalerweise im selben Ordner wie die Datenbank erstellt, aber die Datei kann auch in anderen Ordnern wie /Winnt erstellt werden.

• In Windows 2000 muss der Timeout-Wert möglicherweise für den Access-Datenbank-DSN geändert werden. Um den Timeout-Wert zu ändern, wähle Start > Einstellungen > Control Panel > Administrative Tools > Data Sources (ODBC) aus. Klicke auf die Registerkarte System, markiere den korrekten DSN und klicke auf den Button Konfigurieren. Klicken Sie auf die Schaltfläche „Optionen“ und ändern Sie den Wert für das Seiten-Timeout in 5000.

  Wenn du immer noch Herausforderungen hast,\nsiehe die folgenden Microsoft Knowledgebase-Artikel:

• "PRB: 80004005 „‚(unbekannt)' konnte nicht verwendet werden; Datei bereits in\nVerwendung" bei http://support.microsoft.com/default.aspx?scid=kb;en-us;Q174943.

• PRB: Microsoft Access-Datenbankverbindung schlägt in Active Server Pages bei http://support.microsoft.com/default.aspx?scid=kb;en-us;Q253604 fehl.

• PRB: Fehler „Unbekannte Datei kann nicht geöffnet werden“ in Access unter http://support.microsoft.com/default.aspx?scid=kb;de-de;Q166029.

[[Referenz]80004005—Anmeldung fehlgeschlagen()]

Dieser Fehler tritt auf, wenn du Microsoft SQL Server verwendest und versuchst, eine dynamische Seite in einem Webbrowser oder in der Live-Ansicht anzuzeigen.

Dieser Fehler wird von SQL Server generiert, wenn er das übermittelte Anmeldekonto oder Kennwort nicht akzeptiert oder erkennt (bei Verwendung der Standardsicherheit) oder wenn ein Windows-Konto nicht zu einem SQL-Konto zugeordnet wird (bei Verwendung der integrierten Sicherheit).

Im Folgenden werden mögliche Lösungen erläutert:

• Bei Verwendung der Standardsicherheit sind möglicherweise der Kontoname und das Kennwort falsch. Versuche das System-Admin-Konto und -Kennwort (UID= "sa" und kein Kennwort), das in der Verbindungszeichenfolge definiert sein muss. (DSNs speichern keine Benutzernamen und Kennwörter.)

• Wenn du integrierte Sicherheit verwendest, überprüfe das Windows-Konto, das die Seite aufruft, und finde das zugeordnete SQL-Konto (falls vorhanden).

• SQL Server erlaubt keinen Unterstrich in SQL-Kontonamen. Wenn jemand das Windows-Konto IUSR_machinename manuell einem SQL-Konto mit demselben Namen zuordnet, schlägt dies fehl. Ordne jedes Konto, das einen Unterstrich verwendet, einem Kontonamen in SQL zu, der keinen Unterstrich verwendet.

[[Reference]80004005—Vorgang muss eine aktualisierbare Abfrage verwenden]

Dieser Fehler tritt auf, wenn ein Ereignis ein Recordset aktualisiert oder Daten in ein Recordset einfügt.

Hier sind mögliche Ursachen und Lösungen:

• Die Berechtigungen für den Ordner, der die Datenbank enthält, sind zu restriktiv. IUSR-Berechtigungen müssen auf Lesen/Schreiben gesetzt werden.

• Die Berechtigungen für die Datenbankdatei selbst haben keine vollen Lese-/Schreibberechtigungen.

• Die Datenbank befindet sich möglicherweise außerhalb des Inetpub/wwwroot Verzeichnisses. Obwohl du die Daten anzeigen und durchsuchen kannst, kannst du sie möglicherweise nicht aktualisieren, es sei denn, die Datenbank befindet sich im wwwroot- Verzeichnis.

• Die Datensatzgruppe basiert auf einer nicht aktualisierbaren Abfrage. Verknüpfungen sind gute Beispiele für nicht aktualisierbare Abfragen innerhalb einer Datenbank. Strukturiere deine Abfragen so um, dass sie aktualisierbar sind.

  Weitere Informationen zu diesem Fehler findest du unter „PRB: ASP 'Error The Query Is Not Updateable' When You Update Table Record" in der Microsoft Knowledgebase unter http://support.microsoft.com/default.aspx?scid=kb;en-us;Q174640.

[[Referenz]80040e07—Datentyp-Konflikt im Kriterienausdruck]

Dieser Fehler tritt auf, wenn der Server versucht, eine Seite zu verarbeiten, die ein Insert Record- oder Update Record- Serververhalten enthält, und das Serververhalten versucht, den Wert einer Datum/Zeit-Spalte in einer Microsoft Access-Datenbank auf eine leere Zeichenfolge ("") zu setzen.

Microsoft Access verfügt über eine strenge Typprüfung; es wendet einen strikten Satz von Regeln auf bestimmte Spaltenwerte an.Der leere String-Wert in der SQL-Abfrage kann nicht in einer Access-Datum/Uhrzeit-Spalte gespeichert werden.Derzeit ist die einzige bekannte Problemumgehung, das Einfügen oder Aktualisieren von Datums-/Uhrzeitspalten in Access mit leeren Strings ("") oder mit anderen Werten zu vermeiden, die nicht dem für den Datentyp angegebenen Wertebereich entsprechen.

[[Reference]80040e10—Too few parameters]

Dieser Fehler tritt auf, wenn eine in deiner SQL-Abfrage angegebene Spalte in der Datenbanktabelle nicht vorhanden ist. Prüfe die Spaltennamen in deiner Datenbanktabelle gegen die SQL-Abfrage. Die Ursache dieses Fehlers ist oft ein Tippfehler.

[[Reference]80040e10—COUNT fieldincorrect]

Dieser Fehler tritt auf, wenn du eine Seite mit einem Insert Record-Serververhalten in einem Browser in der Vorschau anzeigst und versuchst, damit einen Datensatz in einer Microsoft Access-Datenbank einzufügen.

Du versuchst möglicherweise, einen Eintrag in ein Datenbankfeld einzufügen, das ein Fragezeichen (?) hat.in seinem Feldnamen hat. Das Fragezeichen ist ein Sonderzeichen für einige Datenbank-Engines, einschließlich Microsoft Access, und sollte nicht für Datenbanktabellennamen oder Feldnamen verwendet werden.

Öffne dein Datenbanksystem und lösche das Fragezeichen (?) aus den Feldnamen und aktualisiere die Server-Verhalten auf deiner Seite, die sich auf dieses Feld beziehen.

[[Referenz]80040e14—Syntaxfehler in INSERT INTO-Anweisung]

Dieser Fehler tritt auf, wenn der Server versucht, eine Seite zu verarbeiten, die ein Insert Record-Serververhalten enthält.

Dieser Fehler resultiert normalerweise aus einem oder mehreren der folgenden Probleme mit dem Namen eines Felds, Objekts oder einer Variablen in der Datenbank:

• Ein reserviertes Wort wird als Name verwendet. Bei den meisten Datenbanken sind bestimmte Wörter reserviert. So ist beispielsweise „date“ ein reserviertes Wort. Es kann daher nicht als Spaltenname in einer Datenbank verwendet werden.

• Der Name enthält Sonderzeichen. Zu den Sonderzeichen gehören beispielsweise:

  . / * : ! # & - ?

• Der Name enthält ein Leerzeichen.

  Der Fehler kann auch auftreten, wenn für ein Objekt in der Datenbank eine Eingabemaske definiert wurde und die eingegebenen Daten nicht der Maske entsprechen.

  Sie können das Problem beheben, indem Sie keine reservierten Wörter für die Spaltennamen in der Datenbank angeben, wie beispielsweise „date“, „name“, „select“, „where“ und „level“. Entfernen Sie auch eventuell vorhandene Leerzeichen und Sonderzeichen.

  Auf den folgenden Webseiten finden Sie Listen der reservierten Wörter für gängige Datenbanksysteme:

• Für Microsoft Access unter http://support.microsoft.com/default.aspx?scid=kb;de-de;Q209187

• Für MySQL unter http://dev.mysql.com/doc/mysql/en/reserved-words.html

[[Referenz]80040e21—ODBC-Fehler beim Einfügen oder Aktualisieren]

Dieser Fehler tritt auf, wenn der Server versucht, eine Seite zu verarbeiten, die ein Datensatz aktualisieren- oder Datensatz einfügen-Server-Verhalten enthält. Die Datenbank kann die Aktualisierung oder den Einfügevorgang nicht verarbeiten, den das Serververhalten auszuführen versucht.

Hier sind mögliche Ursachen und Lösungen:

• Das Serververhalten versucht, ein Autonummernfeld einer Datenbanktabelle zu aktualisieren oder einen Eintrag in ein Autonummernfeld einzufügen.Da Felder mit automatischer Nummerierung automatisch vom Datenbanksystem ausgefüllt werden, schlägt jeder Versuch fehl, sie extern mit einem Wert zu befüllen.

• Die Daten, die das Server-Verhalten aktualisiert oder einfügt, haben den falschen Typ für das Datenbankfeld, wie beispielsweise das Einfügen eines Datums in ein Boolesches (Ja/Nein) Feld, das Einfügen einer Zeichenfolge in ein numerisches Feld oder das Einfügen einer falsch formatierten Zeichenfolge in ein Datum/Zeit-Feld.

[[Referenz]800a0bcd—Entweder BOF oder EOF ist wahr]

Dieser Fehler tritt auf, wenn du versuchst, eine dynamische Seite in einem Webbrowser oder in der Live-Ansicht anzuzeigen.

Das Problem tritt auf, wenn die Seite versucht, Daten aus einem leeren Datensatz anzuzeigen. Um das Problem zu lösen, wende das Server-Verhalten Region anzeigen auf die dynamischen Inhalte an, die auf der Seite angezeigt werden sollen:

MySQL-Fehler beheben

Eine häufige Fehlermeldung, die du beim Testen einer PHP-Datenbankverbindung zu MySQL 4.1 antreffen könntest, ist „Client unterstützt das angeforderte Authentifizierungsprotokoll nicht.Erwäge ein Upgrade des MySQL-Clients.

Du musst möglicherweise zu einer früheren Version von MySQL zurückkehren oder PHP 5 installieren und einige Dynamic Link Libraries (DLLs) kopieren.Für detaillierte Anweisungen siehe Einrichten einer PHP-Entwicklungsumgebung.