820 V5R1 nach 520 V5R4

[hgdieterle]

Hallo,

muß in nächster Zeit eine Umstellung von einer 820 V5R1 auf eine 520 V5R4 durchzuführen. Ein Upgrade der alten Maschine auf V5R4 ist aus Zeitgründen nicht möglich.
Welches ist der einfachste Weg dies zu tun und was ist dabei zu beachten.

Vielen Dank im voraus.

[Fuerchau]

Gerade das Problem habe ich auch mit einem Kunden.
Empfehlung ist bisher:
Upgrade der alten AS auf V5R3, dann kann die Umstellung auf V5R4 mit der neuen Maschine erfolgen.
Es scheint wohl so, dass man tatsächlich auf V5R3 muss !

Allerdings ist der 1. Update bereits beim Microcode gescheitert (Platten waren auf einmal weg) und der gesamte Vorgang musste rückgängig gemacht werden.
Demnächst (im November) der 2. Versuch.

[pwrdwnsys]

Oder die neue Maschine zunächst mit V5R3M5 installieren, die ist ja wahrscheinlich jungfräulich, sind also keine weiteren Restriktionen. Dann alle Objekte und Konfigurationen rüberziehen und die neue irgendwann auf V5R4 bringen. In jedem Fall ist halt das gemeinsame unterstützte Release der beiden Maschinen das Problem. Die alte kann ja auch auf V5R2 gebracht werden. Einfacher ist aber wahrscheinlich die Lösung mit 5.3 auf der neuen Maschine.

[holgerscherer]

Es scheint wohl so, dass man tatsächlich auf V5R3 muss !

Allerdings ist der 1. Update bereits beim Microcode gescheitert

Obacht geben, länger leben ;-) So eine 520er will mindestens V5R3 haben, aus Hardware-Gründen. Und i5 und Microcode sind Wörter, bei denen mancher gerne an einen Strick denkt - da hat IBM echt ein paar Stolperfallen eingebaut. Ich empfehle (auch wenn die Zeit knapp ist) möglichst auf der alten Kiste schon auf V5R4 zu gehen (wenn die alte Hardware das unterstützt) und mindestens ein DSPOBJD *ALL/*ALL *ALL dort laufen zu lassen, bevor man auf die neue Maschine geht. Und PTFs gibts ja wöchentlich mehr als genug, die man einspielen könnte.

Nimmt man die einfache Methode (Daten auf alter Maschine sichern und auf neuer Maschine, die bereits V5R4 hat, zurückladen), dann gilt auch hier: jedes Objekt muss mindestens einmal "angegriffen" werden (DSPOBJD, STROBJCVN etc), da in V5R4 endlich (freu!) wieder eine Hardware-Storageprotection herrscht, und die verlangt eine Objektumwandlung.

-h

[Fuerchau]

@Holger
Ich frage mich sowieso was denn da passiert sein könnte.
Nach dem Update des Microcodes auf V5R3 wurde ein Lizenzfehler gemeldet der sämtliche Platten rauswarf.
Die Lizenzen waren eigentlich in einem vorherigen Lauf alle bestätigt worden.
Die Platten ließen sich auch alle nicht mehr zuordnen, die AS startete nicht, daher auch kein SST-Menü.
Wir mussten von der letzten Sicherung den Microcode (V5R1) wiedereinstellen, mit etwas Mühe wurde auch die Plattenkonfig wiederhergestellt so dass ein mühsames zurückladen aller Bibliotheken entfallen konnte.

Ich krieg das alles nicht mehr so zusammen, da ich das nicht selber gemacht habe (von manchen Sachen lass ich halt einfach die Finger).