AS400-1 nach AS400-2 kopieren

[Fuerchau]

Das Hauptproblem ist, wenn Programmobjekte kopiert werden, dass hier die in V6R1 erforderliche MI-Neukompilierung, da gabs ein PTF soweit ich mich erinnere, nicht durchgeführt werden kann.
Ein Restore auf V7 wird u.U. schon daran scheitern. Man muss vielleicht den Umweg über eine V6R1-Kiste gehen.
Aber Holger hat da bestimmt noch ein Museumsstück.

[BenderD]

... scheint bei der Installation von ArdGate immer geklappt zu haben. Das savefile im Deployment ist immer noch V5 und ich habe noch keine Klagen gehört. Auf eine V7R3 steht in den Objekten, dass sie ab V5 lauffähig sind.

D*B

[holgerscherer]

Aber Holger hat da bestimmt noch ein Museumsstück.

müsste in den meisten Fällen auch ohne Zwischenschritt gehen. Aber für Notfälle ist alles ab CISC V2R3 vorhanden.

[Pikachu]

Von was habt ihr es hier? Also ich kenn' das nur vom SAVOBJ her wegen dem Ziel-Release (TGTRLS). Da muß man Rückwärts immer mal wieder Auspacken (Zurückspeichern) und wieder neu Einpacken (Sichern), wenn man von V7R5 nach V2R3 kommen will...

[BenderD]

... es ging um von alt nach neu. Da gab es Probleme bei fehlender Observability von Programmen, diese waren durch gestufte Übertragung nicht heilbar. Ob das aktuell noch gilt, entzieht sich meiner Kenntnis - aus diesem Spiel bin ich raus.

D*B

[Fuerchau]

Stimmt, wenn die Observability aus Programmen entfernt wurde, das ist i.W. das MI-Template, um Reengineering zu verhindern, ist ein Recompile beim Restore nicht mehr möglich.
Und genau dieser war von 6.1 nach 7.1 oder auch 5.4 nach 6.1, das weiß ich nicht mehr, erforderlich.
Bei Standard-Software wurde das gerne gemacht.

[BenderD]

... der tieferliegende Grund ist dabei die nicht vorhandene binär-Kompatibilität der Prozessoren. Zusätzlich gilt dasselbe Problem für gewisse Schmutzbuckeleien von IBM, die unerwünschten Code (Nutzung undokumentierter Schnittstellen) zuweilen per erzwungenem PTF abgestellt haben.

D*B