IBM Tivoli System z Service Management Center

Präsentation zum Thema: "IBM Tivoli System z Service Management Center"—  Präsentation transkript:

1 IBM Tivoli System z Service Management Center
Mike Kott Tivoli Market Management

2 Überblick über Tivoli System z
Der Markt für Lösungen zur Systemverwaltung mit System z ist übersättigt, daher ist eine Abgrenzung gegenüber Wettbewerbern schwierig Bei einer Fortsetzung der bisherigen Arbeitsweise wird sich auch weiterhin nur ein minimales Wachstum ergeben, in Abhängigkeit von ELAs, einer wettbewerbsorientierten Abgrenzung und einzelnen Produktverkäufen Notwendigkeit für etwas „völlig Neuartiges“, um ein größeres Nutzenpotenzial und höhere Umsätze zu erreichen Klassische Vorteile von Mainframesystemen (Sicherheit, Verfügbarkeit, Skalierbarkeit, Virtualisierung, Daten- und Transaktionsserving in Verknüpfung mit: Sich verändernden Marktanforderungen und Werten – Konsolidierung, Energieverbrauch Neue und erweiterte Mainframetechnologien und -funktionen – Specialty Engines, neue Workloads, SOA, Hub Umwandlung der Kostenvorteile von Mainframesystemen – Gesamtbetriebskosten (TCO) Neue Verwendungsmöglichkeiten für Mainframesysteme führten dazu, dass der Mainframe in den vergangenen Jahren wieder enorm an Bedeutung gewonnen hat Tivoli kann eine führende Rolle dabei spielen, der System z Plattform wieder mehr Bedeutung zu verleihen Erarbeitung einer umfassenden IBM Initiative, auf deren Grundlage der Kunde das Management von Mainframe-Rechenzentren auf ein „z Service-Center“ für das gesamte Unternehmen umstellen kann Nutzung des vorhandenen und bewährten Produktportfolios zur Entwicklung von Service Management-Lösung speziell für System z auf der Grundlage der z Service-Center Strategischer Plan: Umsetzung eines Tivoli zService Management Center

3 System z Management – Wettbewerbssituation
Tivoli bietet zwar derzeit das umfassendste und wettbewerbsfähigste Produktportfolio für die System z Plattform, wir verzeichnen aber weiterhin nur ein langsames Wachstum, da wir bei den „Take-Outs“ im Wettbewerb stehen. IBM CA BMC ASG System z Management – Marktanteil (2006) System- und Subsystemüberwachung z Network Management Storage Management Systemautomatisierung Workloadplanung Output Management Kapazitätsplanung Nutzungsabhängige Abrechnung Sicherheit Vorteile von Tivoli Lösungen bei Systemüberwachung, Systemautomatisierung, Workloadplanung und NetView Tivoli CCMDB auf System z ist für Großkunden, die mit System z arbeiten, ein entscheidender Vorteil CA bietet Vorteile bei System z in puncto Produktions- steuerung, Sicherheit und Speicher, zeichnet sich jedoch durch Einschränkungen bei der Überwachung aus BMC bietet Vorteile bei der Überwachung (insbesondere IMS und DB2) ASG bietet Vorteile bei der CICS-Überwachung Service Management CCMDB unter System z Linux Vorteile der Lösungen unterschiedlicher Anbieter im Vergleich zu Wettbewerbern – Quelle: Tivoli Competitive, Analystenberichte, Marktmanagement Schlecht Exzellent

4 Ankurbelung der Wachstumszahlen bei System z erfordert ein neues Konzept
Die sich verändernde Rolle des Mainframes ist ein Faktor, der Umbrüche beschleunigt Neben den klassischen Vorteilen eignet sich der Mainframe heutzutage zur Bewältigung folgender geschäftlicher Herausforderungen: Sicherheit Gesamtbetriebskosten Energieeffizienz Ausweitung von Management- und Steuerungsfunktionen über heterogene Plattformen hinweg Unternehmensweite Sicherheit Unternehmensweite Verfügbarkeit/Sicherung Unternehmensweites Workload Management Daten und SOA Im Hinblick auf die Wahrnehmung der neuen Rolle sind neue Managementanforderungen nötig Notwendigkeit zur Vereinfachung des Managements, um neues Know-how für System z nutzen zu können Umstellung vom bisherigen Plattformmanagement auf das Management von System z als Hub für kombinierte, unternehmensweite Workloads, Servervirtualisierung und durchgängige Services Weiterentwicklung vom System- zum Service-Management Abstimmung zwischen IT und Business Beseitigung von Diskrepanzen in der Organisationsstruktur Vermeidung von Ineffizienzen bei Geschäftsprozessen IBM Tivoli ist bestens positioniert, um Kunden bei der Bewältigung dieser Herausforderungen zu unterstützen.

5 Was ist das zService Management Center (zSMC)?
Beim zService Management Center handelt es sich um eine Reihe von Integrationslösungen, über die System z als höchst zuverlässiger Hub für das effiziente Management von Business- und IT-Services im gesamten Unternehmen eingesetzt werden kann. NEUE Lösungen für CCMDB zur Prozessautomatisierung, Service Management, Service Request und Catalog Management auf System z Für Kunden, die die geschäftsspezifischen Vorteile von System z nutzen möchten, um unternehmensweite Services bereitzustellen und auszuweiten, die als Utility verwaltet werden. Eine Implementierung von ISM mit System z als zentraler Plattform für die Verwaltung von Services, die sich häufig über heterogene Betriebssysteme und Plattformen hinweg verteilen. Nutzung von IBM Tivoli z/OS und neuen Produktfunktionen für „Linux on System z“- Managementprodukte, sowie anderen IBM Angeboten, Services und bewährten Verfahren Integrierte Implementierung von TBSM, TADDM/CCMDB, TSRM und dem Tivoli Management- Portfolio für System z Kein Produkt, keine PID, sondern ein Portfolio mit integrierten Lösungen, die in Managementdomänen unterteilt sind und über Lösungspakete im Rahmen von Sales Plays angeboten werden.

6 Welche Möglichkeiten bietet das zService Management Center?
zService Management Center-Lösungen sorgen für das erforderliche Maß an Transparenz, Steuerung und Automatisierung in den Bereichen Service, technischer Support, Operations, Sicherheit und Finanzen. Sie ermöglichen die Verlagerung des Hauptaugenmerks vom Ressourcenmanagement für System z zu einem zentralisierten Service Management-Modell für System z. Transparenz zService Management Center-Lösungen sorgen für Transparenz im gesamten Unternehmen und gewährleisten so die zuverlässige Bereitstellung von Services und das effiziente Management von Business- und IT-Services. Steuerung zService Management Center-Lösungen tragen dazu bei, Ressourcen, Sicherheitsfunktionen, Ressourcenauslastung und Kosten für die Servicebereitstellung unter Kontrolle zu halten. Automatisierung zService Management Center-Lösungen ermöglichen die Automatisierung geschäftsspezifischer Aufgaben und Prozesse im gesamten Unternehmen, sodass sich die Zahl der manuellen Fehler, komplexe Strukturen und Kosten verringern.

7 Worin besteht der Unterschied zu den derzeit verkauften Produkten?
Ziel des zService Management Center ist es, eine Vision von System z als der logischen Wahl für die Verwaltung kritischer Services im gesamten Unternehmen zu verdeutlichen und das Nutzenpotenzial der integrierten Lösungen und neuen Funktionen zur Prozessautomatisierung auf System z zu veranschaulichen, mit denen unsere Kunden auch anspruchsvollere Geschäftsanforderungen bewältigen können. System z bietet jetzt Funktionen für Prozessautomatisierung, neue und kombinierte Workloads, SOA-Hub, Sicherheitshub, Data-Warehousing-Hub etc. Ein überzeugender neuer Weg zur Nutzung und Erweiterung des Nutzenpotenzials der System z Plattform, der konkrete integrierte Lösungen und Funktionen zur Prozessautomatisierung bietet, bei denen der Schwerpunkt auf der Verwaltung von Business- und IT-Services im gesamten Unternehmen liegt. Erweiterte Integration der System z Plattform in IBM Service Management, um unsere Kunden mit dem Leistungsspektrum und dem Nutzenpotenzial der System z Umgebung bei der Umstellung auf ein serviceorientiertes Managementmodell vertraut zu machen. Heutzutage stellen wir SMEs und Mitarbeitern aus dem Operations-Bereich häufig Einzelprodukte vor. Das zService Management Center unterstützt Sie bei der Positionierung von serviceorientierten Lösungen und des Nutzenpotenzial in Verkaufsgesprächen mit Benutzern von Business-Services. Sie können dadurch besser veranschaulichen, dass „das Ganze mehr ist als die Summe der einzelnen Teile“. Der Schwerpunkt liegt nicht nur auf Tivoli, sondern auf IBM integrierten Hardware- und Softwareprodukten, Services und Lösungen – STG, SWG, WebSphere, Information Management, IGS

8 Welches sind die zentralen Komponenten des zSMC?
Neue Funktionen zur Prozessautomatisierung auf System z mit TBSM, TADDM/CCMDB und TSRM auf System z sowie die Interoperabilität mit den Operational Management-Produkten auf System z OMEGAMON, TSA, TWS, NetView, TDS/TUAM, Sicherheits- und Financial Management-Lösungen Management neuer und kombinierter Workloads Vorteile bei der Virtualisierung unter Linux auf System z

9 Nutzenpotenzial und Vorteile – Weshalb sollte sich der Kunde für das zSMC-Konzept entscheiden?
Extrem hohe Skalierbarkeit und Zuverlässigkeit – die traditionellen Vorteile von System z Flexibilität – Leistungsspektrum von SOA Niedrigere Gesamtbetriebskosten – Virtualisierung, Konsolidierung von Ressourcen und Anwendungen, Vermeidung von IT-Ausfällen und Systemunterbrechungen Hohe Verfügbarkeit Energieeffizienz – Überwachung und Steuerung des Energieverbrauchs Höhere Servicetransparenz und bessere Abstimmung zwischen IT und Business – Integrierte, durchgängige Überwachung über heterogene Umgebungen hinweg Einfacheres Management von Prozessen – enge Integration von Produkten mit vergleichbarer Funktionalität und unternehmensweite Automatisierung Bessere Steuerung in Bezug auf Sicherheit, Governance, Compliance und Ressourcen Bessere und einfachere Steuerung von Änderungen in der System z Umgebung Einblicke in Ressourcenauslastung, Kosten pro Einheit bei der Servicebereitstellung und Auswirkungen auf Business- und Serviceebene im Zusammenhang mit IT-Ausfällen

10 System z Management – Kundenspezifische Bereiche
Service Management Service Management Service Management Service Management Service Level Manager SLA-Management und -Reporting Service Level Manager Service Level Manager Service Level Manager Service-Desk Service-Desk Service-Desk Service-Desk und Serviceanforderungen für System z SLA-Management und SLA-Management und SLA-Management und Überwachung von Serviceanforderungen für Überwachung von Serviceanforderungen für Überwachung von Serviceanforderungen für -Reporting -Reporting -Reporting Mainframe Mainframe Mainframe Process Automation Management Produktionssteuerung Produktionssteuerung Produktionssteuerung Produktionssteuerung SICHERHEIT SICHERHEIT SICHERHEIT SICHERHEIT Mainframeprozesse Mainframeprozesse Mainframeprozesse Mainframeprozesse IT Financial Management Konsolbediener Experten für die Systemautomatisierung Zentrales Mainframe Event Management Konsolbediener Konsolbediener Konsolbediener Production Control Manager Jobplanung Output Management JCL-Prüfung/-Steuerung Production Control Manager Production Control Manager Production Control Manager Experten für die Systemautomatisierung Experten für die Systemautomatisierung Experten für die Systemautomatisierung Jobplanung Jobplanung Jobplanung Sicherheits- und Sicherheits- und Sicherheits- und Contract und License Contract und License Zentrales Mainframe Event Zentrales Mainframe Event Zentrales Mainframe Event Output Management Output Management Output Management Compliance-Auditoren Compliance-Auditoren Compliance-Auditoren Manager Manager Management Management Management JCL-Prüfung/-Steuerung JCL-Prüfung/-Steuerung JCL-Prüfung/-Steuerung Sicherheits- und Compliance- Audits Contract und License Manager Technical Support Services Technical Support Services Systemprogrammierer, Anwendungs- und Datenbankanalysten Speicher- und Netzadministratoren Domänenspezifische Überwachung Fehlerermittlung und -verwaltung Systemprogrammierer, Anwendungs- und Datenbankanalysten Speicher- und Netzadministratoren Domänenspezifische Überwachung Fehlerermittlung und -verwaltung z z Netz Netz z z Linux Linux SNA SNA z/OS z/OS z/VM z/VM Web- Web- on on MQ MQ CICS CICS IMS IMS DB2 DB2 Speicher Speicher Sicherheits- administratoren TCP/IP TCP/IP Sphere Sphere Nutzungsabhängige Abrechnung z z Sicherheits- Sicherheits- Sicherheits- administratoren administratoren administratoren Kapazitäts- Kapazitätsplaner Langzeittrends, Leistungs- und Nutzungsanalysen, Modellerstellung planer Nutzungsabhängige Abrechnung Nutzungsabhängige Abrechnung Langzeittrends für mehrere Domänen, Leistungs- und Nutzungsanalysen, - Modellerstellung

11 zService Management Center – Integrierte Lösungen
TBSM TADDM/CCMDB TSRM Process Manager Mainframeprozesse Mainframeprozesse Produktionssteuerung Produktionssteuerung Security Management SICHERHEIT SICHERHEIT IT Financial Management Mainframeprozesse Produktionssteuerung TEP, konsolidierte Prozesse NetView Systemautomatisierung Workloadplanung TAM für IT Contract Mgmt. Lebenszyklus von Ressourcen TCIM als Compliance- Konsole Technical Support Services TLCM/TLCMz License Mgmt. TEP als SME-Workbench OMEGAMON, ITCAM Speichertools, VM-Tools TFIM/TIM RACF zSecure TUAM Ressourcen- abrechnung und Rückerstattung TDSz, Performance Modeler

12 System z Management – Kundenspezifische Bereiche
Service Management Zentralisierte Prozesse Mainframeprozesse Produktionssteuerung Security Management IT Financial Management Technical Support Services Vereinfachung und Kombination von Prozess- und Produktionssteuerung im Rahmen zentralisierter Prozesse

13 Technical Support Services
Beispiel-Szenarios und Nutzenpotenzial für den Kunden nach Bereich, andere Szenarios am Ende der Präsentation Technical Support Services Probleme Neuartige Workloads und Verwaltung einer Vielzahl von Schnittstellen Eingeschränkte Fähigkeit zur Prognose von System z Workloads, Veränderungen nicht unbedingt auf System z Vielzahl unterschiedlicher Tools in verschiedenen Domänen, keine Standards Herausforderungen Notwendigkeit, mehr Aufgaben mit weniger Mitteln bewältigen zu müssen, und zur Vereinfachung der Kommunikation mit anderen Teilen der IT-Organisation Zeit für die Einarbeitung in unterschiedliche Tools und deren effektive Verwendung Nicht genügend Fachwissen für System z zSC – Nutzenpotenzial und Vorteile Standardisierte Workbench für Fehlerdiagnose und -behebung, einheitliche Schnittstelle für mehrere Domänen, schnellere Fehlerbehebung Flexibler, dynamischer Zugriff auf servicespezifische Informationen über verschiedene Domänen hinweg (z. B. Antwortzeit, Servicestatus, Funktionalität für den Endbenutzer, Service-Flows) Möglichkeit, auf bewährte Verfahren und domänenspezifisches Know-how zurückzugreifen, um die Fehlerbehebung zu automatisieren Szenarios für die Integration mit Unterstützung für zSC Eine geschäftskritische Anwendung ist ausgefallen. Die Bediener wenden sich an den SME mit Informationen zum aufgetretenen Fehler und einer Echtzeitsicht zum Status des kritischen Pfades im Hinblick auf Milestone Services. Der SME identifiziert Änderungen an der Konfiguration und setzt diese in Verbindung zum Anwendungsfehler. Der SME behebt den Fehler und die Anwendung wird neu gestartet.

14 Szenario zum technischen Support
TBSM TSRM OMEGAMON CICS ITCAM TADDM 1 2 3 5 4 OMEGAMON DB2 6 7 1. TBSM-Dashboard zeigt Auswirkungen auf Service Model Service und einen Verstoß gegen die vereinbartenSLAs an. TSRM-Ticket wird erstellt. 2. SME untersucht die betroffenen Work- loads in OM CICS. 3. Workloads werden von CICS auf DB2 verschoben, SME stellt Verknüpfung mit ITCAM für eine Anwendungssicht her und überwacht die Übertragung auf DB2. 4. SME stellt eine Verknüpfung zu OM DB2 her, wobei ein Fehler im DB2-Plan festge- stellt wird. 5. SME stellt Verknüpfung zu TADDM her und identifiziert eine Änderung in diesem Plan, die letzte Nacht über eine Anwendung vorgenommen wurde. Er ermittelt den Benutzer, der die Änderung vorgenommen hat. Sie wenden sich an die Anwendungs- gruppe und setzen die Planaktualisierung zurück. 6. SME verwendet OMEGAMONs und ITCAM, um zu prüfen, ob der Workflow ordnungsgemäß reagiert. 7. TBSM zeigt keinen Verstoß gegen die vereinbarten SLAs an und schließt das TSRM-Ticket. Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden.

15 Warum Linux auf System z?
Mainframe-Servicequalität Möglichkeit für vertikale und horizontale Erweiterungen System z Virtualisierung zur Konsolidierung und Steuerung Möglichkeit zum schnellen Hinzufügen von Verarbeitungsleistung (bei Bedarf) Vorteile durch etablierte Prozesse und Fachbereiche Unmittelbarer Zugriff auf Daten auf anderen Betriebssystemen auf demselben System z Möglichkeit zur Reduzierung der Betriebskosten Möglichkeit zur Vereinfachung von komplexen Strukturen und Verwaltungsaufgaben Linux auf IBM System z kann zur Bewältigung kundenspezifischer Herausforderungen beitragen, wenn es für IT-Optimierung, Business-Integration und Anwendungsserving eingesetzt wird. Dies bietet folgende Vorteile: Geringere Anzahl an erforderlichen Stellen für die Fehlerbehebung Geringere Anzahl an erforderlichen Softwarelizenzen zur Unterstützung von Anwendungen Weniger IT-Ressourcen erforderlich, da diese gemeinsam genutzt werden Weniger und weniger komplexe externe Kabel, Router, Hubs und Switches Weniger inaktive Maschinen für Sicherungszwecke Geringerer Wartungsaufwand durch zentralen Steuerungspunkt Höhere Grad an Leistung und Sicherheit bei der Anwendungskommunikation Besseres Service Level Management durch z/VM Resource Manager und IRD Bessere Ressourcenauslastung Bessere Business-Continuity und Wiederherstellung im Notfall Höhere Grad an Verfügbarkeit, Sicherheit und Zuverlässigkeit der Anwendungen Höhere Effizienz der Systemadministratoren Aus denselben Gründen, aus denen sich auch IBM dazu entschieden hat – es ist in geschäftlicher Hinsicht sinnvoll.

16 zService Management Center – Zentrale Leistungsmerkmale
Business Service Dashboard zService Management Center – Zentrale Leistungsmerkmale Servicekatalog und Request Management Anwendungsspezifische Prioritäten Analyse der KPIs SLA-spezifische Beratung Demand Management Workloadverteilung Ressourcenverteilung (TBSM) Taxonomie Definition Angebot Anforderung Abwicklung Help-Desk Finanzen Genehmigung (TSRM) Service Infrastructure Management Zugehörige Server Zugehöriger Speicher TADDM CDM, ITAM Zugehörige Stand- ortkomponenten (TADDM/CCMDB) Tivoli z Operational Management-Produkte

17 Geschäftsausrichtung
IBM Service Management Function Adoption Roadmap Der Einstieg ist jederzeit an jeder beliebigen Stelle möglich Unternehmen Abteilung IBM Service Management-Plattform Service Management Mapping von Serviceabhängigkeiten Service Level Management Service Request Management Business Systems Management IT Governance Enablement IT Financial Management IT Asset Management Capacity Management Business Continuity Management System und Application Management Workloadplanung Systemautomatisierung Anwendungsleistung Identity und Access Mgmt. Erkennung von Anwendungsabhängigkeiten Configuration Management Change Management Availability Management Geschäftsausrichtung Resource Management Ressourcenerkennung Ressourcenkontrolle Überwachung Bereitstellung Storage Management Network Management Aufgabe Unternehmen Umfang der Automatisierung

18 IBM Service Management und zService Management Center
Workloadplanung Systemautomatisierung Anwendungsleistung Identity und Access Mgmt. Erkennung von Anwendungsabhängigkeiten Configuration Management Change Management Availability Management Umfang der Automatisierung Geschäftsausrichtung Aufgabe Unternehmen Abteilung Ressourcenerkennung Ressourcenkontrolle Überwachung Bereitstellung Storage Management Network Management Mapping von Serviceabhängigkeiten Service Level Management Service Request Management Business Systems Management IT Governance Enablement IT Financial Management IT Asset Management Capacity Management Business Continuity Management Service Management System und Application Management Resource Management IBM Service Management-Plattform Interoperabilität mit dem System z Portfolio zur Optimierung und Automatisierung System z spezifischer Aufgaben Plattformübergreifende Interoperabilität als Grundlage für System z End-to-End Management zService Management Center Serviceausrichtung/-visualisierung und Prozessautomatisierung

19 Anfängliche Verkaufsziele für das zSMC
Oberstes Ziel: Umstellung neuer Workloads beim Kunden auf System z, Linux-Virtualisierung auf System z, Pläne zur Implementierung von SOA, ITIL- und CMDB-Implementierungen Weitere Ziele Kunden, bei denen zumindest einige der folgenden Tivoli Produkte installiert sind: OMEGAMON, SA, NetView, TWS, System z Linux GDPS-Kunden Kunden, die daran interessiert sind, die Zahl ihrer Anbieter für System z zu verringern Kunden, die an der Konsolidierung von Rechenzentren arbeiten Bestehende Kunden, die mit verteilten TBSM-Lösungen und System z arbeiten InfoMan-Kunden für die Umstellung auf TSRM zur Bindung der bestehenden Kunden

20 Zusammenfassung Gezielte Maßnahmen beim Verkauf
Der System z Markt wächst und verändert sich. Wir können im Systems Management-Markt für System z eine führende Rolle einnehmen und neue Impulse setzen. Schaffen Sie beim Kunden die nötigen Grundlagen, damit er von den geschäftlichen Vorteilen der neuen Plattform bei der Verwaltung von Hybridumgebungen, kombinierten Workloads, SOA und Datenhubs in vollem Umfang profitiert. Nutzen Sie bereits getätigte Investitionen des Kunden in Tivoli z OMPs und neu entwickelte Systems Management-Funktionen als Grundlage kundenspezifischer Funktionen für die Servicebereitstellung auf System z. Legen Sie beim Verkauf Ihr Hauptaugenmerk auf Tivoli System z, um die Verkaufszahlen für dieses integrierte Produktportfolio und für Tivoli System z anzukurbeln und dem Kunden einen größeres Nutzenpotenzial zu bieten. Setzen Sie einen Schwerpunkt auf den Ausbau unserer branchenspezifischen Vorreiterrolle für Service Management-Lösungen auf System z. Gezielte Maßnahmen beim Verkauf Stellen Sie die Vision und das Nutzenpotenzial des Tivoli zService Management Center vor. Verschaffen Sie sich einen Einblick, welche Fortschritte der Kunde bisher bei der Implementierung eines IT-zu-Business-Serviceplans erzielt hat. Veranschaulichen Sie die Umstellung auf System z orientierte Services im gesamten Unternehmen. Stellen Sie das integrierte Tivoli Produktportfolio und das Nutzenpotenzial für jeden Level der Implementierung im Vergleich zu Einzelprodukten vor.

21 Backup

22 Operations-Bereich Probleme Herausforderungen
Schwierigkeiten bei der Identifizierung kritischer Geschäftsprobleme aus der Vielzahl täglicher Ereignisse und Warnhinweise Unfähigkeit zur Priorisierung widersprüchlicher Anforderungen zur Kenntnisnahme Schwierigkeiten in der Kommunikation mit SMEs – die richtigen Informationen rechtzeitig an den richtigen SME Verwaltung unterschiedlicher und neuer Workloads Herausforderungen Korrelation kritischer Auswirkungen auf die Geschäftstätigkeit Schnelle und effektive Reaktion bei der Fehlerbehebung Optimierung der Verfügbarkeit, Reduzierung ungeplanter Ausfallzeiten auf ein Minimum zSC – Nutzenpotenzial und Vorteile Konsolidierung von Ereignissen und Konsolen, Filterung von Nachrichten, Priorisierung zur Verkürzung des Zeitraums bis zur Problemerkennung Optimierung von Workloads zur Erfüllung von Geschäftsanforderungen Vermeidung/Lösung von Problemen durch automatisierte Maßnahmen, um den Zeitraum bis zur Problemlösung zu verkürzen Höhere Verfügbarkeit geschäftskritischer Anwendungen Besserer Austausch zwischen Fachbereichen Szenarios für die Integration mit Unterstützung für zSC Eine geschäftskritische Anwendung ist ausgefallen. Nachgelagerte, abhängige Services werden gestoppt und der kritische Pfad im Hinblick auf Milestone Services wird aktualisiert. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und Mitarbeiter im Operations-Bereich dargestellt. Die Anwendung kann nicht automatisch neu gestartet werden. Mitarbeiter im Operations-Bereich verwenden Funktionen zur Ereigniskorrelation, um den Fehler einzugrenzen. SMEs werden kontaktiert. Ein SME identifiziert Änderungen an der Konfiguration und setzt diese in Verbindung zum Anwendungsfehler. Der SME behebt den Fehler und die Anwendung wird neu gestartet.

23 Szenario für den Operations-Bereich
TBSM 3 TSRM Eine Störung führt zum Ausfall einer geschäftskritischen Anwendung. Der Systemadministrator versucht vergeblich, die Anwendung neu starten, und erzwingt das Herunterfahren der Anwendung und der zugehörigen Datenbank, sendet Ereignisse an TEC, TWS und TBSM und generiert ein Trouble-Ticket. TWS setzt die Übergabe von Prozessen an die fehlerhafte Anwendung sowie nachgelagerte, abhängige Prozesse aus, aktualisiert den kritischen Pfad zentraler Prozesse und liefert Informationen an TBSM. TBSM aktualisiert die Angaben zu den Auswirkungen auf die Geschäftstätigkeit mit Informationen über Ressourcen und Ereignisse vom Systemadministrator und über den Prozessstatus von TWS. TEC korreliert die Störung und Ereignisse für den Operator, der feststellt, dass der Fehler mit einer manuellen Änderung in der Anwendungskonfiguration zusammen- hängt. Er korrigiert die Änderung in der Konfiguration. Der Systemadministrator startet die Datenbank und anschließend die Anwen- dungskomponenten und informiert TWS. TWS nimmt die Prozessausführung in der Anwendung und in nachgelagerten Anwendungen wieder auf und aktualisiert die kritischen Pfade. 1 2 OMNIbus SA TWS 5 6 4 Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden. TADDM

24 Szenario zum Business Service Management
Probleme Notwendigkeit, IT-Probleme und -Prioritäten in Zusammenhang mit Auswirkungen auf die Geschäftstätigkeit zu bringen Fehlende SLAs und unzufriedene Kunden Herausforderungen Eingeschränkte Transparenz in Bezug auf die Auswirkungen von IT-Problemen auf Geschäftsanforderungen Verantwortlichkeit für Availability und Performance Management von Geschäftsanwendungen ohne geeignete Tools und die nötige Transparenz Erkenntnisse zu finanziellen Auswirkungen von Ausfallzeiten Manuelle, langsame oder ineffektive Prozesse für Serviceanforderungen und hohe Fehleranfälligkeit zSC – Nutzenpotenzial und Vorteile Visualisierung von Serviceprioritäten und -status Schnelle Beurteilung von Auswirkungen auf die Geschäftstätigkeit, SLA-Status und Kundenzufriedenheit Effektive und effiziente Prozesse bei Serviceanforderungen Szenarios für die Integration mit Unterstützung für zSC Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem TBSM Business-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Der kritische Pfad, die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden.

25 Szenario für TBSM ITNM IP TADDM TBSM 1 TSRM 5 2 4 3 ITM/OMEGAMON
1. TBSM-Dashboard zeigt Auswirkungen auf Service Model Service und einen Verstoß gegen die vereinbarten SLAs an. 2. TBSM kann TADDM auf alle IT-Änderungen hin überprüfen und Operations kann den Prozess in diesem Zusammenhang für eine umfassendere Analyse starten. 3. TBSM kann mithilfe von Feeds aus dem IT Network Manager prüfen, ob Netzfehler vorliegen. 4. TBSM erhält ebenfalls Feeds von ITM/OMEGAMON und kann den Status automatisch im Business-Service angeben. TBSM visualisiert business- und prozessspezifische Informationen. Operations kann den Prozess im Zusammenhang mit TEP und ITNM starten, um die Domänenanalyse durch- zuführen und Maßnahmen zur Fehler- behebung einzuleiten. 5. Sobald der Systemausfall behoben ist, aktiviert TBSM den Business-Service wieder. 5 2 4 3 TADDM ITNM IP ITM/OMEGAMON Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden.

26 IT Financial Management
Probleme Abrufen präziser Daten aus einer Vielzahl von Quellen Normalisierung der Daten (System z vs. verteilte Daten) Herausforderungen Prognosen zu Kapazitätsanforderungen, den erforderlichen finanziellen Mitteln, Budgetanforderungen und Trends Zugriffsberechtigung auf Berichte für LOBs Sicht auf das Unternehmen als Ganzes, mit Funktionen für differenzierte Abfragen zSC – Nutzenpotenzial und Vorteile Erfassung nahezu aller Datentypen von den meisten Plattformen Unternehmensweite Sicht auf alle Ressourcen im Hinblick auf Kosten, Nutzung und Services Zentralisiertes Abrufen von Nutzungs- und Finanzdaten Szenarios für die Integration mit Unterstützung für zSC Übernahmen oder die Konsolidierung von LoBs führen zu neuen Geschäftsprozeduren, neuen Datenbankrepositorys, neuen geschäftsspezifischen Messungen und höheren Anforderungen in puncto Markteinführung. LoB fordert zusätzliche Datenmessungen an. zSC (über TDSz) und ITUAM liefern die neuen/zusätzlichen Daten mit Angaben zur Ressourcenauslastung und den Kosten, und stellen sie entsprechend dem unternehmensweiten Standard in CCMDB und TSRM zur Verfügung. Dort werden zu bestehenden Einträgen separate Katalogeinträge mit „Sonderpreisen“ hinzugefügt, die auf unternehmensweiten Standards und Richtlinien basieren.

27 Szenario zum Financial Mgmt.
Unternehmensleitung TSRM (Katalog) TEP/TCR/PM TDSz TADDM/CCMDB 1 2 3 5 4 Ein großes, weltweit tätiges Einzel- handelsunternehmen übernimmt einen wichtigen Wettbewerber mit unter- schiedlichen IT-Systemen, Prozessen und Datenbanken. 2. Mithilfe der Discovery Library Adapter- Technologie werden alle IT-Komponenten identifiziert und Einträge in TADDM/CCMDB aufgenommen. 3. TDSz kann detaillierte Daten zur Auslastung von IT-Ressourcen aus allen neuen Systemen, Subsystemen, Middlewarekomponenten und Geschäfts- anwendungen zusammenstellen und in TADDM/CCMDB aufnehmen. 4. Basierend auf den Messdaten aus TDSz können Entitäten im TSRM-Katalog erstellt werden, in dem die verfügbaren Services definiert und mit einem Preis versehen werden. 5. Die Umstellung auf die unternehmens- weite Standardfinanzplanung, Budgetierung und Prognostizierung für die neue Ressource ist ein normaler Prozess. Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden.

28 IT Financial Management
Probleme Immer höhere IT-Kosten Gesetzliche Bestimmungen können nicht eingehalten werden Verstöße gegen Sarbanes Oxley-Richtlinien Herausforderungen Senkung der Gesamtbetriebskosten durch eine kontinuierliche Reduzierung der Kosten für IT-Ressourcen während deren gesamten Lebenszyklus Keine Transparenz und Steuerung der IT-Ressourcen und deren Auswirkungen auf die Geschäftstätigkeit Wunsch nach Eingrenzung von Risiken im Zusammenhang mit Lizenzen und gesetzlichen Bestimmungen und nach Reduzierung der damit verbundenen Kosten zSC – Nutzenpotenzial und Vorteile Verbesserungen bei der Verwaltung der IT-Kosten und Reduzierung der Gesamtbetriebskosten auf allen Plattformen Optimierung der Softwarelizenzen und Verringerung der Wahrscheinlichkeit von unnötig vielen Lizenzkäufen bzw. der Bezahlung von Bußgeldern, weil zu wenige Lizenzen vorliegen Verbesserung der IT-Service-Level im Hinblick auf anspruchsvollere Geschäftsanforderungen Zuordnung der Kosten gemeinsam genutzter Ressourcen (z. B. System z) Szenarios für die Integration mit Unterstützung für zSC Der Systemadministrator fordert drei Lizenzen für DB2 aus dem Servicekatalog an. Ein Mitarbeiter des Service-Desk prüft die Zahl der vorhandenen Lizenzen für DB2. Er informiert daraufhin den Systemadministrator, dass drei Kopien von DB2 installiert werden können. Ein Mitarbeiter verliert seinen Laptop und übermittelt eine Serviceanforderung für einen neuen Laptop. Ein Mitarbeiter des Service-Desk stellt fest, dass im Bestand ein Laptop vorhanden ist, der von dem Mitarbeiter verwendet werden kann. Das Unternehmen spart dadurch Geld und das Problem des Mitarbeiters kann durch die Wiederverwendung vorhandener Ressourcen schneller gelöst werden. .

29 Szenario 1 zum Financial Management
Systemadministrator Ein Systemadministrator bestellt drei Lizenzen für DB2 für einige System z Maschinen aus dem Servicekatalog. Er gibt dabei die erforderliche Kapazität an. 2. Ein Mitarbeiter des Service-Desk prüft die Zahl der vorhandenen Lizenzen in Tivoli. Mit AM for IT für DB2 stellt er fest, dass zusätzliche Lizenzen für diese Service- anforderung verwendet werden können. 3. Der Mitarbeiter des Service-Desk informiert den Systemadministrator, dass drei Kopien von DB2 installiert werden können. 4. Die Lizenznutzung für DB2 wird überwacht. Informationen zur Lizenz- einhaltung werden in Tivoli AM for IT berichtet. Systemadministrator 1 3 Tivoli Am for IT 2 TSRM (Katalog) Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden. TLCMz 4 4

30 Szenario 2 zum Financial Management
Mitarbeiter Ein Mitarbeiter verliert seinen Laptop und übermittelt von einem Internetcafe aus eine Serviceanforderung für einen neuen Laptop an das Service Center. 2. Ein Mitarbeiter des Service-Desk bestellt nicht einfach einen neuen Laptop, sondern prüft, ob im Bestand ein geeignetes Modell vorhanden ist. 3. Der Mitarbeiter des Service-Desk informiert den Mitarbeiter, dass er innerhalb von 48 Stunden einen anderen Laptop erhält. 4. Der Mitarbeiter des Service-Desk sendet eine Anforderung für den zu implementierenden Laptop an den Mitarbeiter. 5. Das Unternehmen sparte dadurch Geld, und das Problem des Mitarbeiters konnte mithilfe von Informationen zum Lagerbestand aus IT AM schneller gelöst werden. Mitarbeiter 1 3 5 Tivoli Am for IT 2 TSRM (Katalog) 4 Eine geschäftskritische Anwendung ist ausgefallen. Dies wird in einem Bus-Service-Dashboard durch das höhere Management und den Unternehmensinhaber dargestellt. Eine Prognose zur Dauer der Ausfallzeit wird an den Operations-Bereich und den Unternehmensinhaber geliefert. Die Auswirkungen auf die Geschäftstätigkeit und die Service-Levels werden beurteilt. Es werden Möglichkeiten vorgestellt und beurteilt, um die Nichtverfügbarkeit von Anwendungen auf ein Minimum zu reduzieren (unmittelbarer Neustart erforderlich oder Ursachenanalyse wird fortgesetzt). Operations-Bereich hält höheres Management und Unternehmensinhaber über die Fehleranalyse bis zur vollständigen Fehlerbehebung auf dem Laufenden.

31 z Security Probleme Herausforderungen
Bedarf an einer äußerst sicheren Geschäftsumgebung, die Standards einhält und das richtige Maß an Kapazität, Integration und Kosteneffizienz bietet Herausforderungen bei der Bereitstellung von Transparenz und Einblicken auf mehreren Plattformen in einem einheitlichen Format Schwierigkeiten bei der Sammlung von Daten über den Zugriff auf Unternehmens- und Mainframesysteme und über Transaktionen im Hinblick auf Compliance- und Auditaktivitäten Notwendigkeit zur Eingrenzung von Sicherheitsrisiken, Bewältigung neuer Compliance-Anforderungen und Förderung des Kerngeschäfts – jeweils mit eingeschränkten Ressourcen Herausforderungen Immer komplexere Sicherheitsprobleme im heutigen Geschäftsumfeld Sicherstellung der Einhaltung von gesetzlichen Bestimmungen und Prüfvorschriften Verwaltung von Änderungen durch Einschränkung und Überwachung des Zugriffs auf sensible oder persönliche Informationen und Ressourcen Schutz vor Sicherheitsverstößen und -risiken bei vertraulichen Informationen zSC – Nutzenpotenzial und Vorteile Erstklassige, durchgängige Sicherheitslösung für den unternehmensweiten Sicherheitshub Umfassendes Dashboard zur Zusammenfassung von Informationen in einem einheitlichen Format Möglichkeit zur "Katalogisierung" der Sicherheitsservices von System z (z. B. Key Management, Secure Data Hub etc.) sowie Verarbeitung und Überwachung von Anforderungen für diesen Service in TSRM Sicherstellung, dass Compliance-Ereignisse im Zusammenhang mit System z in TBSM übernommen werden Bereitstellung von System z spezifischen Prüffunktionen für das Unternehmen über Geschäftsservices Szenarios für die Integration mit Unterstützung für zSC Unternehmen muss umfassende Prüfberichte im Zusammenhang mit rechtlichen Bestimmungen (z. B. SOX) erstellen Bedarf an detaillierter, unternehmensweiter Dashboardsicht der Systemumgebung (einschließlich Mainframe) Bedarf an effizienter und effektiver Konsolidierung von Daten zu kritischen Ereignissen in einem benutzerfreundlichen Format Bedarf an Transparenz in puncto Prozesse und Service Management in der gesamten Systemumgebung

32 Szenario zu z Security RACF 1 zSecure TEC 4 2 3 SIEM
zSecure sammelt und analysiert Ereignis- daten aus RACF und stellt Tools für die Mainframeverwaltung zusammen mit Audit und Compliance Management bereit. zSecure übermittelt die Ereignisdaten an Tivoli Compliance Insight Manager in TSIEM, der für die nötige Transparenz der Mainframedaten zusammen mit anderen Datenbanken, Anwendungen etc. in einer unternehmensweiten Dashboardsicht sorgt. zSecure-Alerts werden an Tivoli Security Operations Manager in TSIEM gesendet, der eine umfassende Sicht auf alle main- framespezifischen Risiken und Ereignisse liefert, um diese analysieren und im gesam- ten Netz in Verbindung setzen zu können. zSecure Alert fängt außerdem benutzerdefinierte Alerts ab und leitet sich an TEC weiter. Dadurch ist die nötige Transparenz für den Mainframe im Rahmen dieser benutzerfreundlichen Konsole gewährleistet. Sie stellt einen zentralen Integrationspunkt für die Zusammenstellung von Sicherheits- informationen dar. Die Zukunft: OMNIbus anstelle von TEC. Die Zukunft: Integration mit Omegamon, NetView etc., um zentrale Funktionen zur Überwachung und Prüfung anderer Produkte bereitstellen zu können. RACF 1 zSecure TEC 4 2 3 SIEM