Verifizierung eines RESTORE

[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.

[tfroehlich]

Hallo Herr Fuerchau,

mit SAVF und sndnetf haben wir früher unsere Lib's ausgetauscht. Der SAVRSTLIB ist da doch um einiges
einfacher zu händeln.

Ich bin gespannt, wo der Fehler bei Bodo ... ist.

Gruss Thomas

[Bodo Roggenkamp]

Hallo,

nachdem ich dem SBSD QCMN ein DFV-Eintrag hinzugefügt habe und den STRMOD nicht wie im Handbuch beschrieben, mit LCLLOCNAME(*NETATR) und RMTNETID(*NETATR) sondern für *NETATR dann den jeweiligen Systemnamen eingegeben habe. ließ sich auch der Modus QSOCCT starten.

Beim ausführen von SAVRSTLIB erhielt ich dann wieder die Fehlermeldung, Leitweg nicht gefunden. Habe mir eben die neuen Antworten zu diesem Thema angesehen und beim SAVRSTLIB für den Parameter RMTLOCNAME Systemname.Systemname angegeben. Und siehe da, es funzt!

Besten Dank an alle, die zu diesem Thema geantwortet haben. Bin begeistert von den Möglichkeiten. Werde dies nun (endlich) instensiv testen.


Gruß
Bodo