von V5R4 auf V7R3 umziehen

[jojoschluckfirma]

Hallo zusammen,

aufgrund der Situation das wir eine neue Maschine benötigen wir, zur Zeit fahren wir eine 9406-520 , ist es ein muss laut IBM den Releasewechseltest durchzuführen.

Nun meine Fragen ist der Ablauf richtig den ich gemacht habe:

1. ANZOBJCVN
Auswahl . . . . . . . . . . . . OPTION > *COLLECT
Zu analysierende Bibliotheken . LIB *ALLUSR
ASP-Einheit . . . . . . . . . . ASPDEV *
Spool-Dateien prüfen . . . . . . SPLFILE *YES
Objekt . . . . . . . . . . . . . OBJ *NONE

Unterverzeichnisstruktur . . . . SUBTREE *ALL
Ziel-Release . . . . . . . . . . TGTRLS V6R1M0


2. ANZOBJCVN
Auswahl . . . . . . . . . . . . > *REPORT *COLLECT, *REPORT
Berichtsart . . . . . . . . . . *ALLAVL *ALLAVL, *CVNPRB, *LIBSUM...

Zu analysierende Bibliotheken . > *ALLUSR
ASP-Einheit . . . . . . . . . . * Name, *, *ALLAVL...
Spool-Dateien prÃüfen . . . . . . *YES *YES, *NO
Objekt . . . . . . . . . . . . . *NONE

Unterverzeichnisstruktur . . . . *ALL *ALL, *NONE
Ziel-Release . . . . . . . . . . V6R1M0 VxRyMz

Sicherlich kann ich nur für V6R1 testen.

Bei dem Objektergebnisbericht werden mir alle Lib´s angedruckt

ist es richtig z.B wenn bei der Bibliothek

Gesamt Objekt 8
Bedarf Umsetzung 8
keine verlorene Attribute 8
steht das unsere Software Problemlos unter V6R1 laufen würde?
Da unsere Software im einfachen RPG geschrieben ist macht es da Sinn eine externe Firma zu beauftragen den Test durchzuführen?
Wie immer spielt Geld die grosse Rolle in der GF, leider.

Vielen Dank im voraus
Jojo

[Fuerchau]

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.
Außerdem ist genau zu prüfen, welche Entwicklungsumgebung ihr benötigt und welche Compiler ihr dann braucht. Die "alte" PDM-Umgebung ist meist nicht mehr so ganz billig und es gibt dann fast nur noch RDi zu bezahlbaren Preisen.
Wenn ihr noch nie mit RDi gearbeitet habt, sollten Schulungen (und Kosten) eingerechnet werden.
Auch ist die Frage, was ihr ggf. noch an Peripherie, ins besonders Drucker habt und ob die noch kompatibel sind.
Wie sieht es mit QDLS aus? Wenn ihr das noch im Einsatz habt, könnte es Probleme geben.

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.

Zur Vorgehensweise:
- neue Maschine hinstellen
- Sofware und Daten draufpacken
- testen
- testen
- und nochmal testen
- Umschalten

[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