Wulin.com (www.vevb.com) Beim Schreiben von WEB-Anwendungen müssen wir uns häufig mit Datenbanken befassen, z. B. den Datenbanken ACCESS, SQL SERVER usw., die wir häufig täglich verwenden. Beim Herstellen einer Verbindung zu diesen Datenbanken gibt uns das System häufig die Fehlermeldung 80004005. Diese verschiedenen Fehlermeldungen sind sehr problematisch. Um Internetnutzern die Lösung solcher Probleme zu erleichtern, werden in diesem Artikel solche Probleme im Detail vorgestellt und beantwortet.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC Microsoft Access 97-Treiber] Die Microsoft Jet-Datenbank
Die Engine kann die Datei „(unbekannt)“ nicht öffnen. Sie ist bereits exklusiv geöffnet
von einem anderen Benutzer oder Sie benötigen die Erlaubnis, seine Daten anzuzeigen.
[Grund]
Dieser Fehler tritt auf, wenn IIS ein anonymes Konto (normalerweise IUSR) verwendet, das auf das Verzeichnis zugreift, in dem sich die Datenbank in NT befindet.
Verfügt nicht über die richtigen Berechtigungen.
[Lösung]
1. Überprüfen Sie die Berechtigungen von Dateien und Verzeichnissen. Stellen Sie sicher, dass Evryone über Berechtigungen zum Erstellen und Löschen temporärer Dateien im Verzeichnis verfügt.
2. Überprüfen Sie, ob die Datenquelldatei (DSN) als von anderen Programmen verwendet markiert ist. Schließen Sie jedes Projekt, das eine Datenbankverbindung in InterDev öffnet.
3. Überprüfen Sie, ob eine Tabelle in ACCESS zu diesem Zeitpunkt mit einem Netzwerkserver verbunden ist.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC Microsoft Access 97-Treiber] Datei konnte nicht verwendet werden
bereits im Einsatz.
[Grund]
Um eine Verbindung zur ACCESS-Datenbank herzustellen, wird diese verwendet und die Datenbank ist gesperrt, sodass kein Zugriff darauf möglich ist.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC Driver Manager] Datenquellenname nicht gefunden und kein Standard
Treiber angegeben.
[Grund]
Der mögliche Grund dafür ist, dass ConnectString die Anwendungsverbindungszeichenfolge in global.asa initialisiert, die Datei global.asa jedoch zu diesem Zeitpunkt nicht ordnungsgemäß funktioniert.
[Lösung]
Überprüfen Sie, ob die Zuordnung korrekt ist, und fügen Sie asp folgenden Code hinzu:
<%= 'auth_user' ist & request.servervariables(auth_user)%>
<P>
<%= 'auth_type' ist & request.servervariables(auth_type)%>
<P>
<%= Verbindungszeichenfolge ist & session(your_connectionstring)%>
<P>
Ein weiterer Grund ist, dass beispielsweise Leerzeichen zu ConnectString hinzugefügt werden
DSN = MyDSN; Datenbank = Pubs;
Versuchen Sie es so zu ändern:
DSN=MyDSN;Database=Pubs;
Wenn global.asa nicht ausgeführt wurde, prüfen Sie, ob sich die Datei im Stammverzeichnis der Anwendung oder im Stammverzeichnis des virtuellen Verzeichnisses befindet.
Es ist auch möglich, dass der Fehler auftritt, weil der DSN-Name nicht gefunden wird. Dies kann mithilfe der von mir bereitgestellten Methode id=36767 behoben werden. Im letzten Schritt wird überprüft, ob der neueste Treiber installiert ist, d. h. ob es sich um die neueste MDAC-Version handelt.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC Driver Manager] Datenquellenname nicht ??
[Grund]
Dieser Fehler kann in der Reihenfolge der Softwareinstallation (oder Deinstallation) auf Ihrem Computer auftreten. Dieser Fehler tritt auf, wenn die ODBC-Versionen inkonsistent sind.
[Lösung]
Die Lösung besteht darin, die neueste Version von MDAC zu installieren.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC Access 97 ODBC-Treibertreiber]Allgemeiner Fehler Öffnen nicht möglich
Registrierungsschlüssel „DriverId“.
[Grund]
Dieser Fehler tritt beim Lesen von Werten aus der Registry auf. Verwenden Sie regedit32.exe, um die Registrierungsberechtigungen zu überprüfen.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC SQL Server-Treiber][dbnmpntw]ConnectionOpen (CreateFile()).
[Grund]
Ein Grund: Wenn eine Datenbank Berechtigungsbeziehungen auf verschiedenen Maschinen enthält, kann dies auch auf derselben Maschine passieren, wenn für eine Beziehung ein UNC-Pfad und für eine andere Beziehung ein lokaler Pfad festgelegt ist.
Grund zwei: Wenn sich ein Benutzer mit einem anonymen IIS-Konto anmeldet, hat er die Rechte für den lokalen Computer. Bei einem Computer mit einem UNC-Pfad geht der Computer jedoch nicht davon aus, dass sich das Konto, mit dem Sie derzeit anonym angemeldet sind, darin befindet. Das ist auch legal. Auf diese Weise können Sie nicht auf die darauf befindlichen Ressourcen zugreifen, was zu Fehlern führt.
[Lösung]
1. Ändern Sie im IIS-Tool das anonyme IIS-Konto in ein anderes domänenbasiertes Konto. (Das heißt, verwenden Sie keine anonyme Anmeldung)
2. Oder erstellen Sie ein Konto, das dem aktuellen anonymen Konto auf dem Computer entspricht, auf dem Sie auf die Ressourcen zugreifen möchten, und verwenden Sie dasselbe Kennwort.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber Microsoft][ODBC
Microsoft SQL-Treiber] Anmeldung fehlgeschlagen()
[Grund]
Dieser Fehler wird von SQL Server generiert, wenn er das Anmeldekonto nicht akzeptiert oder nicht erkennt oder nicht als Administrator angemeldet ist.
Es kann auch daran liegen, dass es in NT kein SQL-Zuordnungskonto gibt.
[Lösung]
Melden Sie sich mit dem Systemadministratorkonto (SA) an. Beachten Sie, dass zu diesem Zeitpunkt CoonectString verwendet werden muss und die DSN-Datei nicht verwendet werden kann. Denn Benutzername und Passwort werden nicht im DSN gespeichert. Überprüfen Sie, ob NT ein Konto SQL zugeordnet hat.
[Fehlermeldung]
Fehler „80004005“ beim Microsoft OLE DB-Anbieter für ODBC-Treiber
[Microsoft][ODBC SQL Server-Treiber][SQL Server] Anmeldung fehlgeschlagen – Benutzer: Grund:
Nicht als gültiger Benutzer einer vertrauenswürdigen SQL Server-Verbindung definiert.
[Grund]
Dieser Fehler wird von SQL Server generiert, wenn er das Anmeldekonto nicht akzeptiert oder nicht erkennt oder nicht als Administrator angemeldet ist.
Es kann auch daran liegen, dass es in NT kein SQL-Zuordnungskonto gibt.
[Lösung]
Wählen Sie im Enterprise Manager von SQL Server Server/SQL Server/Konfigurieren[ASCII
133]/Sicherheitsoptionen/Standard. Deaktivieren Sie bei Ausführung in IIS4 die Option „Passwortsynchronisierung“ für das Projekt.
[Fehlermeldung]
Microsoft OLE DB Provi