redo logs in DB2

[karin-vogelmann]

hallo *all,

gibt es eigentlich sog. "redo logs" auf der iSeries-DB2?

so wie bei oracle? wo man sich seine datenbestände auf einen bestimmten zeitpunkt zurücksetzen kann?

ich kenne jetzt nur die commit-steuerung und rollback, wäre das vergleichbar?

vielen dank im voraus,

karin

[BenderD]

Hallo,

das ist vergleichbar mit Journalen und APYJRNCHG bzw. RMVJRNCHG

mfg

Dieter Bender

hallo *all,

gibt es eigentlich sog. "redo logs" auf der iSeries-DB2?

so wie bei oracle? wo man sich seine datenbestände auf einen bestimmten zeitpunkt zurücksetzen kann?

ich kenne jetzt nur die commit-steuerung und rollback, wäre das vergleichbar?

vielen dank im voraus,

karin

[Fuerchau]

Allerdings gibt es eine nicht unerhebliche Einschränkung:

Eine CLRPFM löscht den Inhalt und wird auch journalisiert. Allerdings läßt sich dieser NICHT rückgängigmachen, da die Einzelsatzinformationen eben nicht aufgezeichnet werden.
Ein APYJRNCHG kann dies durchführen, ein RMVJRNCHG stirbt daran (CPF-Nachricht).

Wenn also in der Anwendung CLRPFM's bei journalisierten Dateien vorkommen, so sind diese durch SQL-Delete zu ersetzen, auch wenn die Anwendung an diesen Stellen ggf. erheblich langsamer wird.

[BenderD]

... ich wusste garnicht, dass oracle ein CLRPFM hat, oder ich habe den Unterschied nicht begriffen ))
D*B

Allerdings gibt es eine nicht unerhebliche Einschränkung:

Eine CLRPFM löscht den Inhalt und wird auch journalisiert. Allerdings läßt sich dieser NICHT rückgängigmachen, da die Einzelsatzinformationen eben nicht aufgezeichnet werden.
Ein APYJRNCHG kann dies durchführen, ein RMVJRNCHG stirbt daran (CPF-Nachricht).

Wenn also in der Anwendung CLRPFM's bei journalisierten Dateien vorkommen, so sind diese durch SQL-Delete zu ersetzen, auch wenn die Anwendung an diesen Stellen ggf. erheblich langsamer wird.

[Fuerchau]

Naja, ich weiß nicht in wie weit ein DROP TABLE rückgängig gemacht werden kann, sollte allerdings funktionieren.

Die Frage betraf ja auch die AS/400