IT-Service für Workload Automation

Fortsetzung der Beschreibung gemäß 2.1: Im Desaster-Fall ist davon auszugehen, dass die Lizenz des Produktionssystems nicht genutzt wird. Darüber hinaus stellt der AN dem AG die für die Nutzung und den Betrieb erforderlichen und notwendigen Software-Updates/-Versionen (bspw. SW-Erweiterungen, Fehlerbehebungen) inkl. der technischen Dokumentation für beide Standorte unaufgefordert zeitnah zur Verfügung, damit der AG die WLA-Softwarelösung technisch auf dem neuesten Stand halten kann. Leistungsteil C - Implementierung einer Schnittstelle zwischen IWS und WLA-Softwarelösung Um den laufenden RZ-Betrieb am Standort des AG nicht zu gefährden, ist bis zur kompletten Übernahme aller IWS-Aufgaben auf die zu beschaffende WLA-Softwarelösung ein Parallelbetrieb beider Software-Produkte erforderlich. Das IWS und die WLA-Softwarelösung müssen während der Vertragslaufzeit gemeinsam vom AG betrieben werden. Dazu ist es notwendig, dass beide Software-Produkte über eine Schnittstelle miteinander interagieren und Daten (bspw. Events) in Echtzeit austauschen. Die WLA-Softwarelösung ist das "führende System" ("Meta-Instanz") und bestimmt den Job-Ablauf. Für einen reibungslosen Parallelbetrieb und die Migration von der vorhandenen IWS-Software zur WLA-Softwarelösung ist eine wechselseitig steuernde technische Schnittstelle zwischen beiden Softwarelösungen erforderlich, die einen reibungslosen produktiven Betrieb gewährleistet. Die wechselseitige Steuerung erfordert Funktionen in beide Richtungen: Die WLA-Softwarelösung steuert IWS Die WLA-Softwarelösung muss IWS-Jobs starten, Abhängigkeiten übergeben, Statusinformationen empfangen und eventuelle Fehler erkennen. IWS steuert die WLA-Softwarelösung Solange Jobs noch im IWS laufen, muss das IWS die Folgeprozesse in der WLA-Softwarelösung starten oder deren Fertigstellung abwarten. Leistungsteil D - Migration IWS auf die WLA-Softwarelösung - Standort Köln Alle Leistungen und Aufgaben des vorhandenen Scheduler (IWS) über alle Instanzen müssen im Rahmen der Migration von der neuen WLA-Softwarelösung übernommen werden. Der AG stellt die benötigen Server bereit. Der AN hat ca. 6.000 IWS-Jobs nach fachlichen und technischen Regeln auf die WLA-Softwarelösung zu migrieren. Die IWS-Jobs werden aktuell monatlich durchschnittlich 110.000-fach ausgeführt. Die Migration der IWS-Jobs auf die WLA-Softwarelösung ist vom AN in Paketen ("Migrations-Paket für Migrations-Paket") umzusetzen. Der Auftragnehmer sorgt für die komplette Umsetzung und erbringt alle hierfür erforderlichen Unterstützungsleistungen bis zur vollständigen Betriebsbereitschaft der WLA-Lösung. Job-Netze, die künftig außerhalb des z/OS-Umfeld liegen, müssen durch die WLA-Softwarelösung komplett betrieben werden. Job-Netze, die weiterhin im z/OS-Umfeld benötigt werden, müssen weiterhin durch das IWS ausgeführt, gesteuert und betrieben werden, bis sie nicht mehr benötigt werden. Beide Scheduler müssen bis zur vollständigen Migration aller IWS-Jobs über eine gemeinsame Schnittstelle funktionierend betrieben werden. Der Beitragsservice wird nach der Migration der jeweiligen Pakete Tests durchführen und nach erfolgreichem Test das Migrationspaket abnehmen. Die Abnahme wird erteilt, wenn die Steuerung, die Verarbeitung und das Verarbeitungsergebnis je Job im IWS und in der WLA-Softwarelösung identisch sind. Die Übernahme der migrierten IWS-Jobnetze in die Produktionsumgebung erfolgt durch den AN nach Abnahme der Migrationspakete. Die Übernahme in die Produktionsumgebung setzt ein betriebsbereites Failsafe-RZ voraus. Sofern die Übernahme in die Produktion scheitern sollte, hat der AN ein Fall Back Szenario anzuwenden. Der zukünftige AN hat mit der Migration zeitnah nach Abschluss der Implementierung und Inbetriebnahme der WLA-Softwarelösung zu beginnen. Die Migration aller IWS-Jobs inkl. der Abnahme muss innerhalb des abgestimmten Projektplans erfolgen. Standort Ismaning - Der AN hat nach Implementierung und Inbetriebnahme der WLA-Softwarelösung sowie vollständiger Migration inkl. Abnahme am Standort in Köln die WLA-Softwarelösung auch in die Systemumgebung(en) des Failsafe-RZ am Standort in Ismaning zu implementieren, in Betrieb zu nehmen und die Betriebsbereitschaft für "Cold-Standby" und die Durchführung für Tests herzustellen. Es wird ein Funktionstest durchgeführt. Der AG stellt die benötigen Server bereit. Die Abnahme wird erteilt, wenn die Steuerung, die Verarbeitung und das Verarbeitungsergebnis je Job mit dem Produktionssystem identisch sind. Leistungsteil E - Schulung und Dokumentation Der AN führt nach Abschluss der Implementierungsphase eine rollenspezifische Schulung beim AG am Standort Köln durch. Es werden max. 5 Mitarbeitende (MA) des AG geschult. Leistungsteil F - Support / SLA für Störungs-management - Der AG muss Störungsmeldungen an den AN über ein Ticketsystem, per E-Mail oder telefonisch melden können. Die Bearbeitung von Serviceanfragen, Störungen oder Changes erfolgt über ein bietereigenes Tool, auf das verantwortliche MA des AG zugriffsberechtigt sind. Der Betrieb der Systeme gliedert sich zeitlich in den Online- und Batch-Betrieb. Online-Betrieb montags bis freitags zwischen 06:00 - 19:15 Uhr, an ca. 20 Tagen p.a. samstags von 06:00 - 13:30 Uhr. In der übrigen Zeit findet der Batch-Betrieb statt. Wartungsarbeiten u. Migrationen der Systeme oder Firmware-/Treiber-Aktualisierungen sind außerhalb des Produktionsbetriebs (Mo. - Fr. zw. 19:15 und 06:00 Uhr o. am Wochenende bzw. feiertags) durchzuführen. Wartungsarbeiten werden im Testsystem während der Servicezeiten durch den AG begleitet. Die Durchführung der Arbeiten obliegt dem AG. Der AN hat eine Servicezeit montags bis freitags (außer bundeseinheitlicher Feiertage) von 06:30 - 17:00 Uhr sicherzustellen. Die Reaktions-zeiten sind abhängig von der Servicezeit und der Priorität. Einhaltung der Reaktionszeiten ist durch den Einsatz von qualifiziertem und fachkundigem Personal sicherzustellen.