commit, Journal, etc. ????

[muadeep]

1a) wie kann ich feststellen, ob die "CMTCTRL" aktiv ist oder nicht?

1b) ist es möglich im ODBC-Administrator einen DSN einzurichten bei dem angegeben wird, das "CMTCTRL" aktiv ist (sein soll)?

2a) wie kann ich feststellen ob die Journalisierung aktiv ist oder nicht?

2b) ist es überhaupt möglich eine algemeine Journalisierung einzurichten (geht doch nur auf eine o. mehrere bestimmte Dateien)?

[Fuerchau]

1a) DSPJOB -> 16 (Dies ist eine Job-Einstellung)
1b) ODBC-Konfig->Register Server->Schalter Erweitert (Default ist übrigens *CHG)
2a) DSPFD, Suche nach "JRN" bzw. "aufgezeichnet"
2b) für jede Datei muss explizit das Journal aktiviert werden (ADDJRNAP). Dies hat aber nichts mit Commit/Control zu tun, da dies je Job explzit per STRCMTCTL gestartet werden muss.
Vorsicht bei Aufzeichnungen sehr häufig upgedateter aber nicht veränderter Dateien !
Viele RPG-Programme machen nach einem CHAIN/READ einen UPDAT um die Daten wieder freizugeben (anstelle UNLCK), dies bringt Overhead im Journal obwohl ja gar nichts geändert wurde.

[muadeep]

zu 1a) wie kann ich dann "CMTCTRL" starten, fals da nicht bzw.
(Keine COMMIT-Definitionen aktiv.) steht?

zu 1b) ist das dann der Wert "*none", "*cs" oder "*rr" ?

zu 2a) und 2b)
hab hier die Aussage eines Externen Softwarehauses, die bei
uns Software installieren wollen.

O-Ton:
1. xxxxxxx
2. Journalisierung muss aktiviert sein!
3. xxxxxx
4. xxxxxx

[B.Hauser]

zu 1a) wie kann ich dann "CMTCTRL" starten, fals da nicht bzw.
(Keine COMMIT-Definitionen aktiv.) steht?

zu 1b) ist das dann der Wert "*none", "*cs" oder "*rr" ?

zu 2a) und 2b)
hab hier die Aussage eines Externen Softwarehauses, die bei
uns Software installieren wollen.

O-Ton:
1. xxxxxxx
2. Journalisierung muss aktiviert sein!
3. xxxxxx
4. xxxxxx

Ich nehme damit ist der STRCMTCTL Command gemeint.
Das Locklevel (LCKLVL) sollte auf *CHG gestellt werden und der Wert für Commit-Definition auf *JOB gesetzt werden, solange es sich bei der Anwendung um keine echte ILE-Anwendung handelt.

Dieser Befehl sollte jeweils bei Job-Start abgesetzt werden. Ansonsten wird das Software-House in seiner Umgebung wahrscheinlich ein eigenes Journal mit entsprechenden Journal Receivern verwenden und auch selber dafür sorgen, dass alle Dateien registriert sind. Das kann nicht das Problem der Kunden sein.

Birgitta

[Fuerchau]

Wie Birgitta schon sagt, STRCMTCTL ist in allen Dialog-/Batchjobs separat zu starten !

Bei ODBC-Zugriffen wird STRCMTCTL automatisch gestartet, wenn die Commit-Steuerung auf *CS (=*CHG) bzw. nicht auf *NONE steht.

Achtung:
Alle Dateien in die per ODBC geschrieben, geändert und gelöscht werden MÜSSEN journalisiert sein und zwingend im GLEICHEN Journal aufgezeichnet werden !!!

Dein Softwarehaus macht es sich ja einfach
Liefert die die Dateien bzw. die Datenbank nicht gleich mit ?
Oder ist dafür dieser 229-Seiten SQL-Script erforderlich ?

[muadeep]

ja, hab ich auch schon gesagt und der Programmierer an der anderen Seite hat von AS400 keine Ahnung!! ;-)

genau dafür ist das Script, und noch so einiges mehr!



Achtung:
Alle Dateien in die per ODBC geschrieben, geändert und gelöscht werden MÜSSEN journalisiert sein und zwingend im GLEICHEN Journal aufgezeichnet werden !!!


wie mach ich das denn dann mit dem "journalisieren" ?!?!?!?!?

[Fuerchau]

Am einfachsten ist es, da du ein Script hast, per STRSQL ein "Create Collection " auszuführen. Dies legt eine Lib incl. Journal und allem drum und dran an.
Wird dann ein "Create Table " in diese Lib gemacht, wird diese automatisch aufgezeichnet.

Vorsicht:
Per F13 im STRSQL auf Commit umschalten (ggf. vorher ein STRCMTCTL) und nach Create Collection einen Commit ausführen.

[B.Hauser]

Am einfachsten ist es, da du ein Script hast, per STRSQL ein "Create Collection " auszuführen. Dies legt eine Lib incl. Journal und allem drum und dran an.
Wird dann ein "Create Table " in diese Lib gemacht, wird diese automatisch aufgezeichnet.

Vorsicht:
Per F13 im STRSQL auf Commit umschalten (ggf. vorher ein STRCMTCTL) und nach Create Collection einen Commit ausführen.

Vielleicht ist ja in dem Script ein CREATE SCHEMA enthalten.
Irgendwohin, müssen ja die Dateien erstellt werden.
Der CREATE SCHEMA ist der Standard-SQL-Befehl, um eine Bibliothek zu erstellen. (CREATE COLLECTION liefert das gleiche Ergebnis, ist jedoch der iSeries spezifische Befehl)

Vielleicht findet sich in dem Script ferner ein SET PATH oder SET CURRENT SCHEMA, so dass die Tabellen auch ohne qualifizierte Angabe korrekt in der richtigen Bibliothek erstellt werden.

Birgitta