![]() |
Datenbank: FB • Version: 2 • Zugriff über: IBDAC
FB auf einem Netzlaufwerk
Hallo,
folgender Kundenwunsch. 2 Rechner, beide sollen eine gemeinsame Datenbank benutzen. Jeder Rechner kann ausgeschaltet sein. Das geht natürlich nicht, aber: Was ist, wenn ich ein freigegebenes USB-Laufwerk an einer Fritzbox habe? Meines Erachtens geht das auch nicht. Woher soll Rechner 2 wissen, dass auf Rechner 1 das Firebird den Zugriff hat (und sich deshalb mit dem Firebird auf Rechner 1 verbinden soll und umgekehrt). Was meint ihr? Heiko |
AW: FB auf einem Netzlaufwerk
Schon alleine aus Performance Gründen macht es sehr wenig Sinn die Datenbankdatei auf einem Netzwerklaufwerk zu haben.
Alle DB's brauche einen sehr schnellen Zugang zu ihren Dateien. |
AW: FB auf einem Netzlaufwerk
Du müsstest halt schon *etwas* haben wo sowohl die Datenbank als auch der Firebirdserver drauf sind und was dauerhaft läuft.
|
AW: FB auf einem Netzlaufwerk
Zitat:
Und ist auch heutzutage noch bei kleinen Systemen häufig zu finden (z.b. DBF, auch Netzlaufwerke) Es hängt von dem Datenbank System an ob es Shared Files erlaubt/verwaltet. Generell gehen tut es JA Alternativ zu ner Fritzbox würde ich, aber nen NAS mit z.b. 2x Netzwerkport vorschlagen, aber auch nem Linux mit SSH zugang, fall es beim SMb probleme gibt. bei SharedFile DBs sind die SMB Parameter sehr variabel anpassbar. |
AW: FB auf einem Netzlaufwerk
Könnte man dann nicht gleich auf dem Linux den FB-Server installieren?
|
AW: FB auf einem Netzlaufwerk
Firebird ist ein Server , wenn der auf 2 Rechnern laufen soll und immer mal der eine oder andere ausgeschaltet werden kann , dann
muss auf jedem PC der Server installiert werden , d.h. 2 Server laufen die auf eine FB Datenbank zugreifen und das geht !NICHT! FB Braucht exclusiven Zugriff auf die Datei. wenn die Geschwindigkeit zweitranig ist dann geht auf ein Raspberry als Microserver ![]() und hier noch die Ofizielle Meinung dazu ![]() mfg Hannes |
AW: FB auf einem Netzlaufwerk
Hallo,
danke für die vielen Antworten. Das hilft mir aber leider nicht weiter. Das FB am einfachsten auf einem Server läuft, ist natürlich klar. Aber die Anforderung ist nun mal so. Der Kunde sagt: Bei dem anderen System geht das auch (z.B. DBase, Access auf Fritz-USB). Heiko |
AW: FB auf einem Netzlaufwerk
Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.
Grüße Mikhal |
AW: FB auf einem Netzlaufwerk
@hoika
Ich schlage solchen Kunden dann immer vor, wenn die jetzt ihre Autos abschaffen und durch Tretroller ersetzen (damit kommt man auch von A nach B, günstiger im Unterhalt und für die Umwelt) dann bringe ich das System auch wie gewünscht zum Laufen. Eine Optimierung muss man immer ganzheitlich umsetzen :stupid: Seltsamerweise wollte sich bislang noch niemand auf diesen Deal einlassen :-D |
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Zitat:
Wie wäre es anders herum. jeder Client bekommt eine eigene Datei und die beiden synchronisieren sich wenn sie nichts besseres zu tun haben. Ich pers. halte von solchen Sachen recht wenig, aber Entscheider denken da wohl anders. Hätte den Charme, daß man sich da das Backup sparen könnte (-naja aber wer solche Anforderungen hat wird auch das mögen) Gruß K-H |
AW: FB auf einem Netzlaufwerk
Zitat:
Früher oder später stolpert da einer über das Netzwerkkabel oder der Rechner schmiert ab. Der Zustand der zurückgelassenen Dateien ist dann unbestimmt. |
AW: FB auf einem Netzlaufwerk
Zitat:
MS Access: Da gibts viele andere Probleme. So richtig ist das kein Vollwertiges DBMS welche die ACID-Forderungen erfüllt. Wenn man Datenverlust und permanentes einspielen von Backups aktzeptiert kann man dBase und Access verwenden. Sind die Daten wichtig, dann fallen beide DBMS raus. |
AW: FB auf einem Netzlaufwerk
Zitat:
Gruß K-H Zitat:
|
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Zitat:
(noch 4 Stunden, dann ist WE) Gruß K-H |
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Der bessere Weg, wäre ein NAS, auf welchem der Server installiert ist. Auf einer FritzBox wird das nicht funktionieren. Zudem ist diese von sich aus schon wenig performant ( als NAS) und dann noch von einem externen Laufwerk.
|
AW: FB auf einem Netzlaufwerk
Zitat:
Was startet denn da als Prozess bei der embedded Version, die fbClient.dll? |
AW: FB auf einem Netzlaufwerk
Zitat:
|
AW: FB auf einem Netzlaufwerk
Bescheuerte Anforderung :shock:
Replikation kommt natürlich nicht in Frage, oder doch ? Ich frage in solchen Fällen immer: Was ist eigentlich der Zweck ? Rollo |
AW: FB auf einem Netzlaufwerk
Zitat:
Ein kurzer Test auf eine vom FB 2.5 embedded geöffnete DB Datei -> Zugriff verweigert. Nachtrag: Das würde ja auch voraussetzen, das jeder der FB alle seine Änderung in die Datei pflegen muss und nix cachen kann/darf. |
AW: FB auf einem Netzlaufwerk
Was funktionieren könnte:
Auf beiden PC wird der Server installiert. Der Client versucht zuerst die Datenbank mit dem eigenen Server zu öffnen. Schlägt das fehl, versucht er das mit dem Server auf dem jeweils anderen PC. Dafür darf deine Software aber keine Transaktionen offen halten. Wird z.B. beim Speichern von Daten der andere PC heruntergefahren, muss deine Software auf den eigenen Server umschalten und alle Aktionen der Transaktion wiederholen. Deine Software sollte in jeder Situation in der Lage sein umzuschalten, ohne die Arbeit des Anwenders zu unterbechen. Aber eigentlich solltest du die Anforderung deines Kunden nicht einfach so hinnehmen. Das wichtigste ist Fragen zu stellen und zuzuhören. Warum hat er diese Anforderung und was will er auf diesem Weg erreichen? |
AW: FB auf einem Netzlaufwerk
Warum hat hier noch keiner "Cloud-Server" in die Runde geworfen? 2 Rechner die immer mal aus sind, eine Fritzbox = Internetzugang. Und Aufgrund der Anforderung des Kunden können die Datenmengen auch nicht gewaltig sein. :duck:
|
AW: FB auf einem Netzlaufwerk
Man kann es vielleicht hinbekommen, das jeder PC mit eigener Datenbank läuft und einen Datenabgleich realisieren. Ist aber aufwendig und es gibt viele mögliche Probleme. Z.B. Auf PC A werden Artikel angelegt, PC B ist aus. Morgen wird PC B angeschaltet, PC A ist aus. Also gibt es die neuen Artikel nicht auf B. Man braucht also noch C über den der Austausch läuft und der immer an ist, wenn A oder B in Betrieb sind.
Man kann die Sache noch weiter durchdenken aber es wird immer kompliziert und es lauern Fehlerquellen. Das Einfachste ist, die Datenbank auf A zu legen und wenn man B benutzen will A eben einzuschalten. |
AW: FB auf einem Netzlaufwerk
Man muss bei so etwas doch einfach nur rechnen.
Ein Server der die FB Datenbank hostet liegt so um die 500€ zzgl. 500€ für Installation und Unerwartetes. (Minimal-Hardware) Kann man die Entwicklung von so einem Abgleich-Szenario oder eben anderer Alternativen für genau diese 1000€ darstellen? Die Einschätzung muss jeder selber treffen und dann dem Kunden die Preise mitteilen. Inkl. Server kostet der ganze Rutsch 11.000€ Ohne Server kostet der ganze Rutsch 13.000€ Treffen Sie ihre Entscheidung. Die meisten Entscheider die ich kenne, sind nicht umbedingt computer-affin, können aber rechnen und Entscheidungen treffen. |
AW: FB auf einem Netzlaufwerk
Hallo hoika,
einen ähnlichen Fall hatte ich auch mal vor Jahren. Ich habe gefragt welcher Rechner am längsten am Tag läuft und diesen dann zum FB-Server gemacht und das Organisatorisch so gelöst, dass der Rechner mit dem Server immer vor den anderen Rechner laufen muss und nach Büroschluss als letzter heruntergefahren wird. Alle anderen Lösungen, die nicht auf Hardware oder eine Cloud Erweiterung hinauslaufen sind meiner Meinung nicht zielführend. Bis bald Chemiker |
AW: FB auf einem Netzlaufwerk
Interessanter Thread und interessante Antworten.
Zitat:
Hinzu kommt: Wenn es mit einem anderen System offensichtlich funktioniert, dann können die Anforderungen hinsichtlich Performance und Datenmenge wohl nicht so hoch sein. Ob die Anforderung - und in Folge davon die Realisierung des Projektes mit einer dieser Datenbanken - Sinn macht oder nicht, muss letztendlich der Kunde entscheiden, nachdem ihm alle Fakten verständlich dargelegt wurden. Das ist die eigentliche Herausforderung. |
AW: FB auf einem Netzlaufwerk
Nur, um es mal erwähnt zu haben:
Solange nur lesend zugegriffen wird, ist es sehr wohl möglich eine Firebird-Datenbank auf einen Netzwerk-Share zu legen und von mehreren Firebird embedded Engines darauf zuzugreifen: ![]() Ob das in diesem Fall die Lösung ist, wage ich aber zu bezweifeln. |
AW: FB auf einem Netzlaufwerk
Zitat:
Gruß K-H |
AW: FB auf einem Netzlaufwerk
Die Antwort darauf ergibt sich aus dem konkreten Kontext (dem Geschäftsfeld) des Kunden.
Da lassen sich immer Analogien finden, wo der Kunde eben auch nichts einsetzt, was für den Hausgebrauch zwar ausreicht aber eben nicht für den professionellen Einsatz. Wenn der Kunde aber generell nicht so auf Zuverlässigkeit steht, dann ist das meist übergreifend und wirkt sich auch auf die Zahlungsmoral aus -> auch nicht zuverlässig. Den braucht man dann nicht und empfiehlt ihm, das doch von seinem Sohn umsetzen zu lassen. |
AW: FB auf einem Netzlaufwerk
Hallo,
danke für die vielen Antworten. Bei tausend Kunden läuft es mit einem Firebird-Server. Nur wegen dem einen Kunden stellen wir weder die DB um, noch fangen wir an mit Replikation oder Bastellösungen. Der Classic oder SuperClassic dürfte nicht mit mehreren Rechner funktionieren, weil die Prozesse sich untereinander synchronisieren. Das passiert AFAIK direkt im Speicher und nicht in der DB selbst. In der Firebird.Conf sind ja entsprechende Optionen (z.B. LockMemSize, LockSemCount). Und hier ![]() Firebird server – and any databases you create or connect to – must reside on a hard drive that is physically connected to the host machine. You cannot locate components of the server, or any database, on a mapped drive, a filesystem share or a network filesystem. Wenn er das nicht will, haben wir halt einen Kunden, aber auch ein Problem weniger ... |
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:55 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