Die Zukunft steuern mit CONTROL-M/Forecast 6.3. Ditzingen, Juni 2007

Transkript

1 Die Zukunft steuern mit CONTROL-M/Forecast 6.3 Ditzingen, Juni 2007

2 Der Bedarf Vorhersage Ich habe einen Job definiert. An welchen Tagen wird er laufen? Wie kann ich meine Definitionen prüfen? Was passiert mit meinen Abläufen wenn ich den Kalender ändere? Ich bearbeite gerade eine Scheduling Tabelle. Welche Jobs laufen an welchen Tagen?

3 Der Bedarf Vorhersage Wie sieht der Ablauf am 24. August aus? Welche Jobs aus der Finanzanwendung werden nächsten Samstag zwischen 16:00 und 18:00 Uhr auf Server X laufen? Ich möchte eine DB Reorg am 23. des nächsten Monats laufen lassen: Welche Jobs sind betroffen? Muß ich den Ablauf ändern? Muß ich Jobs in HOLD setzen? Gibt es einen besseren Zeitfenster? Wann ist die ruhigste Zeit um zusätzliche Jobs auf Server Z zu fahren? Und vieles mehr

4 CONTROL-M/Forecast Blick in die Zukunft Der Plan für die Zukunft Eine graphische Anzeige der Tagen, an den bestimmte Jobs laufen werden Dient auch zur Überpfüfung der Definitionen

5 CONTROL-M/Forecast Blick in die Zukunft Der Ablauf eines bestimmten Tages Geschätzte Zeitfenster für jeden Job Alle Jobattribute werden berücksichtigt Enterpriseweite Sicht

6 Forecast Gantt Sicht Künftige Batchabläufe auf der Zeitachse analysieren Schnelles Auffinden von Ressourcen- oder Zeitengpässen New in 6.3

7 Problemanalyse Wie viele Jobs werden normal enden? Wie viele jobs werden nicht laufen? Warum wird mein Job nicht laufen? New in 6.3

8 BMC Batch Impact Manager: enge Integration New in 6.3 Künftige Probleme mit SLAs werden im voraus festgestellt Alle Jobs in einem kritischen Batch Service werden graphisch dargestellt Zusammenfassung der Business Services Stati Forecast Business Services Fenster

9 Business Service Kritischer Pfad Root cause Analyse für problematische Batch Services Der kritische Pfad wird markiert: Bis zum Anfang des Baums (Default) oder Bis zur ersten Lücke New in 6.3

10 What-If Szenarien Vorläufige Änderungen im Ablauf können simuliert werden IT Änderungen und deren Auswirkungen können visualisiert werden Ein What-If Szenario ist eine Sammlung von einem oder mehreren What-If Events der folgenden Typen: What-If Quantitative Resource What-If Condition What-If Confirm What-If Job Run Time What-If Time Frame What-If Force OK What if? New in 6.3

11 What-If Scenarios Änderung der Definitionen

12 What-If Scenarios IT Änderungen Geplante Downtime von 2 Tapes zwischen 18:00 und 23:00 Der Backupprozess wird 3 Stunden früher gestartet Monatsende Zusatzlast: Die Laufzeit bestimmter Jobs wird um 30% erhöht Eine externe Anwendung wird einen Ablauf anstossen, und zwar um 8 Uhr statt um 9 Uhr Einen Ablauf wird um 10 Uhr confirmed

13 CONTROL-M Forecast Reports Potentielle Engpässe und Probleme im voraus feststellen CONTROL-M Forecast Reports basieren auf historischen Daten Workload Report Workload für einen bestimmten Tag Anzahl der Jobs pro Stunde Trend Analysis Report Trendanalyse für einen bestimmten Zeitrahmen Beispiel: Jobs, die auf einen bestimmten Host am Freitagmorgen, 8-11 Uhr, in den letzten 2 Monaten gelaufen sind Job Execution Report New in 6.3 Basiert auf gespeicherte Runtime-Statistiken Beispiel: Alle Jobs, die länger als 2 Stunden laufen

14 Trend Analysis Report Anzahl Jobs Zeitabschnitte Graphische Balken Detailinfos

15 Die weitere Entwicklungen (nur Forecast) Zusätzliche What if Szenarien Ändern des Return Codes und Simulation der Auswirkungen Downtime Simulation durch Anhalten der relevanten Jobs zu bestimmten Zeiten CONTROL-M Ressourcenverbrauch Verbesserter Mechanismus zur Erfassung der Statistiken Forecast Shouts Zusätzliche Reports Batch Mode Forecast Execution Und mehr

16 CONTROL-M/Forecast Vorteile Qualitativ verbessertes Produktionsmanagement Überprüfung der Jobdefinitionen im voraus Genaue Vorhersage der Auswirkungen von Änderungen oder neue Bedingungen auf Batch SLAs Vermeidung von verpassten SLAs durch Simulation Genaue Vorhersage der Auswirkungen von Ausfällen und Downtime Trend- und Workloadberichte ermöglichen verbesserte Ressourcenverwendung und -planung

17 CONTROL-M/EM Web Launch

18 Wie funktioniert es? Schritt 1: Installieren & konfigurieren Der CONTROL-M/EM Admin installiert und konfiguriert CONTROL-M/EM Web Launch mit den anderen Serverkomponenten CONTROL-M/ Enterprise Manager Server & Web Launch

19 Wie funktioniert es? Schritt 2: Web Launch Adresse bekanntgeben Der CONTROL-M/EM Admin informiert die EM GUI Benutzer und teilt die Webadresse mit CONTROL-M/ Enterprise Manager Server & Web Launch

20 Wie funktioniert es? Schritt 3: Erstmalige User Der User greift auf die angegebene Webadresse zu und wählt die Anwendung aus, die er benutzen möchte Die relevante Software wird zurückgeschickt, aktiviert und lokal installiert Absolut keine Lernzeit nötig, die Anwendung ist identisch CONTROL-M/ Enterprise Manager Server & Web Launch

21 Wie funktioniert es? Schritt 4: Weiterbenutzen Die User greifen weiterhin auf die Webadresse zu oder aktivieren die Anwendung lokal CONTROL-M/ Enterprise Manager Server & Web Launch

22 Wie funktioniert es? Schritt 5: Software- oder Konfigurationsänderung Der CONTROL-M/EM Admin installiert ein neues Client Image auf seinen Desktop, zum Beispiel: Ein Fixpack oder Patch installieren Hinzufügen oder ändern von CM Forms Anpassen andere Einstellungen Dieses Image wird dann zum Web Launch Server gesendet CONTROL-M/ Enterprise Manager Server & Web Launch

23 CONTROL-M/EM Web Launch Zusammenfassung Schnellere Installation der Clients Keine Lernkurve Koexistenz mit normalen Klienten Viel weniger Aufwand (= Zeit, = Geld)

24 Fragen?