;DOnline Logs nicht synchron
- Dieses Thema hat 1 Antwort und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 18 Jahre, 9 Monaten vonGast.
- AuthorPosts
- 10. August 2004 um 14:30 Uhr #2440
Hallo Leute
vielleicht kann mir jemand einen guten Tip geben:Ich hab hier ein DB2-Z/OS System version 7.1 in welchem die Online logs verschoben sind:
Beispiel:
DSN=DB2CAT.LOGCOPY1.DS05
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY1.DS02
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY1.DS04
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY1.DS06
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY1.DS01
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY1.DS03
STATUS=NOTREUSABLEund die Logcopies 2
DSN=DB2CAT.LOGCOPY2.DS05
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY2.DS06
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY2.DS01
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY2.DS02
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY2.DS03
STATUS=REUSABLE
DSN=DB2CAT.LOGCOPY2.DS04
STATUS=NOTREUSABLEALso im Moment wird das ds04 vom logcopy2 und das DS03 vom Logcopy 1 beschrieben.
ich möchte aber das die Logcopies wieder synchron sind.
Das dies so ist – hat ein externer Mitarbeiter verursacht.
Gibt es nun eine Möglichkeit mit möglichst wenigen Db2-Starts und Stops die Logbänder wieder in eine synchrone Reihenfolge zu bringenVielen Dank
Zefrim19. August 2004 um 14:47 Uhr #2917Hallo Zefrim,
Ich will jetzt versuchen in Stichpunkten dir eine grobe Anleitung zu geben um die Reihenfolge wieder herzustellen. Dies ist aber auch im Utility Guide grob beschrieben.
In ca. zwei Schritten (2 Stops der DB) können die Logs neu sortiert werden.
– mit DSNJU004 das BSDS printen auch ausdrucken
– Checkpoint auslösen "-set log logload(0)"
– den CMD "-Archive Log" so oft absetzen bis eines der beiden Logcopyx.DS01 auf "NOTREUSABLE" steht.
Das zweite Logcopyz.DS01 ziehst du später mit REPRO inhaltlich gleich – dazu aber später mehr.
Dieser CMD schreibt bei jedem Ausführen das aktuelle aktive Log weg.
– STOPPEN von DB2
– nochmals mit DSNJU004 das BSDS printen und prüfen ob das logcopyx.DS01 im entsprechendem Status steht.
Dieses Logcopy brauchst Du wieder zum Starten !!!!!
– sichern der BSDS – falls was schief gehen sollte.
– Entfernen der Logeinträge aus dem BSDS mit DSNJU003 – ABER NUR DIE IM STATUS REUSABLE STEHEN.
Zusätzlich must du jetzt aber auch den parallelen Logeintrag Eintrag vom Logcopyx.DS01 löschen (im BSDS). ACHTUNG : Der steht auch im Status "NOTREUSABLE".
Der DS01 Ãm selben Status musst du aber stehen lassen, sonst hilft nur noch deine BSDS Sicherung.
– Eintragen der Log Namen mit NEWLOG (DSNJU003) ins BSDS (jetzt Reihenfolge beachten). Das parallel LOG zum DS01 muss noch die Parameter Start-und Endtime und Start-und EndRBA erhalten – genau die gleichen Werte wie der einzeln aktive.
– Jetzt must du noch mit REPRO den Inhalt vom aktiven in sein parallelen Bruder kopieren.
– Am besten jetzt noch mal das BSDS auslesen und prüfen. Alle neuen Log Einträge sollten jetzt im Status "NEW" stehen.
– Wenn alles okay, dann starten von DB2 mit access(maint)
– prüfen ob das System sauber hoch gefahren ist (z.B. xxxxMSTR usw.)
– ich hoffe das ich jetzt nichts großartiges vergessen habe. Dies ist natürlich ohne Garantie !!! – daher solltest du das an einem Testsystem am besten erst einmal testen. Danach weißt du auch was dich erwartet.
Viel Spaß dabei !!! - AuthorPosts
You must be logged in to reply to this topic.