Verifizierung eines RESTORE

[kuempi von stein]

aber wie soll ich hunderte, wenn nicht tausende von PFs datenmäßig checken? Scheffe meint: Wenigstens die Satzanzahl vergleichen. Na klasse!

herzlichen glühstrumpf!

mit nem (s)cheffe ist eben selten gut zu diskutieren.
da hilft wohl nur augen zu und durch.

k.

[Fuerchau]

Nun ja, bei der automatischen Verifizierung der AS gilt folgendes:

Objekte, die nicht gesichert wurden, können nicht restored werden.
Für jedes Objekt auf dem Band gibt es Checksummen, die beim Restore geprüft werden. Stimmt diese nicht, gilt das Objekt ggf. als zerstört.
Fehlt eine Berechtigung, kann ggf. nicht gesichert oder restored werden.

Aber:
Eine OUTFILE ist ja auch beim SAVxxx angebbar. Hier werden verschiedene Informationen ausgegeben (einfach mal reinschauen), u.a. die Objektgröße.
Die OUTFILE des RSTxxx ist eben mit der OUTFILE des SAVxxx abzugleichen und das wars !!!

[Guenther]

Hi,

Eine OUTFILE ist ja auch beim SAVxxx angebbar. Hier werden verschiedene Informationen ausgegeben (einfach mal reinschauen), u.a. die Objektgröße.
Die OUTFILE des RSTxxx ist eben mit der OUTFILE des SAVxxx abzugleichen und das wars !!!

So ungefähr hatte ich das bisher auch gemacht.
Offenbar scheint Scheffe das nicht zu genügen (er hat aber auch nur wenig bis gar keine AS/400-Erfahrung).

Ein Ansatz wäre vielleicht:
Den Inhalt der Datei lesen, dabei den alphanum. Zeichen Werte zuweisen, dann Summe erzeugen. Sagen wir mal 10stellig oder 16stellig.
Diese Summe zusammen mit der Dateigröße in eine Logdatei schreiben.

Dies einmal auf dem Quellsystem, einmal auf dem Zielsystem, dann die Logdateien per Programm vergleichen. Darüber Logliste erstellen, die Abweichungen anzeigt.

Wie wäre das?

[Fuerchau]

Es gibt da genug Beispiele, aber wie lange willst du dafür benötigen (Laufzeit) !
Ausserdem halte ich dies für Beschäftigungstherapie.

[Bodo Roggenkamp]

Hallo Thomas,

ich habe nun 5722SS1 Option 22 installiert. Soweit alles Ok. Nun wollte ich zwischen 2 Anlagen den SAVRSTLIB testen.

Erhalte folgende Fehlermeldung:
Leitweg zum angegebenen Standort nicht gefunden.

Zwischen den Anlagen ist SNA over IP eingerichtet und funktioniert auch einwandfrei in beide Richtungen. Also STRPASTHR, SBMNETJOB SNDNETF, SNDNETMSG... funktionieren einwandfrei. Einträge im DIRE sowie Berechtigungen alles OK.

Ich habe nichts zusätzlich konfiguriert(CTLD..) sondern nach der Installation direkt den SAVRSTLIB getestet. Finde anhand der Fehlermeldung und Problemanalyse den Fehler nicht. DSPAPPNINF bringt mich da auch nicht weiter. Vielleicht hast Du ja noch einen Tipp für mich?

Gruß
Bodo

Hallo Bodo,

schau hier im Forum nach SAVRSTLIB nach. Dort waren auch noch ein paar Einträge von mir.

Zudem habe ich gerade nochmal auf unsere Maschine geschaut.

unter go cmdsavrst werden einige Befehle angezeigt.

ich wünsche Dir viel Erfolg beim Testen.

Falls Du noch Infos hierzu benötigst.(Ausdrucke der Konfig etc.). kannst Du mich ja benachrichtigen.

Gruss Thomas

[Guenther]

Hi, Fuerchau.

Du hast recht mit der Beschäftigungstherapie. Aber was soll ich machen?



Bodo,

für Dateiversand benötigt man doch DDM Files. Hast du da welche angelegt? Gibt es keine Doku für den SAVRSTLIB?

[TARASIK]

Hallo Bodo,
ich denke da hilft Dir dies weiter:

The message CPF8933 states that the IBM iSeries™ family of servers system was not able to select a valid APPC device to establish the connection.

To determine the problem, do the following:

Note: There may be many reasons why a CPF8933 is posted. This document is an attempt to give basic troubleshooting.

1 Is there an SNA connection to the destination specified in the RMTLOCNAME parameter? If there is no SNA connection, an SNA connection must be configured.
2 If there is an SNA connection configured, verify if other SNA applications work. For example, try to perform a STRPASTHR command with that remote location and using mode QSOCCT.

