Konsolidierung bestehender Scheduler zu UC4 Operations Manager

Konsolidierung bestehender Scheduler zu UC4 Operations Manager Einleitung Die Rechenzentren der heutigen Zeit und auch die Anforderungen zur Automatisierung sind meist historisch gewachsen. Verschiedene Produkte zur Lösung verschiedener Aufgaben sind im Einsatz: Hier ein Produkt zur Automatisierung des Mainframes, dort ein Produkt zur Automatisierung von verteilten Systemen wie Unix und Windows sowie Applikationen von SAP oder Oracle. Unternehmensübernahmen und -fusionen erschweren die Lage noch zusätzlich. Produkte anderer Anbieter und unternehmensspezifische Anwendungen kommen hinzu. Brücken zwischen diesen Systemen müssen gebaut werden, und es wird immer schwieriger, die Prozesse nachzuvollziehen. Durch den Einsatz einer durchgängigen Lösung für alle Automatisierungsaufgaben in der IT-Produktion können die Fehleranalyse, Bedienung, Wartung, Updates, Migrationen und das Reporting massiv beschleunigt werden. Dieses Dokument beschreibt den Prozess zur Zusammenführung bestehender Automatisierungswerkzeuge in eine zentrale, einheitliche Lösung. Von Rätseln zur zentralen, strukturierten Steuerung ................2 Prozess...............................................................................2 Automatisierte Migrationsroutinen..........................................4 Integration in die Systemlandschaft .......................................4 Beispiel für einen Projektablauf..............................................4 Zusammenfassung ...............................................................5 Copyright © 2008 UC4 Software GmbH (UC4), Alle Rechte sind vorbehalten. Die Materialien auf dieser Publikation sind durch das Urheberrecht und/oder andere Gesetze zu geistigem Eigentum geschützt. Jeder unbefugte Gebrauch der Materialien dieser Publikation kann eine Verletzung dieser Gesetze zur Folge haben. Sofern nicht ausdrücklich genehmigt, ist die Vervielfältigung von Informationen oder Dokumenten dieser Publikation in irgendeiner Form ohne eine vorherige schriftliche Erlaubnis von UC4 untersagt. 1 Gründe UC4 Operations Manager zu implementieren gibt es viele. Wie auch immer – in jedem Rechenzentrum sind bereits Applikationen im Einsatz. „Never change a running System.“ oder „If it isn’t broke, don’t fix it.“, sind typische Grundsätze die im Rechenzentrum vorherrschen. Dabei vergisst man aber oft, dass man täglich viel Zeit damit verbringt, Probleme nachzuvollziehen und durch manuelle Eingriffe zu beheben. Von Rätseln zur zentralen, strukturierten Steuerung Das moderne Rechenzentrum von heute hat ständig neue Herausforderungen zu meistern. Business- und Technologieanforderungen verändern sich laufend. Darum ist es notwendig Job Scheduler mit limitierter Unterstützung für Applikationen und Plattformen bzw. mit eingeschränkter Skalierbarkeit oder fehlender Hochverfügbarkeit durch eine hochmoderne Enterprise-Lösung wie UC4 Operations Manager zu ersetzen. Die Ablöse von bestehenden Schedulern wie zum Beispiel CA-7, Control-M, OPC/TWS, etc. erscheint oft als zu große Herausforderung, wodurch wieder Kompromisse getroffen werden, den Scheduler trotzdem zu behalten. Für Unternehmen, die auf UC4 Operations Manager umsteigen wollen, liefern wir die Lösung. Automatisierte Konvertierungsroutinen existieren für nahezu jede Kombination an Systemen und Scheduling-Tools. Unsere Spezialisten von der UC4 Services Organisation führen jede denkbare Konvertierung für sie durch. Prozess Der Zeitraum für eine Konvertierung hängt sehr von der Konfiguration der Systeme ab. Sobald detaillierte Informationen über die existierenden Scheduling-Systeme des Kunden gesammelt und analysiert worden sind, stellt die UC4 Services Organisation einen Projektplan auf und legt ein Angebot vor. Die Konvertierung selbst wird als Teamarbeit zwischen der UC4 Services Organisation und dem Kunden durchgeführt. Der Konvertierungsprozess ist für alle Systeme gleich und und besteht aus 5 Phasen. Konvertierungsworkshop Analyse der Scheduler-Definitionen „Rapid Results“ Konvertierung Strategie-Workshop zum Rollout des UC4 Operations Manager Laufende Unterstützung der Konvertierung Während einer Konvertierung ist es sehr wichtig die Produktion aufrecht zu erhalten. Deshalb werden Konvertierungen im Normalfall in einzelnen Schritten durchgeführt. Die Anzahl der Jobs, die in einem Schritt migriert werden, hängt von der Gesamtgröße des Systems ab. Kleinere Systeme können in einem Schritt konvertiert werden. Um Systeme mit tausenden Jobs erfolgreich umzustellen wird Schritt für Schritt vorgegangen. Abbildung 1: Ersetzen mehrerer Scheduler durch eine Enterprise Workload Automation Lösung Phase I: Konvertierungsworkshop Der Konvertierungsworkshop garantiert den Erfolg eines Konvertierungsprojektes und besteht aus folgenden Phasen: ROLLEN UND VERANTWORTUNGSBEREICHE DER TEAMMITGLIEDER Wissen über alte Scheduling-Umgebung (Arbeitsvorbereitung, Operator, Administrator, Programmierer, Security) UC4 Know-how (Standards und Regeln, Konvertierungsregeln) ANALYSE DES SCHEDULERS Typische Abläufe identifizieren Schnittstellen identifizieren Alle Scheduler-bezogenen Produkte auflisten Funktionen zur Automatisierung festlegen Manuelle Eingriffe identifizieren Change Management identifizieren Überflüssige Jobs identifizieren 2 KONVERTIERUNGSSTRATEGIE UC4-Standards wie Namenskonventionen, Applikations- und Ordnerstruktur definieren 1:1-Konvertierung oder Redesign während der Konvertierung Optionen für Konvertierungsroutinen identifizieren Zielapplikation für Pilot-Konvertierung identifizieren Best Practice für die Schnittstellen zwischen zwei Schedulern in Produktion Erster Entwurf des Projektplans Angebotslegung Phase II: Analyse der Scheduler-Definitionen (Offsite) Die Definitionen werden nicht nur einfach in das UC4-System kopiert. Sie werden genau analysiert, um den optimalen Weg für die Konvertierung festzulegen. Die Phase beginnt mit der Analyse der bestehenden Scheduling- Umgebung, die mit Hilfe von Reports des bestehenden Schedulers durchgeführt wird. Im folgenden wird die Konvertierungsroutine erweitert, um manuelle Schritte bei der Umstellung so weit wie möglich zu eliminieren. Danach wird eine Liste mit Vorschlägen erstellt, die die bestehende Konvertierungsroutine um Fälle ergänzt, die derzeit nicht gelöst werden. Das Ergebnis dieser Phase legt die Dauer und den Umfang des Konvertierungsprojektes fest. Phase III: „Rapid Results“ Konvertierung Bei großen Konvertierungen empfehlen wir eine Pilot-Konvertierung. Die Anzahl der Jobs sollte dabei limitiert sein, aber es sollte reflektiert werden, wie mit dem existierenden Scheduler gearbeitet wird. Das Pilot-Projekt hat folgende Ziele: Beweis der Funktionalität des Konvertierungstools Transfer von Konvertierungswissen o Konvertierungsmethodik o Komponenten o Praktische Anwendung Erzeugung aller erforderlichen UC4-Objekte o Alerts o Events o Sync-Objekte Simulation der konvertierten Jobs o Simulation durch Dummy-Jobs, um die Ergebnisse mit dem alten Scheduler zu vergleichen Test der konvertierten jobs o Abbruch-Prozeduren o Benachrichtigungen o Datei-Trigger o Schnittstellen zum alten Scheduler o Neue UC4-Funktionalitäten Erstellung von Schnittstellen / Custom Exits Erstellung von kundenspezifischen Reports Installation von UC4 Operations Manager in der Produktionsumgebung und Anwendung migrierter Jobs Der Wissenstransfer zum Kunden ist in dieser Phase das Hauptziel und ist wesentlich für den Erfolg der Konvertierung.