Die Herausforderung für dieses Projekt besteht darin, die Daten in beiden System-Welten möglichst in Echtzeit synchron zu halten. Nur so ist eine phasenweise Ablösung des Legacy Systems möglich.

Vor der Migration wurden bereits neue Anwendungen entwickelt, die mit Hilfe von tcACCESS und dem Einsatz von ODBC von Windows und UNIX Anwendungen mittels SQL auf die IDMS Datenbanken zugreifen.

Um die Migration zu realisieren wurde tcVISION eingesetzt, um alle Änderungen im IDMS automatisch in Echtzeit zu ermitteln und mit Db2/LUW und Microsoft MS-SQL Server Datenbanken zu synchronisieren. Die IDMS Netzwerktopologie wurde in der relationalen Welt gespiegelt. Wichtig ist, dass die unterschiedlichen Systeme vollkommen gleichberechtigt sind und Änderungen parallel durchgeführt werden können. Organisatorische Massnahmen wurden implementiert, um den parallelen Einsatz zu gewährleisten. Es sind hierbei Anwendungen betroffen, die unter UNIX/AIX und Windows laufen.

Da alle Anwendungen gleichzeitig Änderungen vornehmen können muss sichergestellt sein, dass Änderungen eines Systems nach der Adaptierung im Zielsystem nicht wieder zurückrepliziert werden. Dies ist insbesondere in Verbindung mit IDMS sehr spezifisch und komplex. Das Loopback Verfahren von tcVISION stellt eine fehlerfreie Verarbeitung jedoch sicher.

Fazit

Alle Anwendungen wurden wesentlich schneller als ursprünglich geplant auf die neuen Plattformen und Datenbanken migriert. Durch den Einsatz von tcVISION wurde der Parallelbetrieb zwischen den 3 beteiligten Plattformen sichergestellt, der letztendlich auch eine problemlose – und zeitlich kürzer als geplante - Migration ermöglicht hat.

Für die Anwender in den Fachbereichen wurden formatierte Vorlagen der Office-Komponente WORD entwickelt. Über eine Dialogbox kann der Anwender die Versichertennummer eingeben. Ein VBA Makro verwendet den tcACCESS ODBC-Treiber und ruft über einen CALL ein bestehendes CICS-COBOL-Programm auf. Die Versichertennummer und Parameter, die das Dokument betreffen, werden übermittelt. tcACCESS bindet das COBOL-Programm in seine Verarbeitung ein, es wird ausgeführt und die für das Dokument benötigten Daten werden über tcACCESS an das VBA-Makro zurückgegeben.

Darüber hinaus wird tcACCESS verwendet, um aus CICS Anwendungen direkt einen WORD-Formbrief aufzurufen und diesen mit Daten auszustatten, die von der Online-Anwendung zur Verfügung gestellt werden.

Die über Jahrzehnte gewachsenen VSAM Datenstrukturen sind sehr komplex und werden täglich durch tcACCESS aufbereitet und direkt in eine Oracle Datenbank übertragen.

Fazit

Durch den Einsatz von tcACCESS  wird eine perfekte Symbiose zwischen Informationen und Anwendungen, die auf dem Mainframe gespeichert und verarbeitet werden, und modernen, neuen Anwendungen hergestellt. Für den Fachbereich wurde die Integration von modernen Workstation-basierten Anwendungen mit der auf dem Mainframe vorhandenen Geschäftslogik transparent umgesetzt. Der Fachbereich kann weiterhin selbständig notwendige Auswertungen und Abfragen erstellen, ohne Programmier-Ressourcen der IT in Anspruch nehmen zu müssen.

tcACCESS ist in unterschiedlichen Bereichen im Einsatz mit dem Ziel, die Digitalisierung sowohl für den Kunden der Verwaltung als auch für den Fachbereich zu realisieren. Die vielfältigen Connectivity Möglichkeiten von tcACCESS werden genutzt, um auf die IMS Datenbanken und IMS Anwendungen zuzugreifen.

Eine Client/Server Anwendung greift über SQL-Anweisungen auf eine IMS Datenbank zu und stellt die Daten dem Anwender zur Verfügung.

