Skip to main content
OCLC Support

Meldung: Das Passwort des LogUser wurde geändert, wurde aber nicht in der LogUser.ini gespeichert.

  1. Last updated
  2. Save as PDF
Problembeschreibung
  • Beim Anmelden an BIBLIOTHECA erscheint:
        Das Passwort des LogUser wurde geändert, wurde aber nicht in der LogUser.ini gespeichert.
Gilt für
  • BIBLIOTHECA
Lösung

Wurden die Datenbankpasswörter Ihrer BIBLIOTHECA-Datenbank geändert?

  1. Wenn ja, rufen Sie die winoeb.ini auf:
    Standardpfad bei Lokalinstallation = C:\ProgramData\BOND\BIBLIOTHECA2000
  2. Suchen Sie im Abschnitt [All] den Parameter ServerPfad.
    Hier sollte der Pfad zur Freigabe auf Ihrem BIBLIOTHECA-Server eingetragen sein,
    z.B. ServerPfad=\\servername\BIBLIO_SERVER\
    Kontrollieren Sie, ob der Eintrag korrekt und die Freigabe für die Windowsbenutzer in der Bibliothek erfolgt ist.

Wenn nicht, oder wenn diese Angaben stimmen, überprüfen Sie als Nächstes die Datenbankverbindung:

  1. Rufen Sie die winoeb.ini auf:
    Standardpfad bei Lokalinstallation= C:\ProgramData\BOND\BIBLIOTHECA2000
    1. Im Abschnitt [All] gibt es die Parameter DBNAME(x)=
      Suchen Sie den Eintrag der Datenbank, an der Sie sich anmelden wollten
      Der Eintrag ist in der Regel wie in folgenden Beispielen aufgebaut:
      • DBNAME1=BIBLIO (bei SQLBase steht hier der Datenbankname)
      • DBNAME1=SYSADM@BIBLIO (bei Oracle steht hier der Datenbankbenutzer gefolgt von einem @-Zeichen und einem Aliasnamen, hier BIBLIO)
      • DBNAME1=BIBADM#BIBLIO (bei SQL Server steht hier der Datenbankbenutzer gefolgt von einem #-Zeichen und einem Aliasnamen, hier BIBLIO)
    2. Kontrollieren Sie, ob der Datenbankname (bei SQLBase), bzw. der Datenbankbenutzername (bei Oracle oder SQL Server) korrekt ist.
       
  2. Rufen Sie die sql.ini auf:
    Standardpfad (Arbeitsplatz, Lokalinstallation) = C:\Program Files (x86)\BOND\BIBLIO_CLIENT\BIN
    1. SQLBase
      • Suchen Sie im Abschnitt [dbntsrv] nach dem passenden Eintrag "dbname"
        z.B.: dbname=Biblio,sqlws32
      • Kontrollieren Sie, ob der Datenbankname auch hier korrekt ist.
      •  Suchen Sie dann im Abschnitt [win32client.ws32] nach dem Parameter "serverpath
        z.B.: serverpath=server1,127.0.0.1/BIBLIO,*
      • Kontrollieren Sie, ob die IP-Adresse mit der des Datenbankservers übereinstimmt
    2. Oracle
      • Suchen Sie im Abschnitt [oragtwy] nach dem passenden Eintrag "remotedbname"
        z.B.: remotedbname=biblio,@orcl
      • Kontrollieren Sie, ob der Aliasname (hier: remotedbname=BIBLIO) zu dem Eintrag aus der winoeb.ini passt
      • Kontrollieren Sie, ob es zu dem TNSNamen (hier: orcl) auch einen passenden Eintrag in der TNSNames.ora des Oracle-Clients gibt.
    3. SQL Server
      • Suchen Sie im Abschnitt [oragtwy] nach dem passenden Eintrag "remotedbname"
        z.B.: remotedbname=BIBLIO,Driver={SQL Server};Server=127.0.0.1;Database=BIBLIO;MARS_Connection=Yes;AnsiNPW=No;
      • Kontrollieren Sie, ob der Aliasname (hier: remotedbname=BIBLIO) zu dem Eintrag aus der winoeb.ini passt
      • Kontrollieren Sie, ob die Adresse des Datenbankservers korrekt ist
      • Kontrollieren Sie, ob der Datenbankname (hier: Database=BIBLIO) korrekt ist
         
  3. Überprüfen Sie, ob die Adresse des Datenbankserver auch von allen Arbeitsplätzen aus erreichbar ist.
    Achten Sie ggfs. auf Firewalls und Proxies über die die Datenbankverbindung läuft.
    Wenn bei einer Client/Server-Installation ausschließlich der bzw. ein Client von dem Problem betroffen ist, sollte die Firewallfreigabe des Datenbank-Ports überprüft werden. Wenn das verwendete interne Netzwerk als "öffentlich" deklariert ist, muss in der Firewallfreigabe für die Datenbank-Verbindung (auch) die Checkbox "öffentlich" angehakt sein.
Weitere Informationen

Beachten Sie auch folgenden Artikel zu diesem Thema: Ports - OCLC Support

Seiten ID
54399