Daniel Rothmund, Senior IT System Engineer SAP. Monitoring - Powered by SAP Solution Manager

Transkript

1 Daniel Rothmund, Senior IT System Engineer SAP Monitoring - Powered by SAP Solution Manager

2 Die Firma in Kürze Entwicklung, Herstellung und Verkauf von Sanitär Technologie Sanitärsysteme Rohrleitungssysteme Mitarbeiter in 41 Länder * 16 Produktionswerke in Europa, China und USA Umsatz CHF 2.1 Milliarden, Nettogewinn 18.1% ** Gegründet 1874 in Rapperswil, Schweiz Seit 1999 an der Schweizer Börse gelistet, seit 06/2012 im SMI Starke Marke, herausragende Technologie * Stand 1. Halbjahr 2012 ** Stand

3 IT IT Core Anwendungen Ca regular und 370 ESS Benutzer in 25 Ländern 95% vom Geberit Umsatz erwirtschaftet über SAP 48 interne SAP Spezialisten FI, CO, AM, TR, BI, HCM, SD, MM, LES, PP, QM, MAM, Portal, SolMan Aktuelle Version: ECC6 EHP6 / 5 / 4 Ca Benutzer in 41 Ländern 10 interne Notes Spezialisten , calendar, workflow, web conf, traveler, CRM, Intranet, DBs Aktuelle Version: Benutzer in 5 Ländern 5 interne Catia Spezialisten CAD, CAM, PLM, Integration ins SAP DMS Aktuelle Version: V5 3

4 SAP Systemübersicht SAP Architektur Überblick Clients NW Portal ALE M A M ERP 6.0 EHP 5 LES EHP 4 HCM EHP 6 BW BO 4.0 BWA SolMan Web shop ADS Portal TREX Business Connector Web Dispatcher SAP Netweaver 7.0 / 7.01 / 7.02 / 7.30 / 7.31 /

5 Ausgangslage vor dem Relaunch SAP Monitoring mit dem Solution Manager 7.01(CEN) schon seit 2002 (2.0) Alle Alarme wurden vom Solution Manager an das Nagios System weitergeleitet ca. 15 ABAP Instanzen, 4 JAVA Instanzen waren angebunden Monitoring hat nicht mehr 100% auf die Internen Prozesse gepasst Aktive Prozesse auf dem Solution Manager 7.01 Change Request Management (CHARM) Incident Management Projekt Management Technical Monitoring Root Cause Analyse 5

6 Zielsetzung / Projekt Ein Zentrales Monitoring für alle SAP Systemlandschaften incl. SAP nahen Systeme Ablösung des kompletten Monitoring für SAP vom SolMan 7.0 (CEN) und Nagios Was wollen wir vom Technical Monitoring im Solman 7.1 einsetzen? Technical Monitoring End-User Experience Monitoring Root Cause Analysis Configuration Validation Evtl. Später: Data Volume Management Interface Monitoring Business Intelligence Monitoring 6

7 Grober Ablauf des Projekts Konzept Definitionen Anbindung der System Template Definitionen usw Vorbereitung Tests Test Review Optimierung Kick-off Jan 2012 Apr Jun Aug 2012 Sept 2012 Jan 2013 Jun 2013 GO LIVE 7

8 Vorgehen Die technischen Anforderungen an die angebunden Systeme abklären Agents, Rollen, User Definieren der Checkliste für das Anbinden der Systeme Saubere Pflege der Systemlandschaftsdaten in der LMDB System Landscape Directory Definieren der benötigten Metriken und deren Schwellwerte für das Alerting Es gibt drei Template je Systemtyp Productive Systems Test and Quality Systems Old Systems SAP Template wurden als Vorlagen genommen Aber teilweise stark abgespeckt 8

9 Agents Nur noch zwei Agents Verwendung des Multinodes Konzept HostAgent Diagnostic Agent Node1 (gs-ora-<sid> Node2 (gs-sap-<sid> Oracle DB (gs-ora-<sid> SAP Appl. Server (gs-sap-<sid> 9

10 Externe Betriebsysteme Scripte als DataSupplier Führt Kunden eigene Scripte auf einem Managed System aus Schwellwerte können als Zahlen oder als Zeichenketten definiert werden Systemnahe Metriken (Raid, Systemtime, Network) Verfügbar mit SP6 Patch 2, SP7 Patch 1 und ab SP8 SCN Blog /usr/sap/custom_scripts - check_dg.sh - check_multipath.sh - check_ntp_time Metric Store / Monitoring Diagnostic Agent 10

11 Eigene Metriken anlegen Mit dem Webdynpro WD_MAI_DPC_MAIN können eigene Data Collector angelegt werden Bei uns wurden RFC Pull Data Collectors angelegt BW BEX Broadcaster Prüfung ob die Änderungsprotokollierung für SAP Tabelle aktiv ist 11

12 Coding einer eigenen Metriken Als Template Funktionsbaustein : /SDF/E2E_USER_LOCK_STATUS 12

13 Look & Feel 13

14 Eigenes UI für Schattendbs 14

15 Mobile Anbindung Kein Sybase notwendig Es werden die Daten direkt über den SAP Gateway ausgetauscht 15

16 End User Experience Monitoring Einfaches Recording der ABAP und HTTP Scripte Verfügbarkeit bzw. Performance aus Sicht des Anwenders Verwendung bei Geberit : Performance Reporting auf Transaktionsebene Monitoring von dem Webshopsystem, Business Connector, B2A Elster Verbindung 26. September

17 Kundenerweiterungen Geberit Apple Push Server (JCO Server) Event Calculation Engine BADI_ALERT_REACTION Notification Engine Geberit Telefon Server (newvoice) 17

18 Facts Betriebsystem Suse Linux 11 SP1 Blade 460c G7 von HP 96 GB RAM Solution Manager Solution Manager 7.1 SPS8 Oracle GB DB Size 23 ABAP Systeme 8 Java Systeme 2 TREX System ( incl. BWA) 3Third Party System 18

19 Lesson Learned Systemlandschaftsplege ( SLD, LMDB) Definition der Templates, Metriken und Schwellwerten Patches Links und Hinweise : Report: AC_ALRT_ANALYSIS_TOOLS mit Vorsicht! Guter Debug Einstieg für Metriken: E2E_DPC_PULL_PRIMEXTR ( Solution Manager ) /SDF/E2E_DATA_CONTROLLER ( Lokales System) 19

20 Fazit Das neue Technical Monitoring hat ohne große Probleme unser komplettes bestehendes SAP Monitoring abgelöst und noch erweitert Was wünschen wir uns noch : Metrik Viewer im Standard Welchen Wert hat die Metrik gerade auf allen Systemen? Anzeige von schon erledigten Alert Gruppen in der Vergangenheit (SP10) Downtime für mehrere Systeme auf einmal anlegen (RZ Wartung) Monitoring Möglichkeit von externen Programmen /SDF/CL_RFC_CONN_CHECK 20

21 21