-
Journal Receiver
Hallo, ich bin auf der Suche nach Platenplatzfresser, und bin dabei fündig geworden.
habe hier dutzende Dateien der Art.
Code:
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
-
... 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
-
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
Last edited by andreaspr@aon.at; 07-03-15 at 13:18.
Grund: Link
-
(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..
-
Jo danke, war heute schon fleissig und habe diverse Journal schon gelöscht. Frei nach dem Motto viel Feind viel Ehr ;-)
GG
-
Zitat von 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
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
-
Probier die Schlüsselworte und Befehle mal ohne Dialekt.
CHGJRN JRNRCV(*GEN)
CHGJRN MNGRCV(*SYSTEM) DLTRCV(*YES)
CRTJRNRCV THRESHOLD(xxx)
-
-
... naja, so aus dem Kopf - aber mal F4 und F9 zu drücke, ist schon zumutbar...
-
Zitat von BenderD
... 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
-
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.
-
... 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)
Similar Threads
-
By Wirnitzer in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 17-10-01, 10:13
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks