von V5R4 auf V7R3 umziehen

[hel400]

Naja, ganz so ist es aber auch nicht ...

Solange ihr für eure Software sowieso die Quellen habt, gibt es (fast) keine Probleme.
Im Wesentlichen geht es um Fremdsoftware auf der AS/400, bei der gerne die "Überwachbaren Informationen" entfernt wurden (CHGPGM), so dass eben eine Umsetzung (interne Neucompilierung) für das neue Release dann nicht möglich ist.

Das gilt nur für PgmObjekte, die VOR V5R1 compiliert wurden.
Ab V5R1 bleiben - auch bei einem RMVOBS - die Upgradeinformationen erhalten, es werden nur die Debuginformationen entfernt.

Der durchgeführte ANZOBJCVN würde aber diese Probleme aufzeigen, somit ok.

Zusatztipp:

Beim Restore (RSTLIB/RSTOBJ) den FRCOBJCVN-Parameter auf "*YES" setzen, dann werden die Programmobjekte sofort auf die neue Version umgesetzt - ansonsten geschieht das erst beim ersten Aufruf.
Dadurch kann man evtle. Probleme gleich beim Restore erkennen!

Wie sieht es mit QDLS aus? Wenn ihr das noch im Einsatz habt, könnte es Probleme geben.

Nö, muss genauso weiter laufen wie vorher.

Ich glaube nicht, dass V7R3 auf eurer Hardware läuft, also ein Release-Wechsel sowieso nicht geht.
Ihr bekommt eine neue Maschine mit V7R3 und macht dann einen Umzug.

Genau das geht ja bereits aus der Thread-Überschrift hervor :-)

[jojoschluckfirma]

Hallo Fuerchau, Hallo hel400,

vorweg mal möchte ich mich für die Antworten ganz Herzlich bedanken.

Ich fasse nochmal zusammen:

Bei uns geht es um 3 Softwarepakete
- unsere eigene geschriebene Software(Vertrieb, Versand usw) wo ich alle Sourcen besitze die noch im
ganz normalen RPGIII geschrieben sind mit dem alten PDM.
- Buchhaltung (deshalb müssen wir wechseln da keine PTF´s mehr für V5R4 ausgeliefert werden)
- Fremdsoftware EDI, mit dieser Firma stehe ich in Verbindung und müssen sowieso updaten.

Heißt also, der Test der Geld kostet, können wir uns sparen und woanders einwetzen.
Da wir alle Sourcen besitzen und nach dem Prüflauf den ich gemacht habe mit ANZOBJCVN sollten die Sourcen umgesetzt werden.

Außerdem wie Fuerchau geschrieben hat:
Kiste aufstellen
Testen, Testen.

Die Drucker, Twinax usw. wird ja sowieso auf uns zukommen.

Nochmals vielen Dank für die Info
Gruss Jojo

[BenderD]

... das besagt ja erst mal nur, dass eure Software auf der neuen Büchse laufen sollte. Hauptpunkt wird bei der Side by side Variante sein, die Ablaufumgebung korrekt von alt nach neu zu übertragen:
- erforderliche PTFs
- Benutzerprofile und Berechtigungen
- Konfigurationsobjekte
- Einstellungen und Änderungen am Betriebssystem
Das erfordert schon eine detaillierte Planung und exakte Durchführung. Mit neue Büchse hinstellen und restore der Anwendungen ist das nicht getan.

D*B

[holgerscherer]

Mit neue Büchse hinstellen und restore der Anwendungen ist das nicht getan.

Och, ist oft schon damit getan. Nur wenns am Montag um 6h nicht läuft, geht der Streß los.
Andererseits könnte man sich ja mal für ein paar Wochen eine Testkiste mieten und gefahrlos ausprobieren...

-h

[BenderD]

... auch da ist sorgfältige Planung billiger als von Loch zu Loch zu stolpern. Und wenn wirklich mal eine Büchse abraucht, bleibt keine Zeit mehr zum testen auf einer Leihmaschine.

D*B