Commit-Steuerung f.einzelne Datei

[enni]

Hallo alle zusammen!
Wir wollen unsere Anwendung (RPG) teilweise auf Commitment Control umstellen.
1. Gibt es eine Möglichkeit nur einzelne (wichtige) Dateien unter Commitsteuerung zu stellen? Da wir mit einem gespiegelten Backupsystem arbeiten, werden aber alle Dateien (derzeit nur After Image) journalisiert.
2. Muß dabei unbedingt auf *BOTH umgestellt werden? Irgendwo habe ich gelesen, daß das das System implizit selber tut.
Vielen Dank.

[Fuerchau]

Spätestens beim STRCMTCTL wird automatisch eine Befor-/After-Aufzeichnung durchgeführt, da sonst kein Rollback durchgeführt werden kann.

Man kann dies nicht für einzelne Dateien steuern, sondern alle Dateien, die aufgezeichnet werden, unterliegen dieser Bedingung.

Ein weiteres Problem ist, dass alle Dateien, die aufgezeichnet werden, im selben Journal aufgezeichnet werden müssen !
Man kann also nicht DateiA im JournalA und DateiB im JournalB innerhalb eines Zyklus bearbeiten.

Durch geschickte Steuerung von Aktivierungsgruppen und Einsatz von CLLE/RPGLE kann man jedoch getrennte Commit-Steuerungen ereichen.
Der STRCMTCTL läßt sich auf die Aktivierungsgruppe beschränken.
Fasst man also die Aktivitäten einer Dateigruppe in sog. Filehandler-Programme und läßt diese in einer eigenen Aktivierungsgruppe laufen, läßt sich dieses genau so beschränken, wie benötigt.

Dies erfordert jedoch ggf. eine Design-Änderung der Anwendung.

[BenderD]

Hallo,

gehen tut das ohne Probleme, mit der einzigen Einschränkung, dass alle Dateien einer Commit Gruppe im selben Journal aufgezeichnet werden müssen.
Man muss unterscheiden zwischen RLA und SQL. Beim Record Löffel Ekzemwird in der F-Karte abgelocht ob man die Datei mit Commit öffnen will oder nicht (siehe Schlüsselwort COMMIT in der Reference).
Bei SQL kann man bei jeder Operation die Commit Stufe angeben, das ist das bequemste, aber leider DB2 Erweiterung. Will man im Standard bleiben, fasst man die Dateioperationen, die unter Commit laufen sollen in einem Block zusammen, startet eine neue Transaktion (mit Commit oder Rollback) setzt die Sperrstufe mit SET TRANSACTION auf die gewünschte Commit Stufe, macht seine Schreiboperationen, dann kommt COMMIT, oder eben ROLLBACK, dann wieder SET TRANSACTION auf Sperrstufe no commit.
Die Eskalation der Aufzeichnung erfolgt dann im Bedarfsfall automatisch auf BOTH, wenn man das nicht ohnehin so eingestellt hat.

mfg

Dieter Bender,

der nicht versteht, warum man auf Commit verzichten kann und erst recht nicht versteht, warum es immer noch Systeme gibt auf denen nicht alle Dateien mit BOTH aufgezeichnet werden, selbst wenn man kein Commit einsetzt.

Hallo alle zusammen!
Wir wollen unsere Anwendung (RPG) teilweise auf Commitment Control umstellen.
1. Gibt es eine Möglichkeit nur einzelne (wichtige) Dateien unter Commitsteuerung zu stellen? Da wir mit einem gespiegelten Backupsystem arbeiten, werden aber alle Dateien (derzeit nur After Image) journalisiert.
2. Muß dabei unbedingt auf *BOTH umgestellt werden? Irgendwo habe ich gelesen, daß das das System implizit selber tut.
Vielen Dank.