QjoRetrieveJournalEntries ... und wie weiter?

[holgerscherer]

Ich würde die Finger davon lassen, das funktioniert schon bei den käuflichen HA Lösungen mehr schlecht als recht, und auf Hardware Alternativen setzen.

Es gibt auch Software-Lösungen, die wirklich gut funktionieren. Und die sind inzwischen so günstig, dass ich zu faul wäre, da das Rad neu zu erfinden.

Ich habe hier auch Routinen zur Spiegelung von Bibliotheken via Journal, aber das ist ja noch lange nicht alles, wenn man wirklich HA braucht. Dann kommen ja noch die Systemobjekte dazu, Konfigurationen, und irgendwann hat man mal den Fall, dass man auf die andere Maschine wechseln muss, möglichst halb-automatisch.
Da kann es nicht schaden, wenn man auf getestete und bewährte Routinen zurückgreifen kann.

Oder andersrum: wer hat den schwarzen Peter, wenns mal nicht klappt?

-h

[BenderD]

.. das sagt jeder von seiner Software und was bei meinem Auto dann kaputt geht, sind elektronische Bauteile, die nicht mal halb so lang funktionieren, wie die mechanischen Teile vorher funktioniert haben.
Das Problem mit der HA Software ist m.E.: je höher (und näher an der Applikation) man hiermit ansetzt, umso komplexer und anfälliger gegen die unterschiedlichsten Probleme (Durchsatz etc.) wird das. Was auf der Ebene Bit und Platte noch vergleichsweise überschaubar ist, bläst sich auf der Ebene Table und Record schon um einiges auf und der Faktor was an den Applikationen gemacht werden m ü s s t e, um sie erst mal Transaktions stabil zu machen, das fällt dann sowieso unter den Tisch.
Die meisten HA Lösungen auf der Basis von Journalen wirken in erster Linie politisch (und deshalb muss man sowas auch kaufen). Und zuguterletzt sollte man schon mal darüber nachdenken, warum es solche Systeme ausschließlich auf AS/400 gibt...

D*B

Es gibt auch Software-Lösungen, die wirklich gut funktionieren.