Weitere Integration über tcACCESS ist der Aufruf von IMS Programmen direkt aus der Client/Server Anwendung. Hierzu wird die Funktion STORED PROCEDURE von tcACCESS genutzt. Die Kommunikation zu tcACCESS erfolgt entweder über ODBC oder JDBC. Das IMS Programm wird gestartet und übergibt die Informationen an tcACCESS zur weiteren Verarbeitung.

Dies ist ein schnelles und sicheres Verfahren, um die bestehende Geschäftslogik auf dem Mainframe transparent in die Client/Server Anwendung zu integrieren.

Täglich werden über Anwendungen Daten gesammelt und in eine ORACLE Datenbank gespeichert. Diese Datenbank wird zu Beginn der Batchverarbeitung gelesen und über die tcACCESS JDBC Schnittstelle  in IMS eingestellt und von der Mainframe Anwendung verarbeitet

tcACCESS spielt im täglichen Verfahren eine wichtige Rolle. Während der Mainframe Verarbeitung werden tcACCESS Aufgaben gestartet, die zusätzliche Informationen von den offenen Systemen abrufen und in die Verarbeitung auf dem Mainframe integrieren.

Eine weitere Anwendung ist der Start von Druckaufträgen mit Parametern von IMS Anwendungen. Die Druckaufträge sind JAVA Anwendungen. Diese greifen auf der Basis der übergebenen Parameter mit SQL-Anweisungen auf IMS Datenbanken zu und starten die Druckaufträge auf ausgewählten Druckern im Netzwerk.

Fazit

tcACCESS hat dem Kunden geholfen, IMS Anwendungen transparent und schnell zu digitalisieren und neue Anwendungsgebiete zu eröffnen.

Der Anwender ist ein internationaler europäischer Flughafen.

Die ersten Schritte im Rahmen der Mainframe Modernisierung waren sog. Face-Lift Versuche, das heisst die Verschönerung der klassischen 3270 Masken. Dies reichte bei weitem nicht aus, die Integration der Mainframewelt mit den offenen Systemen zu realisieren.

Nach einer Testinstallation wurde die Entscheidung für tcACCESS getroffen. tcACCESS erlaubt den direkten Zugriff aus JAVA-, C++ und VB-Anwendungen über SQL Anweisungen auf die VSAM Dateien des Mainframe. Flugzeugpositionen auf dem Vorfeld sowie die personelle Ausstattung der Mitarbeiter eines jeden Gates werden unter Windows bzw. UNIX aufbereitet und über Web-Anwendungen angezeigt.

Der Zugriff auf die Mainframedaten durch tcACCESS ermöglicht es dem Flughafen, alle Aktivitäten rund um die Gates zu koordinieren, Passagierbewegungen, Gepäckverkehr, das Betanken und Reinigen der Flugzeuge zu überwachen und grafisch darzustellen.

Fazit

Durch den Einsatz von tcACCESS wurden signifikante Vorteile erzielt. Der Mainframe ist ein wichtiger, unsichtbarer Bestandteil der neuen Systeme und das Ziel einer Enterprise Application Integration wurde erfolgreich umgesetzt.

Durch den Einsatz von tcVISION wurde eine kosteneffiziente und moderne Infrastruktur aufgebaut.

Die Transformation der Altsysteme erfüllte die Erwartungen der Kunden durch neue Dienstleistungen:

• Interne und externe Anwender erhalten Datenzugriff über neue Schnittstellen und Aktualisierungsfunktionen.
• Verringerung der Abhängigkeit vom Mainframe Daten- und Ressourcen-Zugriffen.
• Neue Geschäftsfunktionen wurden ermöglicht durch die Integration von modernen Elementen (APIs, mobile Apps, digitale Kanäle).
• Die Markteinführung neuer Geschäftsdienste wurde deutlich verkürzt aufgrund der Interoperabilität moderner Hardware und Software.
• Die zeitnahe und bidirektionale Datensynchronisation durch tcVISION zwischen den Mainframedaten und den neuen Plattformen bildet die Grundlage sukzessiv weitere Altsysteme umzustellen und neue Geschäftsinitiativen zu implementieren.

Die Ergebnisse sind Beispiele einer stufenweisen Modernisierung von Mainframeanwendungen auf neuen Plattformen. Hier ist es notwendig,  die Daten zwischen dem Mainframe und der neuen Plattform in Echtzeit zu synchronisieren.  Beide Datenhaltungsplattformen (Mainframe und Windows-Azure-Cloud) sind gleichberechtigt. Bestandsänderungen können auf beiden Datenplattformen durchgeführt werden. Eine bidirektionale Datenreplikation ist somit unerlässlich. Diese wird von tcVISION in Echtzeit durchgeführt und unterstützt somit eine stufenweise Modernisierung oder Migration, ohne eigene Synchronisations-Module und -Programme erstellen zu müssen.

