Systemwechsel

[Fuerchau]

Das dachte ich auch schon mal.
Das Problem trat dann etwas (viel) später auf.
Ein paar Q-Dateien enthalten z.B. Serviceeinstellungen (TCP-Dienste) die durch den Restore von der vorherigen Maschine dann plätzlich gar nicht mehr da waren.
Auch die Korrektur-Installation von der DVD löste genau dieses Problem nicht!
Dateien, die die richtige Id aufwiesen wurden nicht neu installiert und der Inhalt war leider vom alten System. Neue TCP-Dienste ließen sich gar nicht konfigurieren bzw. überhaupt erst starten.

QUSRSYS ist da ein ganz großes Problem.

Die QGLP ist da vollkommen egal, die konnte problemlos ersetzt werden.

[Zerberus77]

Hallo apparat,

mal ne ganz dumme Frage/Idee.

Kann die alte Maschine V7R1? Wenn ja, was spricht dagegen, diese auf V7R1 zu bringen, dann Komplettsicherung und dann die neue Maschine damit neu installieren? Ich denke mal, dass sollte kein Problem sein.

Ansonsten mal bei IBM nachfragen, hast ja sicher SWMA mit der neuen Maschine.

Auf jeden Fall viel Erfolg.

MFG Zerberus

[apparat]

Vielen Dank für die Vorschläge. Ich bin momentan etwas überfordert mit der ganzen Situation, gerade weil hier soviele verschiedene Sachen anstehen und ich auch keine Kollegen mehr habe.

Die alte Maschiene hochrüsten ist zeitlich schon zu eng. Das wäre im Vorfeld die beste Lösung gewesen. Selbst das neue System in 6.1 neu zu installieren und dann den Upgrade machen geht nicht mehr. Da wurden schon zig Sachen eingerichtet.(hosted Partition, etc.).

Mein erster Gedanke war wie gesagt QGPL und QUSRSYS restoren und dann das *BACKLEVEL anhand der DVDs wieder auf COMPATIBLE zu bringen. Allerdings soll dies Auswirkungen auf IFS Objekte haben wo es nachher nicht mehr passt.

Bei der letzten Umstellung wurde folgender Weg eingeschlagen(mein Chef hat ein ganz bisschen dokumentiert):
QGPl und QUSRSYS parallel aufs neue System unter alten Namen. (Bsp. QGPL515). Auch wenn es Arbeit bedeutet würde mir der Weg am wenigsten Bauschmerzen bedeutet.

Bin aber noch am abwägen. Alles hat sein für und wieder.

Trotzdem vielen Dank schonmal!!!!!

[KingofKning]

Tja,
gerade wenn Du eng in der Zeit bist solltest Du sauber arbeiten. Lieber den Weg gehen der was länger ist aber dafür 100% sauber anstatt jetzt zu huddeln und dir Probleme einzuhandeln die Du alleine nicht lösen kannst.
Das Holger so was im Halbschlaf hinbekommt und auch die evtl. entstehenden Probleme ratzfatz löst nützt dir nichts.
Alleine kommt man manchmal auf die simpelsten Lösungen nicht und ich vermute deine Firma ist darauf angewiesen das die Kiste läuft.

Viel Erfolg, und schreib Dir auf was Du änderst. Nach der 20. Änderung weis man es hinterher nicht mehr wie der Wert dann war.

GG

[TheDevil]

Mir würde sich bei der Situation ernsthaft die Frage nach externer Unterstützung (selbst wenn diese ein paar Tage sein müßte) stellen. Ich würde in dieser Konstellation nicht unbedingt die Verantwortung für einen Systemwechsel übernehmen wollen bei dem dann nach ein paar Tagen größere Probleme auftauchen und die Geschäftsführung dann einen schuldigen sucht ... Dies auch unter dem Hintergrund deiner letzten Info das anscheinend noch mehr "Baustellen" vorhanden sein sollen.

Ich drück Dir aber auf jeden Fall egal für was Du dich entscheidest beide Daumen (war schon mal in einer ähnlichen Situation).

