{"id":1020,"date":"2025-08-18T22:29:03","date_gmt":"2025-08-18T20:29:03","guid":{"rendered":"https:\/\/modedcon.com\/?page_id=1020"},"modified":"2025-11-10T16:13:40","modified_gmt":"2025-11-10T15:13:40","slug":"commitment-control-transaktions-sicherheit-und-datenkonsitenz","status":"publish","type":"page","link":"https:\/\/modedcon.com\/de\/projekte\/commitment-control-transaktions-sicherheit-und-datenkonsitenz\/","title":{"rendered":"Commitment Control \u2013 Transaktions-Sicherheit und Datenkonsitenz"},"content":{"rendered":"\n
\n
\n

Die Anwendungen auf der IBM i sind z.T. sehr komplex.<\/p>\n\n\n\n

Die gewachsenen Datenbanken sind oft nicht optimal normalisiert und enthalten redundante Daten. Damit muss durch zus\u00e4tzlichen Programmier-Aufwand (z.B. Updates in mehreren Tabellen) sichergestellt werden, dass die Daten konsistent bleiben.<\/p>\n\n\n\n

Unabh\u00e4ngig davon gibt es viele Vorg\u00e4nge, die aus mehreren Schritten, vielleicht sogar aus mehreren Programm- oder Prozedur-Aufrufen bestehen, die entweder alle korrekt ausgef\u00fchrt oder komplett zur\u00fcckgesetzt werden m\u00fcssen (z.B. Auftrag muss komplett geliefert werden… Reservierung Bestand, Auslagerung, Umbuchung, Reservierung aufl\u00f6sen, Status im Auftrag setzen).<\/p>\n\n\n\n

Vielfach geht man einfach davon aus, dass ja schon alles funktionieren wird (was wahrscheinlich auch in 90% der Aktionen zutrifft) . . . und wenn was schiefgeht dann korrigiert man halt „von Hand“ oder „mit SQL“. <\/p>\n\n\n\n

Das darf nicht sein! Programmatisch versuchen im Fehlerfall alles zur\u00fcckzusetzen ist ebenfalls keine L\u00f6sung, da sich ja zwischenzeitlich, also zwischen Fehler und Korrektur, schon wieder etwas ge\u00e4ndert haben k\u00f6nnte. Wenn jetzt noch Daten durch Trigger-Programme ge\u00e4ndert werden, hat man keine Chance mehr!<\/p>\n\n\n\n

Die L\u00f6sung hei\u00dft Commitment Control!<\/p>\n\n\n\n

<\/p>\n\n\n\n

<\/p>\n\n\n\n

Was ist Commitment Control? <\/em><\/h4>\n\n\n\n

Commitment Control sorgt daf\u00fcr, zusammen geh\u00f6rige Schritte als Einheit(Transaktion) ausgef\u00fchrt werden oder wieder zur\u00fcckgesetzt werden. <\/p>\n\n\n\n

Das bedeutet: Alle \u00c4nderungen einer Transaktion werden entweder korrekt ausgef\u00fchrt und anschlie\u00dfend durch ein COMMIT-Statement festgeschrieben oder vollst\u00e4ndig durch die Ausf\u00fchrung eines ROLLBACK-Statements (bis zum letzten COMMIT-Statement) zur\u00fcckgenommen – unabh\u00e4ngig davon, wie viele \u00c4nderungen in wie vielen Tabellen durch wie viele Programme oder Prozeduren erfolgt sind.<\/p>\n\n\n\n

<\/p>\n\n\n\n

<\/p>\n\n\n\n

Voraussetzungen<\/em><\/h4>\n\n\n\n

Um Commitment Control auf IBM i zu nutzen, m\u00fcssen die Tabellen\/physischen Dateien in einem Journal aufgezeichnet werden.<\/p>\n\n\n\n

Da die meisten Firmen inzwischen Hochverf\u00fcgbarkeits-L\u00f6sungen einsetzen und fast alle Hochverf\u00fcgbarkeits-L\u00f6sungen auf Journaling basieren, muss „weiter nichts“ getan werden, als die Commit-Steuerung im aktuellen Job zu starten.<\/p>\n\n\n\n

<\/p>\n\n\n\n

<\/p>\n\n\n\n

Transaktionen<\/em> – durchdacht planen und sicher umsetzen<\/em><\/h4>\n\n\n\n

Bevor Commitment Control produktiv gesetzt werden kann, sollten die Anwendungen analysiert und die Transaktionen definiert werden:<\/p>\n\n\n\n

Dabei ist zu beachten:<\/p>\n\n\n\n