Die im täglichen Produktionsbetrieb von den Online Anwendern und durch den Batch-Betrieb vorgenommenen Änderungen in den produktiven DL/I Datenbanken werden von tcVISION in Echtzeit festgehalten und auf eine spezielle Db2-Tabelle – oder, falls Db2 nicht aktiv sein sollte, auf eine VSAM Datei geschrieben. In zeitlichen Abständen werden diese Änderungen verarbeitet und in die Db2 Datenbanken eingestellt.

Nach Abschluss der Migration werden Änderungen im Db2 ebenfalls von tcVISION nach DL/I repliziert, um den rechtlichen Archivierungsvorschriften zu genügen.

Das tägliche Änderungsvolumen liegt bei mehr als 200.000 Änderungen, in der Spitze wurden auch über 500.000 ohne Probleme verarbeitet.

Fazit

Der Kunde hat mittlerweile nahezu alle Anwendungen auf das neue Verfahren umgestellt und Änderungen des neuen Systems werden über tcVISION noch im alten System nachgepflegt, um allen gesetzlichen Revisionsanforderungen gerecht zu werden. Durch den Einsatz von tcVISION wird ein geordneter Parallelbetrieb sichergestellt.

Das Synchronisationsverfahren basiert auf der Replikation der Mainframe Änderungen in Echtzeit. Die Änderungsdaten werden von der Adabas Extension des tcVISION ermittelt und über einen Datenkollektor und Datenpool an ein LINUX System propagiert. Dort ist eine Oracle Datenbank installiert, in der die Adabas Datenbanken gespiegelt sind. Die Mainframe Änderungen werden von tcVISION direkt in das Oracle System eingestellt.

Beide Plattformen sind gleichberechtigt (Master/Master). Änderungen auf dem Mainframe werden in Echtzeit von der tcVISION DBMS Extension für Adabas ermittelt und direkt in eine Oracle Spiegeldatenbank repliziert. Von dort werden die Änderungen in die Oracle Betriebsdatenbank eingespielt.

Der Replikationsweg von Oracle zum Adabas auf dem Mainframe geht über Oracle und die JDBC Komponente von tcACCESS.

Eine in PL/I geschriebene tcACCESS Stored Procedure übermittelt die Adabas Internal Sequence Number (ISN) für neu aufgenommene Records an die Oracle Umgebung.

Die bidirektionale Replikation stellt sicher, dass Änderungen, die auf einer Plattform bereits durchgeführt wurden, nicht über das Capturing wieder zurückrepliziert werden (tcVISION Loopback Verfahren).

Protokolldateien dokumentieren den ordnungsgemäßen Ablauf der bidirektionalen Replikation.

Fazit:

Die bidirektionale Replikation war eine transparente Migration der Anwendungen. Das Loopback-Verfahren von tcVISION garantiert die korrekte Synchronisation zwischen den ADABAS-ISNs und den entsprechenden ORACLE-Tabellen für neue Datensatzeinfügungen.

Änderungen an über 350 Db2 Mainframe-Tabellen werden auf die gespiegelten Db2 Tabellen auf dem Windows Replikationsserver repliziert. Das Replikationsverfahren ist im operativen Ablauf des Rechenzentrums integriert.

Änderungen im Db2 werden von den Onlinesystemen und von Batchprogrammen durchgeführt. Die zu replizierenden Tabellen haben das Attribut „DATA CAPTURE CHANGES“ und die Änderungen werden im Db2 Log festgehalten. Sobald die Online Logs von Db2 archiviert werden, werden diese Dateien über FTP Prozesse auf den Replikationsserver übertragen und dort von tcVISION verarbeitet. tcVISION benötigt dazu Kenntnisse über die Strukturen der Db2 Tabellen, damit die Änderungen in den Log-Dateien erkannt und aufbereitet werden können. Diese Metadaten werden von tcVISION in einem zentralen Repository gespeichert, welches ebenfalls im Db2 liegt. Diese Metadaten werden über Importfunktionen aus dem Db2 erstellt und sind die Grundlage für das erstmalige Laden einer Db2 Tabelle auf dem Server und für die Verarbeitung der Log-Dateien.

