![]() |
Datenbank: Firebird • Version: 2.5 • Zugriff über: Anydac
Firebird nutzt die falsche Aliases.conf
Hallo,
ich installiere zu einem bereits laufenden Firebirdserver eine zusätzliche Firebirdinstallation. Diese läuft als service mit dem "-Name meinFB" parameter. Und das funktioniert alles auch prima... Beide Services sind von einander isoliert und beeinflussen sich nicht gegenseitig....dachte ich. Leider benutzt der Nachinstallierte Firebirdserver die Aliases.Conf des "Default Instance" Firebirds. Er geht also wahrscheinlich über den pfad in der registry um die zu finden.... Ich will aber das er seine eigene benutzt. wie machen ich das? Habe schon versucht das über den Parameter RoorDirectory in der Firebird.conf zu lösen....kein Erfolg. Dazu möchte ich noch ergänzen das ISQL.EXE und GSEC.EXE absolut die Richtige Aliases.conf verwenden. Also entweder benutzt die FB instanz die falsche Aliases.conf oder die FBClient.DLL oder Anydac... An welcher Stelle muss ich da eingreifen. Und Wie? |
AW: Firebird nutzt die falsche Aliases.conf
Kann es sein, dass die erste Instanz über den Installer installiert wurde? Kann jetzt nicht 100% sagen, aber ich kann mir gut vorstellen, dass ein Registry-Eintrag geschrieben wird, der Form:
HKLM\SOFTWARE\Firebird Project\Firebird Server\Instances den dann die 2. Instanz hernimmt. Falls vorhanden, einfach mal versuchen den Registry-Eintrag umzubenennen. Wie sieht denn der Connect-String aus? Im Prinzip wird ja die entsprechende Instanz über die Notation server/port angesprochen, wo dann auch die richtige aliases.conf verwendet werden sollte. lg, Thomas |
AW: Firebird nutzt die falsche Aliases.conf
Zitat:
localhost/6001:c:\meineDB\Meinedb.fdb geht perfekt !!!! localhost/6001:MeinAlias geht nicht außer ich schreibe den Alias ihn in die falsche Alias.conf HKLM\SOFTWARE\Firebird Project\Firebird Server\Instances dieser registry eintrag ist von einer zuvor standard mäßigen installation von FB... die soll weiter genau so funktionieren wie bisher... Ich will das die zweite Instanz den Registry eintrag nicht benutzt. Wie mache ich das? |
AW: Firebird nutzt die falsche Aliases.conf
Du hast ja gemeint, dass es z.B. mit ISQL funktioniert, oder? Ist das dann ev. eine reine AnyDAC-Sache? Wie sieht denn dort der Connect-String etc. aus? Gibt es dort nicht auch ein "Alias-Konzept", das als solches nichts mit Firebird-Aliase zu tun hat?
Generell ist es so, dass Firebird den Registry-Eintrag überhaupt nicht benötigt. Er wird deshalb installiert, weil zwecks Rückwärtskompatibilität dieser ev. von Client-Anwendungen verwendet wird, um das Firebird-Verzeichnis auszulesen. Thomas |
AW: Firebird nutzt die falsche Aliases.conf
Nun in Anydac ist der connection string einfach auf auf mehrer zeilen verteilt^^
Das geht nur mit eintrag in scheinbar zentraler aliases.conf in der Params:tstrings vom connection objekt Server=LOCALHOST/6001 Database=MeinAlias DriverID=IB User_Name=test Password=test Das geht immer aber wir brauchen den alias....wegen 1,2 Mio Zeilen code! Server=LOCALHOST/6001 Database=C:\MeineDB\DB.ftb DriverID=IB User_Name=test Password=test seltsame sache insgesammt |
AW: Firebird nutzt die falsche Aliases.conf
und nun?
|
AW: Firebird nutzt die falsche Aliases.conf
Ich habe kein AnyDAC hier. Sorry.
|
AW: Firebird nutzt die falsche Aliases.conf
Hi,
du bist dir aber sicher, dass Du dich mit der korrekten Firebird-Instanz verbindest? Klar sehe ich die Portangabe im Connectionstring - doch kann AnyDac den auflösen? Schalte doch bitte mal die "falsche" Instanz ab und schau ob du dann noch eine Verbindung mit dem Server aufbauen kannst... Grüße |
AW: Firebird nutzt die falsche Aliases.conf
Zitat:
Aber das ist wirklich mal ne Idee. Das Problem ist nur, ihr seit euch selbst auch nicht wirklich sicher wie es sich mit Multiplen FB Instanzen + dem FB-Registry-Pfad + Aliases.conf verhält...so wie ich das raushöre. Vielleicht sollte ich in den C++ sourcen nach Aliases.conf suchen? |
AW: Firebird nutzt die falsche Aliases.conf
Ich habe es noch nicht gemacht, aber lt. dem hier sollte das kein Provblem sein:
![]() und so wirst du es vermutlich auch gemacht haben? |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:12 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz