1 / 44

Endevor R7/SP4 in der Itergo System- und Subsystemumschlüsselung Düsseldorf, 19.05.2009

Endevor R7/SP4 in der Itergo System- und Subsystemumschlüsselung Düsseldorf, 19.05.2009. Inhalt. Agenda. Allgemeine Endevor-Zahlen Endevor-Installation System-/Subsystemwechsel im Endevor die Beweggründe die Anforderungen die Szenarien. ~. Inhalt. Agenda. Allgemeine Endevor-Zahlen

malha
Download Presentation

Endevor R7/SP4 in der Itergo System- und Subsystemumschlüsselung Düsseldorf, 19.05.2009

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Endevor R7/SP4 in der Itergo System- und Subsystemumschlüsselung Düsseldorf, 19.05.2009

  2. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien ~

  3. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien ~

  4. Allgemeine Endevor-Zahlen Zahlen und Fakten • Mengengerüst • 13 Environments mit 17 „aktiven“ Stages • [Hauptentwicklungszweig: 4 Environments, 6 „aktive“ Stages] • 50 Endevor-Systeme mit jeweils ca. 8 Subsystemen (Tendenz steigend) • 190 Prozessoren • 238.000 aktive Elemente • 193.000 in Produktion • ca. 45.000 laufend in der Entwicklung • Endevor-Nutzer • insgesamt 1339 Nutzer • davon ca. 500 Entwickler • ca. 800.000 Endevor-Aktionen pro Jahr (2008) • nur ADD/Update, Generate und Move ~

  5. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien ~

  6. Endevor-Installation Technik • Allgemeines • (!) Elementbeschreibungssatz (!) [ELM-Name, Sys, Sub, Typ, ...] • eigene TSO/ISPF-Oberfäche für Endevor-Aktionen • keine Nutzung von „QuickEdit“ • Nutzung „LServ“ • 4 LPARs für die Endevornutzung in einem sog. Anwender-Plex • Endevor-‘Online‘ auf den Entwickler-Stages • Endevor-‘Batch‘ ab den Fach-Stages (Paketverarbeitung) • unter (fast) jeder aktiven Stage liegt ein eigenes DB2-Subsystem • es wird auf jeder Zielstage ein neues LOAD erzeugt (außer PROD1) ~

  7. TEST(histor. Name) 1 2 PROJDV PROJFA RELEASE PROD 1 2 1 2 1 2 1 2 SEFA 1 2 TESTF SEDV 1 2 1 2 Endevor-Installation Technik • 4 Maps für die Anwendungsentwicklung ~

  8. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien ~

  9. System-/Subsystemwechsel im Endevor Beweggründe • Gründe für einen System-/Subsystemwechsel • Organisatorische Änderung (z.B. neue Zuständigkeit) • Endevor-System entfällt, Elemente werden woanders hin verteilt • Endevor-System wird durch neues Subsystem ‚verfeinert‘ • Trennen der Endevor-Systeme • u.v.a ~

  10. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien ~

  11. System-/Subsystemwechsel im Endevor IST- und SOLL-Zustand • Anforderungen: • Massenverarbeitung ermöglichen • Refresh der Crossreferenzdaten im Rochade • Refresh der ACM-Records („Print Element“+BC1PACMO per Batchjob)(in nachfolgenden Szenarien nicht immer explizit erwähnt) • Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) • Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) • Grund: • Umwandlung einer ALTEN Unterkomponente führt ggf. zu unvorhersehbaren Ergebnissen • keine neue Level-Erstellung (weder Source- noch Komponentenlevel) ~

  12. System-/Subsystemwechsel im Endevor IST- und SOLL-Zustand • Das Auswertungsformular aller folgenden Szenarien • Massenverarbeitung ermöglichen • Refresh der Crossreferenzdaten im Rochade • Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) • Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) • keine neue Level-Erstellung (weder Source- noch Komponentenlevel) • Refresh ACM-Records (Batchjob) ~

  13. System-/Subsystemwechsel im Endevor IST- und SOLL-Zustand • Das Auswertungsformular aller folgenden Szenarien •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) • Refresh ACM-Records (Batchjob) ~

  14. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  15. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  16. System-/Subsystemwechsel im Endevor Szenarien • konkrete Aufgabe zur Umstellung eines Elementes: • Element ist die Copystrecke „SYS242“ • Daten ALT: System=RB3 / Subsystem=MVS • Daten NEU: System=MB / Subsystem=MBP • Das Element befindet sich ausschliesslich in der Stage „PROD2“ • Source-Level 01.05 • Komponentenlevel 01.03 ~

  17. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  18. System-/Subsystemwechsel im Endevor Werkzeuge • Allgemeines – die Hilfsmittel : • Endevor-Aktionen • ARCHIVE • RESTORE • Delete-Prozessor mit CCID-Steuerung • ARCHIVE darf das ‚Produkt‘ nicht löschen: //DPGMP2 PROC START=START, * ERSTER=DUMMY // RXDBG=NO, * REXX DEBUG // API=NO, * API / LSQL // LOADLIB=&HLQPGM..&C1EN..&C1TY(1,4).LOADLIB, ..... ..... // ZZ=ENDE //* //* //* //IFNODEL IF ('&C1CCID(1,8)' NE 'NODELETE') THEN //* //** -INC XYZ //** -INC ABC //* ..... ..... //** //IFNODEL ENDIF //* ~

  19. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  20. System-/Subsystemwechsel im Endevor Szenario1 Archive -> Restore mit SCL-Statements • Szenario1 – die bisherige Verfahrensweise: • ARCHIVE element mit CCID=‚NODELETE‘ von PROD2 • RESTORE element mit neuem (SUB-)SYSTEM nach PROD2 ~

  21. System-/Subsystemwechsel im Endevor Szenario1 Archive -> Restore mit SCL-Statements • MCF/Footprints aus Szenario1: Ergebnisse: • MCF-Daten sind durch die Endevor-Aktion ‚RESTORE‘ angepasst worden (MB/MBP) • Footprints im ‚Produkt‘ (CPYLIB) haben noch alte Werte (RB3/MVS) • Auswirkungen: • Wenn das Element nach dem RESTORE in die Entwicklung genommen und geändert wieder nach PROD2 gestellt wird (GENERATE), gibt es keine Folgeauswirkungen • Wird das Element nur wegen neuer fachlicher Zugehörigkeit restored und nicht neu generiert, führt dieses zu einem Folgeproblem… ~

  22. System-/Subsystemwechsel im Endevor Szenario1 Archive -> Restore mit SCL-Statements • Auswirkungen: • Vorteile: • schnelles Verfahren • unkompliziertes Verfahren • geringe Fehleranfälligkeit • Requirements erfüllt? • Nein, nicht alle ! • Nachteile: • keine neuen Crossreferenzdaten geschrieben • (ohne Prozessor nicht möglich) • MCF-Daten stimmen mit Footprints nicht mehr überein • … dessen Auswirkungen gleich gezeigt werden…∞ ~

  23. System-/Subsystemwechsel im Endevor Szenario1 Archive -> Restore mit SCL-Statements • Folgeproblem des Szenario1: • Gegeben: • Hauptprogramm beinhaltet Copystrecke: • WORKING-STORAGE SECTION. • * • COPY SYS242. • 10 INTERVALL PIC 9(6). • ...etc... ~

  24. System-/Subsystemwechsel im Endevor Szenario1 Archive -> Restore mit SCL-Statements • Umwandlung NDHA375: • Componentlist NDHA375: MEMBER VV.LL DATE TIME SYSTEM SUBSYS ELEMENT TYPE STG ENVRMNT SYS242 01.05 11APR97 08:31 RB3MVS SYS242 CPY 2 PROD • MCF SYS242: ELEMENT: SYS242 ENV: PROD SYS: MB SUB: MBP TYPE: CPY PROC GRP: CPY STG: 2 VV.LL: 01.05 LAST ACTION: RESTORE • Paket-CAST für MOVE des NDHA375: PKMR791I COMPONENT VALIDATION STARTED FPVL001E INPUT COMPONENT VALIDATION ERROR HAS OCCURRED FOR C1G0000I ELEMENT NDHA375 PKMR801I OF ENV:PROJDV SYS:IS SUBSYS:IS TYPE:PGMHCOB STG:2 FPVL002E NO MCF RECORD FOUND FOR C1G0000I INPUT COMPONENT SYS242 C1G0000I FROM DATA SET VAPGM.PROD.CPY.CPYLIB PKMR802I FP ENV:PROD SYS:RB3 SUBSYS:MVS TYPE:CPY STG:2 PKMR799I COMPONENT VALIDATION COMPLETED : HIGHEST RC = 12 ~

  25. System-/Subsystemwechsel im Endevor Auswertung Szenario1 Archive -> Restore mit SCL-Statements • Sind unsere Requirements nach der Durchführung alle erfüllt? •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) •  Refresh ACM-Records (Batchjob) ~

  26. System-/Subsystemwechsel im Endevor Bewertung Szenario1 Archive -> Restore mit SCL-Statements • Bewertung des Szenario1: • Brauchbar, wenn das Element kurzfristig geändert und wieder produktiv wird (Generierung in Produktion = refresh Footprint in CPYLIB) • Unbrauchbar, wenn nicht neu generiert wird • besonders ärgerlich, wenn es eine zentrale Copystrecke ist. • unbefriedigend, wenn nicht generiert werden darf (stat. UPROs) • Schlüsselfrage: Wie bekommt das ‚Produkt‘ den neuen Footprint ?? ~

  27. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  28. System-/Subsystemwechsel im Endevor Ideen Restore in HilfsEnvironment->Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Ideensammlung für einen Footprintwechsel: • BSTCOPY erforderlich • MOVE-Prozessor erforderlich • der auch gleich die Rochade-Sätze schreiben kann… • Aktion TRANSFER erforderlich • Hilfs-Environment erforderlich • neues Szenario2: Restore in das HilfsEnvironment -> TRANSFER nach PROD2 -> Anstossen des MOVE-Prozessors -> BSTCOPY des ‚Produktes‘ -> Rochadesätze schreiben -> ACM ~

  29. System-/Subsystemwechsel im Endevor Szenario2 Restore in HilfsEnvironment->Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Szenario2: • Hilfs-Environment „SYSTEM“ erstellt • Prozessorgruppe in „SYSTEM2“ erstellt • Move-Prozessor erstellt (used for Transfer action = M) • BSTCOPY des ‚Produktes‘ von CPYLIB nach &TEMP und von &TEMP zurück nach CPYLIB (nur für Unterkomponenten nötig) • BC1PMVCL (um die Componentlists nach PROD2 mitzunehmen) • Rochade-Sätze schreiben • RESTORE nach SYSTEM2 und TRANSFER nach PROD2 • Restore-SCL wie in Szenario1 • TRANSFER-SCL: RESTORE ELEMENT 'SYS242' FROM FILE ARCHIV TYPE 'CPY' ENVIRONMENT 'PROD' SYSTEM 'RB3' SUBSYSTEM 'MVS' STAGE NUMBER 2 TO ENVIRONMENT ‘SYSTEM' TYPE 'CPY' SYSTEM 'MB' SUBSYSTEM 'MBP' STAGE NUMBER 2 OPTIONS BYPASS GENERATE PROCESSORPROCESSOR GROUP 'CPY' . ~

  30. System-/Subsystemwechsel im Endevor Szenario2 Restore in HilfsEnvironment->Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Szenario2: TRANSFER ELEMENT 'SYS242' FROM ENVIRONMENT 'SYSTEM' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 TO ENVIRONMENT 'PROD' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 OPTIONS OVERRIDE SIGNOUT PROC GROUP 'CPY' IGNORE GENERATE FAILED WITH HISTORY . ~

  31. System-/Subsystemwechsel im Endevor Auswertung Szenario2 Restore in HilfsEnvironment->Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Sind unsere Requirements nach der Durchführung alle erfüllt? •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) • die Komponentenlisten sind alle verloren und es wird nur ein (unbrauchbarer) Level 01.00 erzeugt ! • BC1PMVCL kann keine Historie ‚moven‘ •  Refresh ACM-Records (Batchjob) ~

  32. System-/Subsystemwechsel im Endevor Bewertung Szenario2 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Bewertung des Szenario2: • Unbrauchbar ! • es gehen wichtige Informationen verloren (NoGo) • Schlüsselfrage: Wie können wir die Komponentenhistorie erhalten ?? • Idee: Versuchen wir es umgekehrt: • neues Szenario3: Restore nach PROD2 -> TRANSFER nach SYSTEM2 (ohne Delete) -> Anstossen des MOVE-Prozessors -> BSTCOPY des ‚Produktes‘ -> Rochadesätze schreiben -> ACM schreiben -> Löschen ELM in SYSTEM2 ~

  33. System-/Subsystemwechsel im Endevor Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Szenario3: • Hilfs-Environment „SYSTEM“ existiert bereits • Move-Prozessor erstellt (used for Transfer action = M) • BSTCOPY des ‚Produktes‘ von CPYLIB nach &TEMP und von &TEMP zurück nach CPYLIB (nur für Unterkomponenten nötig) • [BC1PMVCL nicht notwendig, da Löschkandidat] • Rochadesatz (für alle Elemente) • RESTORE nach PROD2 und TRANSFER nach SYSTEM2 • Restore-SCL wie vorher • TRANSFER.SCL: RESTORE ELEMENT 'SYS242' FROM FILE ARCHIV TYPE 'CPY' ENVIRONMENT 'PROD' SYSTEM 'RB3' SUBSYSTEM 'MVS' STAGE NUMBER 2 TO ENVIRONMENT ‘PROD' TYPE 'CPY' SYSTEM 'MB' SUBSYSTEM 'MBP' STAGE NUMBER 2 OPTIONS BYPASS GENERATE PROCESSORPROCESSOR GROUP 'CPY' . ~

  34. System-/Subsystemwechsel im Endevor Szenario3 Restore in HilfsEnvironment->Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Szenario3: TRANSFER ELEMENT 'SYS242' FROM ENVIRONMENT 'PROD' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 TO ENVIRONMENT 'SYSTEM' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 OPTIONS OVERRIDE SIGNOUT PROC GROUP 'CPY' IGNORE GENERATE FAILED BYPASS ELEMENT DELETE . ~

  35. System-/Subsystemwechsel im Endevor Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Szenario3: • Move-Prozessor anstossen • BSTCOPY des ‚Produktes‘ von CPYLIB nach &TEMP und von &TEMP zurück nach CPYLIB (nur für Unterkomponenten nötig) • Rochadesatz (für alle Elemente) • DELETE auf SYSTEM2 • per Paket (Standard SCL) ~

  36. System-/Subsystemwechsel im Endevor Auswertung Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Sind unsere Requirements nach der Durchführung alle erfüllt? •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) •  Refresh ACM-Records (Batchjob) • Auf den ersten Blick ist alles erfüllt,… ~

  37. System-/Subsystemwechsel im Endevor Auswertung Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Sind unsere Requirements nach der Durchführung alle erfüllt? •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) •  Refresh ACM-Records (Batchjob) • …, wenn es nicht das Feld „ENVRMNT“ in den Footprints gäbe ! ~

  38. System-/Subsystemwechsel im Endevor Bewertung Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Erscheinungsbilder des Footprints: • Footprints der SYS242 auf der CopyLib: !--------------------- F O O T P R I N T --------------------! MEMBER SYSTEM SUBSYSTEM ELEMENT TYPE S VV.LL DATE TIME LD SYS242 MBMBP SYS242 CPY 2 01.05 11APR97 08:31 • Footprints des NDHA375 nach der Generierung: MEMBER VV.LL DATE TIME SYSTEM SUBSYS ELEMENT TYPE STG STE ENVRMNT LD SYS242 01.05 11APR97 08:31 MBMBP SYS242 CPY 2 1 SYSTEM • Das Feld „ENVRMNT“ wird im Endevor unter „Footprint Display“ nicht angezeigt (R7/SP4). • Das Feld „ENVRMNT“ ist nur in der Component-List sichtbar. • Wenn das Element später auf „SYSTEM2“ gelöscht wird, gibt es im CAST des NDHA375 wiederum einen „NO MCF RECORD FOUND…“-Fehler. ~

  39. System-/Subsystemwechsel im Endevor Bewertung Szenario3 Restore PROD2 ->Transfer SYSTEM2 -> Move -> BSTCOPY -> Rochade -> ACM -> Delete SYSTEM2 • Bewertung des Szenario3: • Unbrauchbar ! • der Footprint des ‚Produktes‘ ist falsch • es führt weiterhin zu CAST-Fehlern nach der Bereinigung von „SYSTEM2“ (NoGo) • Schlüsselfrage: Wie können wir die Komponentenhistorie erhalten und den Footprint auf die korrekten Werte ändern?? • => damit stehen wir wieder am Anfang… • … gäbe es nicht diese neue Idee: neues Szenario4: Restore nach PROD2 + Restore nach SYSTEM2 -> TRANSFER nach PROD2 -> Anstossen des MOVE-Prozessors -> BSTCOPY des ‚Produktes‘ -> Rochadesätze schreiben ~

  40. Inhalt Agenda • Allgemeine Endevor-Zahlen • Endevor-Installation • System-/Subsystemwechsel im Endevor • die Beweggründe • die Anforderungen • die Szenarien • die konkrete Aufgabe • Allgemeines – die Hilfsmittel • Szenario1 – bisherige Verfahrensweise • Szenario2+3 – diverse Versuche • Szenario4 – jetzige Verfahrensweise ~

  41. System-/Subsystemwechsel im Endevor Szenario4 Restore PROD2 ->Restore SYSTEM2 -> Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Szenario4: • Hilfs-Environment „SYSTEM“ existiert bereits • Move-Prozessor erstellt (used for Transfer action = M) • BSTCOPY des ‚Produktes‘ von CPYLIB nach &TEMP und von &TEMP zurück nach CPYLIB (nur für Unterkomponenten nötig) • [KEIN „ BC1PMVCL“ und KEIN Monitoring verwenden (!)] • Rochadesatz (für alle Elemente) • RESTORE nach PROD2 und nach SYSTEM2 • Restore-SCL für beide Stages • TRANSFER von SYSTEM2 nach PROD2 • Transfer-SCL: RESTORE ELEMENT 'SYS242' FROM FILE ARCHIV TYPE 'CPY' ENVIRONMENT 'PROD' SYSTEM 'RB3' SUBSYSTEM 'MVS' STAGE NUMBER 2 TO ENVIRONMENT ‘PROD' TYPE 'CPY' SYSTEM 'MB' SUBSYSTEM 'MBP' STAGE NUMBER 2 OPTIONS BYPASS GENERATE PROCESSORPROCESSOR GROUP 'CPY' . RESTORE ELEMENT 'SYS242' FROM FILE ARCHIV TYPE 'CPY' ENVIRONMENT 'PROD' SYSTEM 'RB3' SUBSYSTEM 'MVS' STAGE NUMBER 2 TO ENVIRONMENT ‘SYSTEM' TYPE 'CPY' SYSTEM 'MB' SUBSYSTEM 'MBP' STAGE NUMBER 2 OPTIONS BYPASS GENERATE PROCESSORPROCESSOR GROUP 'CPY' . ~

  42. System-/Subsystemwechsel im Endevor Szenario4 Restore PROD2 ->Restore SYSTEM2 -> Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Szenario4: TRANSFER ELEMENT 'SYS242' FROM ENVIRONMENT 'SYSTEM' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 TO ENVIRONMENT 'PROD' SYSTEM 'MB' SUBSYSTEM 'MBP' TYPE 'CPY' STAGE NUMBER 2 OPTIONS OVERRIDE SIGNOUT PROC GROUP 'CPY' IGNORE GENERATE FAILED WITH HISTORY . ~

  43. System-/Subsystemwechsel im Endevor Auswertung Szenario4 Restore PROD2 ->Restore SYSTEM2 -> Transfer PROD2 -> Move -> BSTCOPY -> Rochade -> ACM • Sind unsere Requirements nach der Durchführung alle erfüllt? •  Massenverarbeitung ermöglichen •  Refresh der Crossreferenzdaten im Rochade •  Erhaltung der Endevor-Konsistenz (Footprints, MCF, …) •  Kein neues ‚Produkt‘ erstellen (= OBJ, LOAD, etc bleiben erhalten) •  keine neue Level-Erstellung (weder Source- noch Komponentenlevel) •  Refresh ACM-Records (Batchjob) •  Ziel erreicht . ~

  44. System-/Subsystemwechsel Résumé - Die Lösung ist (eigentlich) ganz einfach… - - …aber für eine ‚einfache‘ Umbenennung zu komplex - Meine Fragen an das Plenum: => Alle: Gibt es eine einfachere Lösung? => CA: Wird es zukünftig ein Utility dafür geben? Vielen Dank für Ihre Aufmerksamkeit… ¿Ihre Fragen ? ~

More Related