Immer mit Remote-DB verbinden?

[ErwinH]

Mein Datensammler ist ein relativ schwachbrüstiger PC der Art NUC, der für das Einsammeln der Daten völlig ausreicht, bei Auswertungen aber schnell überfordert ist. Nach meinem Verständnis passiert das meiste sowieso im Browser, daher möchte ich die Installation des Historian auf meiner Workstation so konfigurieren, dass er sich beim Start nicht mit einer lokalen, sondern mit der Remote-DB auf dem "NUC" verbindet (so wie ich das im Menüpunkt "Datenbank" ja machen kann).
Die Möglichkeit, die Verbindungs-URL für die DB anzugeben, habe ich in der Config-Datei nicht gefunden: ist sie nicht da oder übersehe ich etwas?
Wäre das leicht machbar oder macht es keinen Sinn?

Erwin

[Baxxy]

Du legst doch in der config fest wo die Datenbank liegt.
Beispiel:

Code: Alles auswählen

database.dir='/media/usb0/CCU-Historian-Database'

Das kann natürlich auch ein Mount auf deiner Workstation sein der auf einen Share auf deinem NUC zeigt.

Ob das Sinn macht musst du probieren.
Bei mir liegt die Datenbank auf einem NAS, Historian läuft als AddOn innerhalb einer RaspberryMatic-VM.

[ErwinH]

Ein Datenbank-Server sollte auf seine Datei(en) typischerweise nicht über irgendeine Art von Netzwerkprotokoll zugreifen, da dann die transaktionale Konsistenz ggfs. nicht garantiert ist (kann funktionieren und wird es meistens auch, muss es aber nicht). So auch bei H2 (der hier verwendeten DB): da wird genau deshalb zwischen dem lokalen und dem Zugriff über TCP unterschieden (kann man unter Werkzeuge / Datenbank selber mit experimentieren). Die Idee ist daher, dass der DB-Server (sprich: Historian) auf dem System gestartet wird, auf dem auch die DB liegt (ich nenne es mal den "Datensammler") und damit lokal auf die DB-Datei(en) zugreift. Gleichzeitig nimmt er nach dem Start Verbindungen über TCP entgegen (entsprechend korrekte Authentifizierung vorausgesetzt) und man kann von einer anderen Maschine aus auf die Datenbank zugreifen, ohne physikalisch auf die DB-Datei(en) zugreifen zu müssen (und hat damit das oben beschriebene Problem nicht - Client/Server-Modell).

Es wäre also schön, wenn man dem Historian auf einem Nicht-Datensammler-System sagen könnte, sich über TCP mit dem Server auf dem Datensammler (und damit gegen dessen DB) zu verbinden. Das sollte über einen Eintrag in der Config-Datei (mit der URL des Datensammlers) zu erreichen sein.

Erwin

[Mathias]

Generell darf die Datenbankdatei nicht gleichzeitig von zwei CCU-Historians verwendet werden!!!

Es wäre also schön, wenn man dem Historian auf einem Nicht-Datensammler-System sagen könnte, sich über TCP mit dem Server auf dem Datensammler (und damit gegen dessen DB) zu verbinden. Das sollte über einen Eintrag in der Config-Datei (mit der URL des Datensammlers) zu erreichen sein.

Das ist eine interessante Idee. Allerdings liegt dann die Datenbank immer noch auf dem langsameren System, wodurch auch lesende Anfragen nicht schneller werden.

[ErwinH]

Das ist eine interessante Idee. Allerdings liegt dann die Datenbank immer noch auf dem langsameren System, wodurch auch lesende Anfragen nicht schneller werden.

Ja, das stimmt natürlich. Da ich nicht weiß, wie der Historian intern genau funktioniert und wieviel Zeit genau wo verbraucht wird, kann es sein, dass das gar nichts oder nur sehr wenig bringt. Wäre mal ein interessanter Test...