Journal Receiver

[KingofKning]

Hallo, ich bin auf der Suche nach Platenplatzfresser, und bin dabei fündig geworden.

habe hier dutzende Dateien der Art.

Objekt . . . . . . . :   AUDRCV0357      Attribut . . . . . . :              
  Bibliothek . . . . :     QGPL          Eigner . . . . . . . :   QSECOFR    
Bibl.-ASP-Einheit  . :   *SYSBAS         Bibliothek-ASP-Gruppe:   *SYSBAS    
Art  . . . . . . . . :   *JRNRCV         Primärgruppe . . . . :   *NONE      
                                                                             
Speicherinformation:                                                         
  Größe  . . . . . . . . . . . . . . . :   106610688                         
  Offline-Größe  . . . . . . . . . . . :   106610688                         
  Zugeordnete Speicherbereichsgröße  . :   32768                             
  Optim. Speicherbereichsausrichtung . :   J                                 
  Freigegeben  . . . . . . . . . . . . :   N                                 
  Verdichtet . . . . . . . . . . . . . :   Nicht auswählbar                  
  Objekt-ASP-Einheit . . . . . . . . . :   1                                 
    Objektüberlauf . . . . . . . . . . :   N                                 
  Objekt-ASP-Einheit . . . . . . . . . :   *SYSBAS                           
  Objekt-ASP-Gruppe  . . . . . . . . . :   *SYSBAS

Wie bekomme ich am besten gelöscht?

Kann ich die einfach so löschen, oder handle ich mir da Probleme ein?

GG

[BenderD]

... da passiert nix, das ist alles ziemlich wasserdicht.
- nicht gesichert => Fehlermeldung (kann man toppen)
- aktiv => Fehlermeldung (kann man nicht toppen
Damit man auch den jetzt angehängten wegkriegt, macht man vorher ein CHGJRN RCV(*GEN).
Will man sich die Arbeit später sparen, macht man CHGJRN MNGREC(*SYSTEM) DLTREC(*YES).
Will man die Dinger kleiner haben, muss man erst einen CRTRCV THRESHOLD(xxx) und dann den CHGJRN machen, dann fliegen die früher weg.
Für die ganzen System Journale kann man das machen. Audit Journal und Journale der Datenbibliotheken sollte man immer auf der Sicherung mit draufhaben.

D*B

[andreaspr@aon.at]

Hallo,

die Journal Receiver benötigst du "nur" wenn du die Datenbank bzw. Teile (Tabellen) davon wiederherstellen musst.

Normal geht man dabei wie folgt vor:
1. Sicherung der Datenbank (Stichwort Snapshot)
2. Sicherung der Journal Receiver
3. Löschen der Journal Receiver
4. Die im laufenden Betrieb erzeugten Journal Receiver sollten ebenfalls regelmäßig gesichert werden, da du nur mit deren Hilfe die fehlenden Daten nach der Sicherung wiederherstellen kannst.

Im Falle eines Crash, holst du dir dann die letzte DB-Sicherung und spielst zusätzlich danach alle Journal Receiver ein.
Je schneller die abgehängten Journal Receiver gesichert werden, desto höher die Chance im Falle eines Crash die Daten möglichst komplett herstellen zu können.

Wenn du ein Journal Receiver löschen willst ohne, diese vorher zu sichern bekommst du eine Warnmeldung die du Bestätigen musst.

Lange Rede kurzer Sinn: Du musst halt entscheiden, ob die Daten die hier Journalisiert werden wichtig sind oder nicht.

Hier noch ein kurzer Link zu den Audit wem es interessiert:
http://www.gateway400.org/documents/...pabilities.pdf

lg Andreas

[hel400]

(Naja mit DB-Wiederherstellung wird das Auditjournal weniger zu tun haben)

Wie auch immer, trotzdem aufpassen. Es gibt auch Anwendungen, die mit diesem Journal arbeiten, zB. div. Spiegelungssoftware oder Überwachung/Steuerung usw..

[KingofKning]

Jo danke, war heute schon fleissig und habe diverse Journal schon gelöscht. Frei nach dem Motto viel Feind viel Ehr ;-)

GG

[KingofKning]

... da passiert nix, das ist alles ziemlich wasserdicht.
- nicht gesichert => Fehlermeldung (kann man toppen)
- aktiv => Fehlermeldung (kann man nicht toppen
Damit man auch den jetzt angehängten wegkriegt, macht man vorher ein CHGJRN RCV(*GEN).
Will man sich die Arbeit später sparen, macht man CHGJRN MNGREC(*SYSTEM) DLTREC(*YES).
Will man die Dinger kleiner haben, muss man erst einen CRTRCV THRESHOLD(xxx) und dann den CHGJRN machen, dann fliegen die früher weg.
Für die ganzen System Journale kann man das machen. Audit Journal und Journale der Datenbibliotheken sollte man immer auf der Sicherung mit draufhaben.

D*B

Schade, unter V5R4 kann er mit diesen Befehlen nichts anfangen, weil er die Schlüsselwörter nicht kennt.

Werde mal manuell die 500 Stück löschen. Sind jetzt im laufe der letzten 7 Jahre doch ein paar mehr geworden.

GG

[Pikachu]

Probier die Schlüsselworte und Befehle mal ohne Dialekt.

CHGJRN JRNRCV(*GEN)
CHGJRN MNGRCV(*SYSTEM) DLTRCV(*YES)
CRTJRNRCV THRESHOLD(xxx)

[KingofKning]

Danke, Probier ich malGG

[BenderD]

... naja, so aus dem Kopf - aber mal F4 und F9 zu drücke, ist schon zumutbar...

[KingofKning]

... naja, so aus dem Kopf - aber mal F4 und F9 zu drücke, ist schon zumutbar...

Jo, da haben Sie recht, habe mich aber von der Angabe "Falsches Schlüsselwort" in die Irre leiten lassen und war davon ausgegangen das es erst ab einem neume Release so wäre.

Gelobe Besserung.

GG

[petterr]

Was man sich halt überlegen sollte, ob man das Audit Journal nicht noch braucht, weil man vielleicht Aufbewahrungspflichten einhalten muß. Ich würde das auf jeden Fall vor dem Löschen nocheinmal sichern. Vor allem Datenbankjournale halten wir solange wie möglich auf unserer Maschine, da sie ein absolut fantastisches Tool sind um Fehler nachzuvollziehen. Früher mussten wir unseren Benutzern oft sagen, dass ein Problem nicht nachvollziehbar ist, seit wir für die Analyse das Journal verwenden, lässt sicht praktisch jeder Fehler erklären. Ich kann nur empfehlen sich damit mal auseinanderzusetzen.

[BenderD]

... das kann ich nur unterstreichen. Wenn man den Platz hat (und den sollte man haben, dann sollte man allle Produktionsdaten journalisieren.

D*B
PS: auf meiner Webseite gibt es ein Tool zum formatieren der Journaleinträge (unter Freeware nach ANZJRN suchen)