Wie können wir helfen?

Kategorien
Inhalt

Lexware Datenbankzugriff

Navigation:
< zurück

Gilt für: Lexware Warenwirtschaft 2019 Pro oder Premium, Lexware Warenwirtschaft 2020 Pro oder Premium, Lexware Financial Office 2019 Pro oder Premium, Lexware Financial Office 2020 Pro oder Premium

Lexware Datenbankzugriff nicht offiziell

Der direkte Zugriff auf die Datenbank birgt viele Risiken mit sich. Ungeübte können sehr schnell die Datenbank unbrauchbar machen. Daher hier der wichtige Hinweis: Der Zugriff auf die Datenbank von Lexware, soll nur durch geschulte und professionelle Lexware Partner oder IT Partner durchgeführt werden.

Der Zugriff auf die Datenbank

STEP 1 SQL Client Programm herunterladen und installieren

Für die Verbindung wird das Programm “SQL Central” benötigt. Der Hersteller ist SAP, die Datenbank ist eine Sybase. Das Client Programm kann direkt hier heruntergeladen werden:

SQL SAP Anywhere 17 Database Client

200.1MB 2480 Downloads

STEP 2 SQL Central starten, mögliche Fehlermeldung

Falls beim Start folgender Fehler auftritt: “Datei wurde nicht gefunden sqlcentral1700.jar” müssen die .jar Dateien in das “bin” Verzeichnis kopiert werden.

image 11
Installationsverzeichnis von SQL Central: Die Ordnerinhalte von “Java” müssen beim Fehler von “Datei wurde nicht gefunden sqlcentral1700.jar” in das Verzeichnis “Bin64” kopiert werden.

STEP 3 Datenbankzugriff von Lexware konfigurieren

Im Startfenster auf das “Computersymbol” (rechts neben der Lupe) klicken um die Verbindungseinstellungen eingeben zu können.

image 12
Startbildschirm von SQL Central
image 13
Logindaten eingeben

Benutzer-ID: _login_
Kennwort: 92ab346d1c02cffc
Aktion: “Mit einer laufenden Datenbank auf einem anderen Computer verbinden” muss ausgewählt werden
Host: Ihr Hostname oder IP Adresse des Servers z.b. SERVER oder 192.168.1.10
Port:2638
Servername: lxdbsrv

Wenn alles richtig gemacht wurde, wird die Verbindung erfolgreich hergestellt. Der Datenbankzugriff ist nun konfiguriert.

ACHTUNG: Wir übernehmen keinerlei Haftung für etwaige Schäden.

STEP 4 Alternativ für Lexware Versionen 2020

Bei Lexware Versionen größer 2020 kann das Datenbankpasswort für den Supervisor Benutzer wie folgt ausfindig gemacht werden.

A1) Die Datei LexGlob.log suchen

A2) Diese Datei durchsuchen nach “Supervisor”

A3) unmittelbar nach dem Benutzernamen erscheint eine Zeichenfolge, mit dieser kann eine Verbindung per ODBC oder SQL Anywhere aufgebaut werden. Wichtig ist noch, der Benutzername lautet bei beiden Verbindungsvarianten nicht “Supervisor” sondern “U0”.