Das erstmalige Laden der Db2 Tabellen auf den Replikationsserver wird mittels der BULK TRANSFER Funktion von tcVISION durchgeführt. Eingabe ist ein Db2 Imagecopy, das per FTP auf den Replikationsserver übertragen und dort eingelesen, verarbeitet und mit einem durch tcVISION erzeugten Load-Statement geladen wird. Danach stehen die Tabellen auf dem Replikationsserver zur Verfügung und Änderungen werden über die Log-Dateien verarbeitet.

Die Informationen über die verwendeten Compression Algorithmen werden beim Import der Metadaten von tcVISION festgestellt und im zentralen Repository hinterlegt. Im z/OS wird jede Db2 Tabelle in einem eigenen Tablespace gespeichert. Im Repository sind die unterschiedlichen Versionen von Dictionaries gespeichert, sodass beim Einspielen von Log-Informationen oder Imagecopies je nach Aktualität das zugehörige Compression-Dictionary zur Dechiffrierung verwendet werden kann. Die Metadaten beschreiben die Struktur, wie die Daten zum Zeitpunkt des Strukturimports abgelegt sind. tcVISION historisiert diese Strukturinformation sofern bei einer Strukturänderung ein neuer Import erfolgt. Damit kann tcVISION Änderungen der Datenstruktur erkennen und Daten entsprechend der zum Zeitpunkt ihrer Entstehung gültigen Struktur in die Zieltabelle einpflegen. Aus diesem Grund werden jeden Tag die Strukturinformationen über einen automatisierten Prozess importiert. Dadurch wird sichergestellt, dass immer die richtigen Metadaten und Compression Informationen herangezogen werden. tcVISION bietet Hilfsmittel an, um die historischen Repositoryeinträge, die nicht mehr zur Verarbeitung herangezogen werden, gezielt zu löschen.

Fazit:

Die automatische tägliche Verarbeitung und Übertragung der Db2 Änderungen in ein Data Warehouse, sowie die Bereitstellung der Db2 Änderungen auf einem gespiegelten System unter  Windows zu Auswertungszwecken ist  implementiert. Operativ anfallende Strukturänderungen an den Db2 Tabellen unter z/OS werden von tcVISION automatisch erkannt und berücksichtigt.

Die Verteilung der Abonnement-Daten an die einzelnen Kunden wird von tcVISION übernommen. Die abonnierten Daten werden von tcVISION in Echtzeit aus dem aktiven Log eines Shared Db2 unter z/OS verarbeitet. tcVISION nutzt hierfür das Instrumentation Facility Interface des Db2. Die Änderungsdaten werden über TCP/IP an ein Intel-basiertes Linux System übermittelt und dort anhand von Attributen im Datensatz an die Kunden verteilt.

Technisch wurde die Verteilung der Daten, entsprechend den Abonnements der Kunden, durch eine Bitleiste in Form eines Integer-Attributs auf den relevanten Tabellen gelöst. Jeder zu replizierende Satz wird anhand logischer Bitvergleiche mit einem je Ausgabe unterschiedlichen Vergleichswert überprüft, ob dieser auch an den Kunden zu senden ist. Wenn dieser Bitvergleich nicht erfolgreich ist, wird dieser Satz verworfen.

Zusätzlich zu der Bitleisten-Logik kommen ein Vergleich mittels Lookup-SQL als auch Vergleiche von Zeichenketten für nicht lizenzierte Produkte zum Einsatz. Um jeden Kunden bedarfsorientiert versorgen zu können, wurde ein Abonnierungssystem geschaffen, welches nur noch die vom Kunden abonnierten Kurse überträgt.

Die zur Verarbeitung notwendigen Definitionen werden im zentralen Repository von tcVISION hinterlegt.

Fazit:

Verteilung von Finanzdaten an Abonnement Kunden. Jeder Kunde erhält die Daten, die seinem Abonnement entsprechen.

Mit tcVISION werden laufend enorme Datenmengen an die Kunden propagiert. Diese großen Datenmengen (z.B. über 2 Mio. Wertpapierkurse pro Tag) können nur dann bewältigt werden, wenn die zum Einsatz kommenden Technologiekomponenten einwandfrei und performant funktionieren.