Windows Anwendungen mit SQL auf iSeries

[dabeda]

@watchdog

Ich bin der Meinung, aber da müßte mich ggf. jemand korrigieren, dass das Journaling nicht funktioniert, wenn du die Datei, z.B. mit einem ILERPG änderst. Diese Änderungen werden meines Wissens nicht aufgezeichnet.

Das journaling funktioniert von allen Seiten. Wenn die Bibliothek mit CREATE SCHEMA erstellt wurde, werden automatisch in dieser Bibliothek Journale erstellt und die Dateien darin aufgezeichnet, in einer mit CRTLIB erstellten, muß man sich selbst um die Journale und das journaling kümmern. Welches Journal man benutzt kann man sich aber selbst aussuchen.
Wichtig ist dass alle Dateien einer Anwendung auch im selben Journal aufgezeichnet werden.

mfg

[UFK]

Möglichst als aller Erstes CREATE SCHEMA oder CREATE COLLECTION eingeben, und dann genau dort die Tabellen definieren, denn dann läuft alles wie von selbst.

Wenn man aber ohne begonnen hat, und die Journalisierung erst danach aufsetzt, ok, dann muß man a) beachten, daß das Journal möglichst QSQJRN heißt, und b) alle bereits zuvor erstellten Tabellen mít dem AS400-Befehl STRJRNPF ins Journal aufgenommen werden. Bei weiteren Tabellen sollte dann die Automatik wieder greifen.

[B.Hauser]

Hallo,

ich würde Journal und vorallem den/die Journal Receiver nicht in der gleichen Bibliothek wie die Daten anlegen. Was passiert, wenn jemand die Bibliothek löscht oder aus einem anderen Grund nicht darauf zugegriffen werden kann? Dann ist auch das Journal bzw. die Journal Receiver auch weg ... und dann?

Das Journal und Receiver sollten in einer anderen Bibliothek (am besten in einem anderen ASP angelegt werden).

Um eine automatische Journalisierung zu erreichen benötigt man lediglich in der Daten-Bibliothek den Datenbereich QDFTJRN in den auf den ersten 20 Stellen das qualifizierte Journal und auf den nächsten Stellen welche Ojekt-Arten, wann registriert werden sollen. Ist dieser Datenbereich vorhanden, werden alle Dateien (sofern dies hinterlegt ist) beim Erstellen (unabhängig davon ob mit DDS bzw. CRTPF oder SQL) in dem angegebenen Journal aufgezeichnet. Weitere Informationen zum automatischen Journaling unter: Automatically starting journaling

Für das nachträgliche Registrieren gibt es ab Release 6.1 auch den CL-Befehl STRJRNLIB mit dem man all Objekte in einer Bibliothek auf einen Schlag in einem Journal registrien kann.

Birgitta

[BenderD]

... das Journal gehört in die Datenbibliothek (wg. Save Restore Abläufen) die Receiver am Besten in der Tat in einen anderen ASP.

D*B

Hallo,

ich würde Journal und vorallem den/die Journal Receiver nicht in der gleichen Bibliothek wie die Daten anlegen. Was passiert, wenn jemand die Bibliothek löscht oder aus einem anderen Grund nicht darauf zugegriffen werden kann? Dann ist auch das Journal bzw. die Journal Receiver auch weg ... und dann?

Das Journal und Receiver sollten in einer anderen Bibliothek (am besten in einem anderen ASP angelegt werden).

Um eine automatische Journalisierung zu erreichen benötigt man lediglich in der Daten-Bibliothek den Datenbereich QDFTJRN in den auf den ersten 20 Stellen das qualifizierte Journal und auf den nächsten Stellen welche Ojekt-Arten, wann registriert werden sollen. Ist dieser Datenbereich vorhanden, werden alle Dateien (sofern dies hinterlegt ist) beim Erstellen (unabhängig davon ob mit DDS bzw. CRTPF oder SQL) in dem angegebenen Journal aufgezeichnet. Weitere Informationen zum automatischen Journaling unter: Automatically starting journaling

Für das nachträgliche Registrieren gibt es ab Release 6.1 auch den CL-Befehl STRJRNLIB mit dem man all Objekte in einer Bibliothek auf einen Schlag in einem Journal registrien kann.

Birgitta

[B.Hauser]

... das Journal gehört in die Datenbibliothek (wg. Save Restore Abläufen)

Darüber kann man sich streiten! Wenn die Bibliothek, in der das Journal liegt zuerst zurückgespeichert wird und in dem Datenbereich QDFTJRN in der Datenbibliothek hinterlegt ist, dass die Dateien/Tabellen beim zurückspeichern registriert werden, ist das kein Problem.

Birgitta