35 Kommentare

  1. Martin Schulz

    Das Supervisor Passwort lautet
    ef41959cd6c24908

    Antworten
  2. Christoph Schmitz

    Gibt es wirklich keine Möglichkeit, einen Lesezugriff auf die Datenbanktabellen zu bekommen ohne das Kennwort des Superusers zu löschen?

    Christoph Schmitz

    Antworten
  3. Metz

    Hallo zusammen,

    ich bin auf der Suche nach einem Zugriff auf die Datenbank von lexware (qlik) kann mir hier jemand weiter helfen?

    Vielen Dank – freundlich grüßt Josef Metz

    Antworten
  4. Martin Dietrich

    Hallo Herr Armann,

    wir haben Lexware Prof. 2022 (22.04) als Server/Client Version.
    Leider ist kein Login als U0 mit dem Supervisor Pw aus der LexGlob.log möglich.
    Bekomme immer die Fehlermeldung das der Benutzer oder Pw fasch sind.
    Ein Login mit den “_login_” Anmeldedaten funktioniert, hier fehlen aber leider die Leserechte (Systemprivileg fehlt: SELECT ANY TABLE), kann also leider keine Daten ansehen oder exportieren.
    Gibt es hierfür vielleicht schon eine neue Lösung?

    Viele Grüße und herzlichen Dank für dieses Tutorial

    Martin

    Antworten
    • Michael Schreiber

      Hallo Herr Armann,

      Selbes Problem hier, kein Login Mit U0 möglich, _login_ fehlen die Rechte. Was tun?
      Viele Grüße,
      Michael

    • Markus Armann

      Hallo Herr Schreiber,
      mit dem _login_ Benutzer erhalten Sie die Informationen, welche Datenbank F1,F2,usw. die korrekte ist. Die Verbindung zur Datenbank kann dann mit dem Benutzer U0 (Superuser), mit der Firmendatenbank (z.B. F3) und dem Standard Installationspasswort (solange der Benutzer Superuser kein Passwort besitzt) genutzt werden.
      Herzliche Grüße
      Ihr //A Team

    • Michael Schreiber

      Vielen Dank zunächst für die gute Anleitung. Da in den Kommentaren auch viele Infos versteckt sind, hier eine Zusammenfassung wie es letztendlich bei uns geklappt hat:
      – Zuvor ein VOLLSTÄNDIGES BACKUP erstellen!!!!
      – Das Passwort muss aus der LexGlob.log Datei extrahiert werden (nach Supervisor suchen, Viele buchstaben und Zahlen ziemlich am Ende der Datei)
      – der Supervisor User muss bei dieser Aktion ein leeres Passwort haben!
      – Lexware muss für einen erfolgreichen Zugriff laufen (einfach als Supervisor anmelden)
      – Der Benutzer für den Zugriff auf die DB lautet U0 (gesprochen: U Null)
      – der Servername (nicht verwechseln mit dem Hostnamen oder IP bei remotezugriff) lautet lxdbsrv
      – Die Datenbanken heißen F1, F2, F3, etc. (wird beim Login angezeigt)
      – Bei Remotezugriff ist die Portnummer 2638

      Noch ein Tipp: Mit dem user _login_ und dem Kennwort: 92ab346d1c02cffc kann man zwar nicht auf die Daten Zugreifen, sieht aber alle Datenbanken 🙂

      Eine persönliche Empfehlung: Mit RazorSQL lässt sich alles einfacher bedienen (ist 1 Monat kostenlos nutzbar).

      Viel Spaß!

  5. Tim Koehler

    Ich habe eine Frage der etwas anderen Art in diesem Kontext. Ich habe einen Kunden, der historisch bedingt eine große Lexware Datenbank hat (Sicherung ist ca. 4 GB groß).

    Insbesonders Lexware Updates mit Datenbankupdates dauern Stunden.

    Aktuell nutzt Lexware Professional eine stark begrenzte Sybase Lizenz mit der Beschränkung auf 512 MB RAM Nutzung.
    Haben Sie Erfahrung ob man eine dedizierte Lizenz von SAP ohne diese Beschränkung erwerben kann und die “beschränkte” Version durch eine unbeschränkte zu ersetzen?

    Haben Sie Erfahrung ob dies eine Beschleunigung von Lexware bringt?

    Viele liebe Grüße

    Tim Koehler

    Antworten
    • Markus Armann

      Hallo Tim,
      Ja das funktioniert aber auf die Datensicherung hat das nicht so viel Auswirkung, eher im Betrieb mit vielen gleichzeitigen Benutzern. Sind die Datendateien der Datenbank aus SSD, besser Nvme Festplatten abgelegt?
      Herzliche Grüsse Ihr //A Team

    • Andy Gr

      Zum Thema Performance haben wir viele Tests gemacht.

      Das Backup wird nur mit einem CPU Kern ausgeführt. Das kann mit einer schnellen CPU gelöst werden.
      In Kombination mit NVME kommen wir auf 25 Minuten bei 6,5GB

      Für die RAM Nutzung kann ein Reg-Key gesetzt werden um bis zu 3,5 GB zu nutzen, mehr ist wegen der 32bit programmierung nicht drin.

    • Michael Schreiber

      Hallo Herr Armann,
      das macht sinn. Da der Superuser beim Kunden bereits ein Passwort hat, kann ich diesen Weg nicht beschreiten.
      Oder genügt es, vom Superuser das Passwort zu entfernen?
      Vielen Dank,
      Michael Schreiber

Kommentar absenden

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert