Defekte Dateien

[Rincewind]

hehe..

Nein kein V5R4... "nur" ein "einfacher" Maschinenwechsel mit leichten Hindernissen....

SAVLIB... Ok..werde ich mal gucken was die Sicherung sagt ... sobald sie am Wochenende läuft.
Tägliche Sicherungen finden auf dem Synchron-system statt...
dort sind die Objekte "leider" heile

Guter Gedanke aber auf jeden Fall.
Da wir am WE IPL machen müssen um die 10 neuesten PTF's gegen SQL Fehler zu kriegen, werde ich mal schauen ob wir noch Zeit für RCLSTG haben.

Was ist dieser DBXREF ? (vor allem im vergleich zum RCLSTG)

Werde mal sofort anfangen zu googlen...

Thx
Rince

[BenderD]

Hallo,

RCLSTG *DBXREF grenzt selbigen auf das Database Repository ein, das ist dann schneller, nutzt aber nix, falls es an kaputten physischen Objekten liegt.

mfg

Dieter Bender

hehe..

Nein kein V5R4... "nur" ein "einfacher" Maschinenwechsel mit leichten Hindernissen....

SAVLIB... Ok..werde ich mal gucken was die Sicherung sagt ... sobald sie am Wochenende läuft.
Tägliche Sicherungen finden auf dem Synchron-system statt...
dort sind die Objekte "leider" heile

Guter Gedanke aber auf jeden Fall.
Da wir am WE IPL machen müssen um die 10 neuesten PTF's gegen SQL Fehler zu kriegen, werde ich mal schauen ob wir noch Zeit für RCLSTG haben.

Was ist dieser DBXREF ? (vor allem im vergleich zum RCLSTG)

Werde mal sofort anfangen zu googlen...

Thx
Rince

[Rincewind]

Hallöchen....

Heutiger Stand:

1 Datei hat sich selbst repariert...
1 Datei ist immer noch kaputt

Habe in dieser Datei mal (alles ohne ergebnis)

1. Alle Logischen Gewandelt
2. Alle Sätze aktualisiert
3. Alle Sätze gelöscht
4. CLRPFM
5. RGZPFM

Diese dinge versucht.

SAVLIB bringt übrigens keine Fehlermeldung und sichert das Objekt (soviel also zu Rollback mit Sicherung)

Wenn ich die Datei neu wandel und die alten Daten reinkopiere ist alles sauber.


Rince

[TARASIK]

Hallo,
da würde ich schon den rclstg *full laufen lassen.

[pwrdwnsys]

.... und daran denken, das der schon mal mehrere Stunden laufen kann !

Ich hatte mal ähnliche Probleme, das lag am Microcode der Platten.

[Rincewind]

Jap, RCLSTG scheint unsere letzte Möglichkeit zu sein :-(

Nachdem wir am Freitag Objekte gewandelt haben um sie wieder zu korrigieren sind sie heute wieder kaputt....


Dann lasse ich nunmal die Maschine bzw die IBM weiteranalysieren.

Schönen Dank trotzdem für eure Gedanken.


Rince

P.s. In der DTAARA QRCLSTG merkt sich das System wohl die Start und Endzeit des letzten RCLSTG... leider bei uns schon 2 Jahre her, sodaß wir keinen Rückschluss auf die Dauer wirklich schliessen können.

[Bruno Jakob]

Nachdem ich mich in letzter Zeit hier im Forum sehr rar gemacht habe, muss ich nun doch mal meine Erfahrung mit beschädigten Objekten berichten.

Ist zwar schon gut zehn Jahre her, als das System 5 Dateien als Beschädigt meldete. Kein Problem, Objekte zurückgespeichert. Keine halbe Stunde später meldete das System die gleichen Objekte als beschädigt. Älteren Stand zurückgespeichert, selbes Problem. Letztendlich das ganze System plattgemacht, neu installiert, Daten zurückgespeichert. Und die gleichen Objekte wieder beschädigt.

Da habe ich doch erst mal das Vertrauen in die Datensicherung verloren. Lt. IBM-Aussage von damals sind weder die Sicherungsbefehle noch der RCLSTG in der Lage, alle Beschädigungen zu erkennen. Da kam Freude auf.

Es hat sich dann herausgestellt, dass die Objekte selbst zu keiner Zeit beschädigt waren. Vielmehr war irgendwo ein Lesecache-Modul defekt. Und weil wir gespiegelte Platten haben, das System ja jeweils von der günstigeren Position liest, hat es irgendwann gemerkt, dass etwas nicht stimmt.

Also: Cache-Modul ausgetauscht und das Problem war erledigt.

Gruß
Bruno