[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Mar 2003
    Beiträge
    133

    BRMS-GO-SAVE-21-Migration V7R2 auf V7R3 ohne BRMS

    Hallo AS400-Experten,
    ich versuche eine Migration von V7R1 GO SAVE 21 unter BRMS erstellt auf ein anderes System mit V7R3 zu laden
    mit dem u. a. von IBM veröfentlichten Verfahren ohne BRMS:

    Restore the License Internal Code and the operating system
    RSTLIB SAVLIB(QBRM QMSE QUSRBRM)
    RSTUSRPRF
    RSTCFG
    RSTLIB SAVLIB(QSYS2 QGPL QUSRSYS)
    RSTLIB SAVLIB(*ANY) OMITLIB(QMSE QBRM QUSRBRM QSYS2 QGPL QUSRSYS)
    RSTDLO
    RST DEV('QSYS.LIB/media device name.DEVD') OBJ(('/*') ('/QSYS.LIB' *OMIT) ('/QDLS' *OMIT)) ENDOPT(*LEAVE)
    RSTAUT

    Kurz vor Ende des RSTLIB SAVLIB(*ANY) OMITLIB QMSE ... bei der 10.letzen Bibliothek im Alphabet steigt der Prozess aus mit MCH1668, Tap0x Systemobjekt
    teilweise beschädigt. Das Tape-Device wurde ausgetauscht und mit anderem Resource-Namen betrieben, RSTLIB ab 10.letzter Bibliothek gestartet, der Fehler bleibt, die Tape-Unit lässt sich nur schwer abhängen.
    Wegen MCH1668 wurde ein RCLSTG *DBXREF gestartet, Anschließend die Aktion komplett nochmal durchgeführt, der Fehler bleibt.

    Hat einer der Experten-innen eine Tipp für mich?
    Danke vorab und Gruß an die Gemeinde
    Mida

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.206
    Wie alt auch immer das Verfahren ist, aber:
    RSTLIB SAVLIB(QSYS2 QGPL QUSRSYS)
    solltest du auf jeden Fall sein lassen!
    QGPL könnte noch egal sein, aber QSYS2 und QUSRSYS gibt auf jeden Fall jede Menge Folgefehler, da mittlerweile gerade für SQL in diesen Libs Dateien releaseabhängig drinstehen.
    Für einen Releasewechsel empfielt sich auch eher selten einen Save21 zurückzuladen sondern eher per SAVUSRLIB zu sichern damit keine Systemlibs mit einfließen.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  3. #3
    Registriert seit
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von Mida Beitrag anzeigen
    Hat einer der Experten-innen eine Tipp für mich?
    Hallo Mida,
    als Experte sollte man sich 3 Dinge beherzigen:
    - im Joblog eine Stelle finden, an der das TAPxx zerstört wird. Vielleicht ist das Band defekt, wenns immer die gleiche Stelle ist
    - und übrigens: bei einer geplanten Migration *niemals* mit einem BRMS-Band arbeiten ;-)
    - im Zweifel vorher jemanden fragen.

    -h
    www.RZKH.de
    IBM Champion 2022, 2023, 2024
    IBM i Community Advocate https://www.youracclaim.com/badges/6...c-7ad4ba147af6
    Common / CEAC
    http://pub400.com

  4. #4
    Registriert seit
    Dec 2014
    Beiträge
    310
    Hallo Mida,
    Du schreibst, dass Du nach dem "von IBM veröffentlichten Verfahren" vorgehst.
    Das ist aber mit Sicherheit NICHT für die Migration auf win anderes System gedacht (sondern ausschließlich für die Wiederherstellung des Originalsystems).

    Wie achon geschrieben, zerstörst Du Dir mit diesem Ablauf das V7R3 Release.
    Weiters werden durch den RSTCFG die kompletten HW-Ressourcen quasi "zerstört", weil der Parameter "SRM(*NONE)" fehlt (es handelt sich ja um einen Restore auf ein ANDERES System) usw..usw..

    Das klappt so ohnehin nicht.

  5. #5
    Registriert seit
    Mar 2003
    Beiträge
    133
    Hallo Fuerchau, Holger Scherer und hel400,

    vielen Dank für Eure Antworten.
    Ich werde an das Thema Migration mit BRMS Sicherung so nie wieder einen Gedanken verschwenden ;-)

    Ps. *SRM(*NONE) habe ich mit eingesetzt, o. a. Ablauf ist nur der grobe Plan.

    Gruß Mida

  6. #6
    Registriert seit
    Dec 2014
    Beiträge
    310
    Zitat Zitat von Mida Beitrag anzeigen
    Ps. *SRM(*NONE) habe ich mit eingesetzt, o. a. Ablauf ist nur der grobe Plan.
    Ah ok, dann passt das ja.
    Wie gesagt, QGPL un d QUSRSYS nicht einfach so restoren, wenn unterschiedliche Releases.
    Mit diesen Cmds kannst Du aber eine Vielzahl von Einstellungen übertragen:
    RTVSYSINF und UPDSYSINF
    RTVTCPINF und UPDTCPINF

  7. #7
    Registriert seit
    Mar 2003
    Beiträge
    133
    Der Abruch beim nativen RSTLIB Savlib bei großen Bibliotheken war doch ein Treiber-Problem im neuen LTO-Tape-Drive. Wahrscheinlich auch noch im Zusammenhang mit Update auf den neuen LIC im SV-Prozessor und Resave F.
    DIe Banane wird langsam gelber :-)
    Gruß Mida

Similar Threads

  1. TAPMLB01 ohne BRMS
    By Chris.jan in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 21-04-16, 09:50
  2. System-Migration mit BRMS ?
    By madoxx in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 08-12-14, 11:14
  3. BRMS
    By homerun in forum IBM i Hauptforum
    Antworten: 5
    Letzter Beitrag: 24-07-12, 08:27
  4. BRMS ??
    By PS in forum IBM i Hauptforum
    Antworten: 3
    Letzter Beitrag: 22-05-03, 13:22
  5. Save while active mit BRMS
    By systemer in forum IBM i Hauptforum
    Antworten: 17
    Letzter Beitrag: 25-03-03, 16:34

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •