, 12 min read
Mainframe Rehosting
Original post is here eklausmeier.goip.de/blog/2011/08-14-mainframe-rehosting.
- Zusammenfassung
- 1. Einleitung
- 2. Kostenbetrachtung
- 3. Rechenanlage
- 4. Werkzeuge
- 5. Vorgehen
- 7. Erfahrungen und Ausblick
- 7. Literatur
Zusammenfassung
Das Mainframe Rehosting hat zum Ziel den bestehenden Mainframe durch einen Verbund von leistungsstarken UNIX Rechnern zu ersetzen. Damit sind erhebliche Kosteneinsparungen möglich. Dieser Beitrag zeigt, wann die Gewinnschwelle erreicht wird, welche Hersteller sich in diesem Markt bewegen und welches Vorgehen anzusetzen ist bevor man mit einem solchen Projekt startet.
1. Einleitung
Banken und Finanzdienstleister beschäftigen sich intensiv mit der Renditeoptimierung ihrer Anlagen am Finanzmarkt. Die Darlehnsvergabe bei Banken ist ebenfalls stark renditeorientiert. Der Rendite wird allerdings beim Betrieb des eigenen Rechenzentrums nicht die Aufmerksamkeit geschenkt, wie anderen Finanzanlagen. Dieser Beitrag zeigt, dass die Ablösung der Rechenanlagen vom Monopolanbieter erhebliche Einsparungen erbringt und zu ansehnlichen Renditen führt.
Beim Mainframe Rehosting wird der Mainframe komplett durch einen Verbund aus UNIX (ggf. Windows) Rechnern ersetzt. Für die Endanwender ändert sich nichts. Die Entwicklerproduktivität steigt, da die dezentralen Plattformen mit modernen Entwicklungs- und Testwerkzeugen aufwarten. Die Kosten werden signifikant gesenkt. Die Performance der Anwendungen wird stark verbessert. Die Auswahl an käuflichen und freien Software Produkten ist im UNIX und Windows Bereich erheblich umfangreicher als im Monopolbereich.
Statt von Mainframe Rehosting wird auch von Replattforming, Mainframe Migration oder Mainframe Replacement gesprochen.
Der besondere Charme von Mainframe Rehosting ist, dass im Gegensatz zu einer Neuentwicklung keine aufwendige Konzeptphase vonnöten ist. Das Rehosting Projekt startet direkt bei der Phase Implementierung und kürzt diese durch Verwendung des bisherigen Quellcodes stark ab. Die Integration mit modernen Technologien (C++, Java, PHP, SOA, etc.) ist nach dem Rehosting besonders einfach. Rehosting bietet auch eine Lösung für das Problem, dass erfahrenes und qualifiziertes Mainframe Personal langsam knapp wird.
2. Kostenbetrachtung
Es seien
Die Momentankosten für UNIX sind dann
und die Momentankosten für den Host sind
Die UNIX Kosten summieren sich auf zu
Die Gewinnschwelle
Auflösung nach
Die nachfolgende Zeichnung zeigt die Graphen von
Beispielsweise liegt für
Der Endwert (future value) des Differenzenzahlungsstroms
Da
Gesucht ist der interne Zinsfuß
Da ein einfacher formelmäßiger Zusammenhang zwischen
Mit Hilfe dieser Vereinfachung findet man
Die angenäherte Renditefunktion hat damit einen hyperbolischen Verlauf.
Man erkennt, dass trotz Näherung weiterhin gilt
Das nachfolgende Bild zeigt den Renditeverlauf für
In der Zeichnung kann man erkennen, dass nach 4 Jahren für
In der Praxis sind Projektlaufzeiten von 6 bis 18 Monaten typisch
und realistisch, d.h.
3. Rechenanlage
Von den großen Hardware Herstellern gibt es leistungsstarke Rechenmaschinen, die im Verbund ein Mehrfaches der benötigten Rechenleistung erbringen, wie sie der Mainframe bereitstellen kann. Als Beispiele für Rechner auf Basis von Linux (Intel/AMD), die sich gut in einem Verbund zusammen betreiben lassen, seien genannt:
- HP ProLiant DL980 Server [HP]
- Oracle (Sun) Fire X4800 Server [Ora]
- Fujitsu Siemens PRIMERGY RX900 Server [FJS]
- IBM System x3755 [IBM]
Das nachfolgende Bild skizziert eine Architektur.
Hierbei werden die Rechner entweder paarweise oder in
größeren Gruppen zu einem Cluster zusammengeschlossen.
Alternativ lassen sich natürlich auch große, monolithische
Systeme verwenden, wie z.B. Sun M9000 oder HP 9000 Superdome.
Im obigen Schaubild wurden die Aufgaben nach Sachgebiet und Systemen verteilt. Im Beispiel sind dies die Systeme für Wertpapier und Depot, für Kontokorrent und Zahlungsverkehr, auswertende Systeme auf Basis von Datawarehouse Lösungen, sowie die Stammdatensysteme (Kunden, Wertpapier, Filialorganisation). Aufgrund der hohen Last für die zentrale Datenhaltung wurde die Datenbank auf einen eigenen, leistungsstarken Rechner gelegt.
4. Werkzeuge
Im Folgenden sollen namhafte Hersteller und Werkzeuge aufgelistet werden, welche bei der Migration benötigt werden. Die Aufzählung ist nicht vollständig, repräsentiert aber sicherlich die wichtigsten Produkte und Hersteller.
An COBOL Compilern für dezentrale Plattformen seien genannt:
- Micro Focus COBOL [MF]
- AcuCOBOL [MF]
- Liant RM/COBOL (jetzt auch Micro Focus) [MF]
- Fujitsu NetCOBOL [NC]
- OpenCOBOL (open source) [OC]
- COBOL-IT (basiert auf OpenCOBOL) [CI]
- Veryant isCOBOL [Vy]
Die Auswahl an PL/I Compilern ist erheblich kleiner:
- Micro Focus Open PL/I (früher Liant Open PL/I) [MF]
- IBM PL/I for AIX [IBM]
- Iron Spring PL/I for OS/2 and Linux [IS]
An CICS Produkten für UNIX und Windows seien genannt:
- Oracle Tuxedo Application Runtime for CICS and Batch [Ora]
- Micro Focus Enterprise Edition [MF]
- Clerity UniKix TPE [CY]
- HTWC XFRAME [HT]
- Fujitsu NeoKicks (nur für Windows) [NC]
Alternativ kann man den CICS BMS Datenstrom umwandeln in JSP/HTML/JavaScript, man vergleiche dazu [LW], ferner wird der Transaktionsmonitor CICS durch Tuxedo [Ora] ersetzt.
Der IBM Transaktionsmonitor IMS/DC und die IBM IMS/DB Datenbank können durch eine der folgenden Produkte übernommen werden:
- Micro Focus Enterprise Edition [MF]
- Clerity UniKix TPE mit H-RDB [CY]
- HTWC H2R [HT]
Bei den genannten Produkt bleiben die COBOL und PL/I Programme, die auf IMS zugreifen, unverändert. [Mue] beschreibt die Micro Focus Produkte. Ist nur der IMS Transaktionsmonitor für die Maskensteuerung zu ersetzen, so kann dieser vergleichsweise einfach selber nachprogrammiert werden, in dem man sich die Benutzersteuerung und Lastverteilung durch einen Web-Server zunutze macht.
Für die Portierung von DFSORT und SyncSort Anweisungen kommt man in vielen Fällen mit dem klassischen UNIX sort aus, andernfalls empfiehlt sich eine Prüfung des Ahlsort Produktes, [AS] und [IG].
An JCL/JES Emulatoren seien genannt:
- Micro Focus Enterprise Edition [MF]
- Clerity UniKix BPE [CY]
- HTWC XFRAME (XEBE) [HT]
- Fujitsu NeoBatch (nur Windows) [NC]
- IT-gain J2U [IG]
Mithilfe dieser Batch Systeme werden die JCL und OPC Abläufe übernommen. Die eigentliche Job Planung und Ausführung wird üblicherweise durch eine der klassischen Scheduling Systeme erledigt, z.B. UC4, siehe [UC4].
Die eigentliche Migration wird in hohem Maße automatisiert ablaufen. Die zu übernehmenden Programme werden nicht etwa händisch auf die neue Plattform umgearbeitet, sondern mittels Scripten umgestellt. Hier kommt häufig die Scriptsprache Perl zum Einsatz [PE]. Damit ist sichergestellt, dass parallel laufende Projekte bis kurz vor der Schlußabnahme noch Source Code zum Rehosting einliefern können.
5. Vorgehen
Vor dem eigentlichen Mainframe Rehosting ist eine Vorstudie aufzusetzen, die sich mit der Informationsbeschaffung, den Alternativen, den Stolpersteinen und lokalen Gegebenheiten beschäftigt. Eine Beschreibung aus der Praxis findet man beispielsweise bei [BS], bei der die Migration von Bull GCOS8 zu AIX beschrieben wird.
Die Bestandsaufnahme umfaßt:
- Eigenerstelle Programme
- Source code
- Fremdprogramme ohne Quellcode
- Job Abläufe
- Netzwerkschnittstellen zwischen Mainframe und anderen Systemen (Messaging, File Transfer)
- Datenmodell und performance-kritische Tabellen
- Dokumentation und bisherige Testergebnisse
- Nicht mehr benötigte Programme
- Geplante Produktionseinsätze anderer Projekte
Nach der Bestandsaufnahme ist das Inventar zu bewerten: Welche Programme sind zu übernehmen, welche können entfallen, gibt es vom Fremdhersteller auf der neuen Plattform entsprechende Lösungen, ist der Source Code vollständig? Die Vorstudie skizziert das Cluster- und Disaster Recovery Konzept. Ein besonderer Punkt ist die Migration von Assembler Programmen. Die Umwandlung von Assembler nach COBOL kann zwar automatisiert werden, jedoch ist hier stets manuelle Nacharbeit erforderlich. Umso wichtiger ist es im Rahmen der Vorstudie festzustellen, welche Assembler Programme erst gar nicht mehr migriert werden müssen. Die Vorstudie ergibt, ob es zweckmäßig ist den vorhanden Source Code Tool-gestützt zu restrukturieren, das sind Ausschluß toter Code, GOTO Eliminierung und Verringerung, z.B. mit Hilfe der in [SSV] angegebenen Verfahren.
Die Vorstudie sollte mit Hilfe eines Prototyps (proof of concept) den Nachweis führen, dass kritische Prozesse grundsätzlich migrierbar sind. Anhand einer performance-kritischen Datenbanktabelle und einzelnen, damit zusammenhängenden Programmen wird exemplarisch eine Migration durchgeführt und der Nachweis erbracht, dass auf einer dezentralen Plattform grundsätzlich eine ausreichende Geschwindigkeit erzielbar ist. Dies ist wichtig, um im Unternehmen auch gegenüber Zweiflern eine Handhabe zu besitzen. Gleichzeitig wird eine Empfehlung für die zu verwendenden Werkzeuge gegeben.
Die lokalen Gegebenheiten berücksichtigen
das Sicherheitskonzept des Unternehmens,
Versionsführung, Projektorganisation
und Berichtswesen.
Schließlich liefert die Vorstudie die voraussichtlichen
Kosten
7. Erfahrungen und Ausblick
Hunderte Unternehmen und Behörden aus allen Branchen, Banken, Versicherungen, Automobil, Bildung, Stahl u.s.w. haben ihre Mainframe Anwendungen rehostet bzw. planen dies in naher Zukunft zu tun.
Alle Banken haben die Euro Einführung gemeistert, sie haben den Jahrtausendwechsel erfolgreich bewältigt und die WKN Umstellung durchgeführt. Bei allen diesen Großprojekten waren die vorhanden Systeme, der Source Code und die Schnittstellen zu analysieren. Im Rahmen dieser Projekte sind häufig Analysewerkzeuge und Inventarlisten erstellt worden. All diese Hilfsmittel können beim Rehosting erneut verwendet werden. Unter diesem Gesichtspunkt ist das Rehosting risikoärmer und einfacher als die vorgenannten Projekte. Gemeinsam ist allen genannten Projekten, dass ihr Ursprung technischer Natur ist, jedoch ein gutes fachliches Verständnis bei der Umsetzung und insbesondere beim Test erforderlich ist. Neben der fachlichen Expertise ist ein sorgfältiges Projektmanagement vonnöten, welches die zahlreichen IT Abteilungen, die Abhängigkeiten zu anderen Projekten und die fristgerechte Fertigstellung einzelner Lieferungen überwacht und steuert. Weiterhin ist die Unterstützung durch die oberste Führungsebene notwendig, um Ängsten und Behinderungen entgegenzutreten.
Bei Rehosting Projekten wird vielfach
der Wunsch vorgebracht mit der neuen Plattform
auch gleichzeitig eine andere Datenbank zu verwenden.
Häufig wird der Wechsel von DB2 zu Oracle gewünscht.
Gelegentlich besteht auch Interesse von DB2 zu MySQL
zu wechseln.
Das Rehosting selber erzwingt keinen Wechsel des
Datenbankherstellers unter der Voraussetzung, dass
der Hersteller die alte und neue Plattform
entsprechend unterstützt.
Natürlich hat der Wechsel auf MySQL erhebliche
Auswirkungen auf die Wartungskosten
Eine Schwierigkeit, die man beim Mainframe Rehosting überwinden muß, ist das den größeren Instituten innewohnende Verharrungsvermögen. In [MM] findet man die Aussage, dass das Mainframe Rehosting ähnlich wirkt, wie der Fall der Berliner Mauer, der Gewinn an Freiheit sei phänomenal.
7. Literatur
- [AS] http://www.ahlsort.com/
- [BL] Blohm, Hans und Lüder, Klaus: Investition,
- Auflage, Verlag Franz Vahlen, München, 1978, XII+298 S
- [BS] Bach, Johannes und Schulze, Martin: Das Debeka-Projekt MiKe — Migration der Debeka-Kernanwendungen von Bull/GCOS8 auf AIX, 10. Workshop Software-Reengineering der GI-Fachgruppe Software Reengineering, Bad-Honnef, 05.–07. Mai 2008
- [CI] http://www.cobol-it.com/
- [CY] http://www.clerity.com/
- [FJS] http://www.fujitsu-siemens.de/
- [HP] http://www.hp.com/
- [HT] http://www.htwc.com/
- [IBM] http://www.ibm.com/
- [IG] http://www.itgain.de/
- [IS] http://www.iron-spring.com/
- [LW] Laszewski, Tom and Williamson, Jason: Oracle Modernization Solutions, Packt Publishing (26. September 2008), Birmingham, 432 p.
- [ME] META Group: Mainframe Rehosting Market Evaluation: Tools and Relative Costs, by Corey Ferengul and William Snyder, May 2003, 20 p.
- [MF] http://www.microfocus.com/
- [MM] http://mainframemigration.org/ (dead link)
- [Mue] Müller, Oliver: Adieu Dino — Mainframe Rehosting mit Micro Focus' Enterprise Server, iX, März 2011, heise Verlag, S.92–97
- [MX] http://maxima.sourceforge.net/
- [NC] http://www.netcobol.com/
- [OC] http://www.opencobol.org/
- [Ora] http://www.oracle.com/
- [PE] http://www.perl.org/
- [SSV] Sellink, Alex and Sneed, Harry and Verhoef, Chris: Restructuring of COBOL/CICS Legacy Systems, Computer Programming, Volume 45, Issue 2–3, p. 193–243
- [UC4] https://de.wikipedia.org/wiki/Automic_Software
- [Vy] http://www.veryant.com/