SAV und RST von V6R1 nach V5R2

[cs400_de]

Hallo Holger,

super Vorschlag. Hab ich jetzt gemacht.

Leider macht er mir zwischen jedes Zeichen eine Leerstelle rein, wenn ich mit dem Windows Explorer von der V6R1 zur V5R2 Maschine kopiere.
Was ich noch festgestellt habe ist das die Files unterschiedliche CCSIDs haben:

auf der SAP V6R1 Maschine CCSID 13488
und
auf der alten V5R2 Maschine CCSID 1252

Bin mal gespannt wie ich diese Problematik in den Griff bekomme.

Verwendet habe ich folgende Befehle:
Entladen:
CPYTOIMPF FROMFILE(R3EMPDATA/ZKUND00001)
TOSTMF('/tmp/zkund00001')
RCDDLM(*CR)

Laden (was natürlich noch nicht geht):
CPYFRMIMPF FROMSTMF('/TESTHS/zkund00001')
TOFILE(R3EMPDATA/ZKUND00001)
MBROPT(*REPLACE)
RCDDLM(*CR)


Grüße

C.Schulz

[Fuerchau]

Wenn du nicht mit Unicode 13488 arbeitest, dann gib beim CPYTOIMPF doch direkt die CCSD 273 an.

Beim CPYFRMIMPF übernimmst du dann mit CCSID 273.

[Pikachu]

Mach doch ne Binärkopie. Mit ftp die Daten binär abziehen und auf der anderen Maschine einspielen.

[cs400_de]

Mach doch ne Binärkopie. Mit ftp die Daten binär abziehen und auf der anderen Maschine einspielen.

Was ist eine Binärkopie ?

[Fuerchau]

Da die Daten ja in UCS2 (13488) vorliegen, ist wohl eine Binärkopie eher nicht gewünscht.

Ansonsten:

ftp Ziel
User Password
lcd mylib
bin
get ...
quit

[Pikachu]

Wenn die Daten auf dem Zielsystem genauso in der Datei stehen sollen wie auf dem Quellsystem, dann kannst du sie per ftp 1:1 unverändert (Binärkopie) aus dem Quellsystem auslesen und in das Zielsystem einspielen.

[cs400_de]

Ok.
Ich test die Binärkopie jetzt mal.

Gruß

[cs400_de]

Da die Daten ja in UCS2 (13488) vorliegen, ist wohl eine Binärkopie eher nicht gewünscht.

Ansonsten:

ftp Ziel
User Password
lcd mylib
bin
get ...
quit

Doch ich würde sogar genau diesen Zeichensatz haben wollen, denn sonst müssten alle Programme angepasst werden.

Allerdings geht das mit der Binärkopie wohl eher nicht.
Ich kann das zwar kopieren, aber die DB-Tabelle die durch den FTP erstellt wird ist Datenschrott.

[Pikachu]

Die physische Datei muß vorher aus dem Zielsystem angelegt werden. Wie habt ihr die auf dem Quellsystem angelegt?

[cs400_de]

Hallo,

bin jetzt nochmal zurück zum Doing mit CPYTOIMPF auf V6R1 und FTP/Netservercopie und CPYFRMIMPF auf V5R2.

Wenn ich den CPYTOIMPF ohne Codepageangabe mache und dann auf die V5R2 übertrage ist schon das IFS File nicht mehr brauchbar weil die Codepage geändert wurde und zwischen jedem Zeichen ein Leerzeichen eingeschoben wurde.

Deswegen habe ich das mal mit der Codepage 819 probiert.

CPYTOIMPF FROMFILE(R3EMPDATA/ZKUND00001)
TOSTMF('/tmp/zkund00001')
STMFCCSID(819)
RCDDLM(*CR)


Jetzt sieht das IFS File auf der Zielmaschine gut aus.

Die Ziel DB-Tabelle haben ich mit den iNav auf der Zielmaschine per SQL angelegt, welches ich mir vorher auf der Quellmaschine generieren habe lassen. Die Tabellen sollten also identisch sein.

Jetzt konnte ich folgenden Befehl absetzen:

CPYFRMIMPF FROMSTMF('/test/zkund00001')
TOFILE(SCHULZ/ZKUND00001)
MBROPT(*REPLACE)
RCDDLM(*CR)

Im Log steht dann folgender Witz:

CPYFRMIMPF FROMSTMF('/test/zkund00001') TOFILE(SCHULZ/ZKUND00001) MBROPT
(*REPLACE) FROMCCSID(819) RCDDLM(*CR)
Öffnen von Teildatei ZKUND00001 in SEQONLY(*NO) geändert.
Inhalt der Teildatei ZKUND00001 in Datei ZKUND00001 in SCHULZ gelöscht.
Datei QACP818223 in Bibliothek QRECOVERY erstellt.
Teildatei QACP818223 zu Datei QACP818223 in QRECOVERY hinzugefügt.
Datei QACP818223 in Bibliothek QRECOVERY wurde erstellt.
Datenbankdatei hat CCSID 65535.
Öffnen von Teildatei ZKUND00001 in SEQONLY(*NO) geändert.
0 Sätze aus Teildatei QACP818223 kopiert.
Objekt QACP818223 in QRECOVERY Art *FILE wurde gelöscht.


Als Detail steht dann :

Nachricht . . . : Datenbankdatei hat CCSID 65535.
Ursache . . . . : Die CCSID der Datenbankdatei
/QSYS.LIB/QRECOVERY.LIB/QACP818223.FILE/QACP818223.MBR lautet 65535. Das ist
ein für die erfolgreiche Ausführung dieses Befehls ungültiger Wert.
Fehlerbeseitigung: Eine andere Datenbankdatei mit einer von 65535
abweichenden CCSID angeben und den Befehl wiederholen.

Diese Hilfsdatei hat sich das OS bei der Befehlsausführung selbst angelegt und beschwert sich nun drüber.

[Pikachu]

Die Ziel DB-Tabelle haben ich mit den iNav auf der Zielmaschine per SQL angelegt, welches ich mir vorher auf der Quellmaschine generieren habe lassen. Die Tabellen sollten also identisch sein.

Dann verstehe ich grad nicht warum eine Binärkopie (1:1-Kopie der Daten) per ftp nicht funktioniert.

[cs400_de]

Hier nochmal der Binärübertragungstest mit vorher per SQL angelegter Tabelle:



Auf Maschine 1 (V5R2):

ftp Maschine 2 (V6R1)
namefmt 1
cd '/qsys.lib/schulz.lib'
lcd '/qsys.lib/schulz.lib'
bin
get zkund00001
250 Now using naming format "1".
257 "/QSYS.LIB/SCHULZ.LIB" is current library.Teildatei ZKUND00001 der Datei ZKUND00001 in Bibliothek SCHULZ ist bereits vorhanden.
REPLACE als Unterbefehlsauswahl angeben.
get zkund00001 (R
227 Entering Passive Mode (10,149,5,152,205,43).
501 Unknown extension in database file name.
namefmt 0
get zkund00001 (R
226 File transfer completed successfully.


Es geht !!!!