Gruß aus dem sturnerprobten Norddeutschland (und der Wolf bläst heute wieder).
Ralf

[apparat]

Ich hab schon ein paar Dokus mit wichtigen Punkten gefunden. Morgen kommt ein ehemaliger Kollege der damals mit dabei war. Zumindest weiß ich für das nächste mal in 3 Jahren das man sich frühzeitig kümmern sollte die alte Kiste mit einem Upgrade zu versehen. Ich denke jedoch das die aus Verkaufspolitischen Dingen vermieden wurde. Es ist blöd wenn man nicht in solch internen Dingen steckt.

Eins habe ich jetzt schon gelernt: Gute Dokumentation und vorallem das Ablegen damit man es auch findet ist das A&O. Ich halte euch auf dem laufenden und bin für jeden Rat dankbar!

[madoxx]

Hallo aparat,

wie oben bereits angesprochen, was spricht denn dagegen, dass ein Fachmann oder Fachfrau in die Migration mit einbezogen wird? Liegt es nur am Geld, geht es der Firma so schlecht?
Bitte nicht falsch verstehen, aber eine neue System i mit Lizenzen etc. kostet auch ein paar Kiloeuros, jetzt den Sparstrumpf wieder zuknoten ist die falsche Strategie :-)
Wenn die Migration daneben geht wird (i. d. R.) ein Schuldiger gesucht, der ist schnell gefunden. Und dann geht das Thema trotzdem wieder von vorne los, meistens dann mit Fachleuten. Wie sieht es denn mit dem IBM-Business Partner aus, der das neue System verkauft hat?
Der sollte eigentlich der erste Ansprechpartner in Deiner Situation sein.

Bevor das Eisen zu heiß wird, lass es los und mach es professionell.
Gruß Madoxx

[apparat]

Hallo,

so blöd es auch klingt: Der Business Partner sind wir. Nur das dies mein Chef gemacht hätte mit dem Weg den ich jetzt gehen will.So ist sein normales vorgehen. Ich stehe mit einem Fachmann in Kontakt. Dieser hat mir die beiden Möglichkeiten auch vorgeschlagen und auf die jeweiligen Vor- und Nachteile hingewiesen. Meine Tendenz geht dahin den Wechsel mit ihm zusammen zu machen.

[holgerscherer]

Das dachte ich auch schon mal.
...
Auch die Korrektur-Installation von der DVD löste genau dieses Problem nicht!

Mit Verlaub, dann ist da was schief gelaufen. Wir machen solche Migrationen und Übernahmen wöchentlich. Da platzt nur etwas, wenn jemand Kopien alter Objekte und Dateien in eigene Bibliotheken packt und die in der *libl bevorzugt.

-h

[programmer400]

Stehe jetzt genau vor diesem Problem bei einem Transfer von V5R4 auf V7R1.

Bei der QUSRSYS hab ich nach Refresh von QGPL u. QUSRSYS den Status *error.

Hat da jemand einen Tipp für mich, oder muss ich IPL von D machen + Installation Betriebssystem?

[KingofKning]

Tja, das war jetzt wohl der Klassiker mit Ansage......

Sag mal was Du konkret gemacht hast.

GG

[programmer400]

Also:
1. auf altem Sytem go save, pkt. 23 - sichern alle Benutzerdaten
2. auf neuem System go restore - pkt. 23 - restore alle benutzerdaten
QGPL, QUSRSYS und Erweiterte Basisunterstützung waren dann auf *backlevel

3. go licpgm, mit pkt. 11 diese 3 Pgme von Imagekatalog installiert
QGPL = OK, QUSRSYS = *error und Erw.BU = *backlevel

Joblog sagt, dass irgendwelche files in qusrsys nicht gefunden werden konnten.

Ein erneutes Restore vom Sicherungsband hat auch nix gebracht - gleiches Ergebnis.

Als nächsten Schritt hätte ich jetzt das OS/400 über IPL von D von DVDs neu installiert.

Oder gibts da eine andere Variante?