Zum Inhalt springen
View in the app

A better way to browse. Learn more.

Fachinformatiker.de

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

SQL Server 2005, Error 18456

Empfohlene Antworten

Moin,

ich hätte gerne mal ein Problem: :D:)

ich habe eine Datenbank unter SQL Server 2005 auf die ich unter anderem über ein MS-Access 2003 Frontend zugreifen lasse. Die Tabellen sind eingebunden, der Zugriff erfolgt über ODBC per DAO. Das läuft soweit auch alles wunderbar.

Nun läuft mir aber die Ereignisanzeige voll mir unzähligen Einträgen "Fehler bei der Anmeldung für den Benutzer 'Admin'. [CLIENT: <named pipe>]" und den weiteren Angaben Quelle: "MSSQL$SQLEXPRESS" Kategorie: "[4]" Ereigniskennung: "18456".

Der Fehler tritt ebenso in der Vollversion des SQL-Servers auf. Tatsache ist, das die Access-Anwendung selbst nicht versucht mit dem User "Admin" auf die DB zu connecten, diesen User gibt es tatsächlch auch garnicht und auch bei der ODBC-Verbindung ist ein anderer User eingetragen.

Nun vermute ich, das MS-Access von sich aus diesen Zugriff versucht. Wie gewöhne ich ihm das ab? Oder wie kann ich verhindern, das es zu einem Eintrag bei der Ereignissen führt?

Habe gstern stundenlang gegooglet, da gibt es auch Tausende Treffer zu diesem Fehler, aber irgendwie kein Lösungsansatz für mein Problem.

Kennt das jemand und hat ggf. einen hilfreichen Hinweis? Der Gewinner gewinnt wahlweise reichlich Bier oder Kaffee.

Danke im Voraus für jeden Tipp.

Reinhold

(der beweist, dass nicht alles was 2 Backen hat, ein Gesicht sein muss)

  • 2 Wochen später...

Moin,

da das immer noch (und mehr denn je) aktuell ist, hole ich die Anfrage unverschämterweise nochmal nach oben. Evtl. könnte es damit zu tun haben, das in der Anwendung an einigen Stellen Pass-Through-Abfragen abgesetzt werden, die unter Eigenschaften der Abfrage in Access unter ODBC stehen haben:

ODBC;DSN=MEINEDB;UID=MEINUSER;PWD=MEINPWD;DATABASE=MEINEDB;Trusted_Connection=Yes

Diese Eigenschaft wird nach Auswahl der Datenbank im Vorfeld (= Mandant) ebenso wie die Tabellen neu eingebunden wird über


    For i = 0 To CurrentDb.QueryDefs.Count - 1

        Set qry = CurrentDb.QueryDefs(i)

        If qry.Type = dbQSQLPassThrough Then

            qry.Connect = "ODBC;DSN=" & ODBCNAME & _

                            ";UID=" & ODBCUSR & _

                            ";PWD=" & ODBCPWD & _

                            ";DATABASE=" & ODBCNAME & _

                            ";Trusted_Connection=Yes"

            DoCmd.Echo True, "Einbinden " & qry.name

        End If

    Next i

Wohlgemerkt, im Grunde läut alles wunderbar, nur der Protokolleintrag nervt natürlich den Kunden ...

Danke für jede Mühe

Reinhold

Archiv

Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.