For example: STRPASTHR RMTLOCNAME(remote_location) MODE(QSOCCT)
3 If the passthru works, check the network attributes of both systems for the Network ID. If the network IDs are different, it must be specified in the SAVRSTLIB or SAVRSTOBJ command.

For example: SAVRSTOBJ OBJ(*ALL) LIB(QTEMP) RMTLOCNAME(APPN.SYSTEMA)

For the RMTLOCNAME parameter, specify the remote network ID of the remote system, a period, and the name of the remote system.

[RobertMack]

... Das mit den Joblogs und output(*file) ist klar, aber genau das ist ihm zu wenig. Er meint, es könne ja sein, daß dennoch nicht alle Daten korrekt zurückgespeichert werden.

Leider läßt er da nicht mit sich diskutieren.

Problem ist, ich kann theoretisch zwar die Programme aufrufen und testen, aber wie soll ich hunderte, wenn nicht tausende von PFs datenmäßig checken? Scheffe meint: Wenigstens die Satzanzahl vergleichen. Na klasse! ...

Hallo Günther,

direkt nach der Übertragung (und nach Prüfung der JOBLOGs) brauchst Du nur auf beiden Systemen (je Datenbibliothek) auszuführen:

DSPFD FILE(LIBX/*ALL) TYPE(*MBRLIST) OUTPUT(*OUTFILE) FILEATR(*ALL) OUTFILE(PRUEFLIB/FILX)

Jede Datei FILX enthält die Anzahl aller Dateien, Teildateien und dazu jeweils die Anzahl aktiver/gelöschter Sätze.

Nach abgeschlossener Prüfung auf Übereinstimmung je Datenbibliothek das Ganze (als SAVF oder einzelne .XLS) via IFS auf CD brennen und ablegen - Revision/SOX/Basel II lassen grüssen.

Viel Erfolg,
Robert

[tfroehlich]

Hallo Thomas,

ich habe nun 5722SS1 Option 22 installiert. Soweit alles Ok. Nun wollte ich zwischen 2 Anlagen den SAVRSTLIB testen.

Erhalte folgende Fehlermeldung:
Leitweg zum angegebenen Standort nicht gefunden.

Zwischen den Anlagen ist SNA over IP eingerichtet und funktioniert auch einwandfrei in beide Richtungen. Also STRPASTHR, SBMNETJOB SNDNETF, SNDNETMSG... funktionieren einwandfrei. Einträge im DIRE sowie Berechtigungen alles OK.

Ich habe nichts zusätzlich konfiguriert(CTLD..) sondern nach der Installation direkt den SAVRSTLIB getestet. Finde anhand der Fehlermeldung und Problemanalyse den Fehler nicht. DSPAPPNINF bringt mich da auch nicht weiter. Vielleicht hast Du ja noch einen Tipp für mich?

Gruß
Bodo

--------------------------------------------------------
Hallo Bodo,

ich habe gerade hier im Forum Deine Nachricht gelesen.

Hat Dir die Nachricht von USER TARASIK schon geholfen?

Ich habe gerade auf unseren Maschinen nachgeschaut.

Ist der Verteilungsservice konfiguriert?
Befehl dspdstsrv bzw. cfgdstsrv.

Gruss Thomas

[Fuerchau]

Der Verteilungsservice wird dafür nicht benötigt, wenn man per CRTDDMF die Verbindung aufbaut.
SAVRSTLIB läuft ja nicht über QSNADS sondern über eine ANYNET-Verbindung direkt zur Zielmaschine (synchron), während SNDNET-Befehle über QSNADS asynchron laufen.

[tfroehlich]

Hallo Herr Fuerchau,

wenn ich aber den Aufruf starte (savrstlib) sieht man in der
Nachrichtenrichtenzeile, dass auf dem fernen System unter
QUSER ein Job gestartet wurde.

Gruss Thomas

[Fuerchau]

Ja klar, aber das ist kein QSNADS-Job, sondern der Empfängerjob.
Beim SNADS muss man folgendes bedenken:
SAVxxx in SAVF = 1. Kopie der Daten
SNDNETF = 2. Kopie der Daten
Übertragung ins Zielsystem = 3. Kopie der Daten
RCVNETF = 4. Kopie der Daten
RSTxxx = Originaldaten

Man muss also bedenken, dass man genügend Platz auf den Platten (und auch Zeit) hat.
Der SAVRSTLIB startet auf dem Zielsystem den Empfängerjob, die Daten werden durch die Sicherung gleichzeitig übertragen und dort wiederhergestellt. Eine Kopie der Daten existiert daher nicht.