enterprise performance management n.
Skip this Video
Loading SlideShow in 5 Seconds..
Enterprise Performance Management PowerPoint Presentation
Download Presentation
Enterprise Performance Management

Loading in 2 Seconds...

play fullscreen
1 / 14

Enterprise Performance Management - PowerPoint PPT Presentation

  • Uploaded on

Enterprise Performance Management. End-to-end enterprise wide systems monitoring project. Kathy Moore Harley-Davidson Motor Company May 23, 2006. Outline. Project Drivers State of Performance Monitoring before EPM project Project Scope and Objectives Solution Design Architecture

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Enterprise Performance Management' - clay

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
enterprise performance management

Enterprise Performance Management

End-to-end enterprise wide systems monitoring project

Kathy Moore

Harley-Davidson Motor Company

May 23, 2006

  • Project Drivers
  • State of Performance Monitoring before EPM project
  • Project Scope and Objectives
  • Solution Design
  • Architecture
  • Implementation
  • Challenges and Lessons Learned
  • Questions
  • Demo
project drivers
Project Drivers
  • Harley-Davidson used multiple tools at various sites for performance monitoring
  • Capacity and availability information was often unavailable or difficult to gather
  • No mechanism for tying hardware or service related failures to key business processes
  • Interdependencies between various applications unavailable or difficult to gather
  • Current monitoring is reactive -- when systems are down, we are notified by end users
  • Not all servers were being monitored
  • Notifications and alerts were only sent to a small number of individuals
monitoring before epm project
Monitoring Before EPM Project
  • Juneau (Wisconsin)
    • BMC Patrol – selected servers, application monitoring
    • MOM – Active Directory, Exchange
    • Homegrown Monitoring Tools – applications
    • Various open source tools – network monitoring
  • York (Pennsylvania)
    • Spectrum – network monitoring
  • Other Sites
    • No form of monitoring for most servers

No correlation of events between sites

No sharing of monitoring information

No end to end performance data

project scope objectives

Single monitoring tool (suite of tools) for entire enterprise including subsidiaries

All platforms and operating systems:

iSeries, pSeries, Intel, virtual servers

OS400, Unix, AIX, Windows, Linux

Network components

Validate and apply knowledge from BMC Patrol, MOM, and Spectrum tools to Tivoli toolset


Proactive systems monitoring for all servers

Systems availability reporting

Historical performance data for trend analysis

Capacity planning

Enable measurement and reporting on SLA/OLA compliance

Provide processes for developing application-specific monitoring

Provide business view of service availability for key business processes

Project Scope & Objectives
solution design
Solution Design
  • Gathered requirements by listing capabilities that exist in tools that were to be replaced
  • Additional requirements gathered from realistic wish-lists from server support team, DBAs, others
  • Engaged IBM resources for formal solution design
  • Each of the requirements were mapped back to a IBM tool that was to address the requirement
  • Components identified for inclusion in the project:
    • IBM Tivoli Management Framework v4.1.1 (for ITEC)
    • IBM Tivoli Enterprise Console (ITEC) v3.9
    • IBM Tivoli NetView (ITN) v7.1.4
    • IBM Tivoli Monitoring (ITM) v6.1
    • ITM for Messaging and Collaboration v6.1
    • ITM for Databases v6.1
    • ITM for Active Directory v6.1
    • IBM Tivoli Composite Application Manager for Response Time Tracking v6.0
    • IBM WebSphere Studio Application Monitor v3.2
    • IBM Tivoli Data Warehouse 2.1
  • IBM Tivoli Monitoring
  • HUB and Remote TEMS are on AIX / pSeries
  • Remote TEM local to data center due to bandwidth availability
  • Tivoli Enterprise Portal
  • TEPS server is Windows 2003 server
  • Tivoli Data Warehouse
    • Database is DB2 on AIX
    • Also houses TEC database and CAMfRTT database
  • Warehouse proxy is windows 2003 server
  • Event Integration

AlarmPoint: Events flow out of TEC and are routed to appropriate individuals via AlarmPoint integration

  • Hardware implemented as recommended in solution design
  • * Additional server was required for SNMP adapter
  • * Does not include hardware for high availability or fail over which are to be addressed after initial implementation
  • Phase 1 – 1st half of 2006 “focus on base monitoring”
    • IBM Tivoli Monitoring 6.1
      • OS and Database
    • Tivoli Enterprise Console with alerts via AlarmPoint
    • NetView
    • SNMP integration with Insight Manager
    • SAP monitoring
  • Phase 2 – 2nd half of 2006 “focus on adding capability”
    • WebLogic and WebSphere application monitoring
    • IBM Service Bus monitoring
    • “Other” application monitoring
    • IBM Tivoli Monitoring
      • Active Directory, Exchange, Virtual Servers
challenges lessons learned
Challenges & Lessons Learned


  • Aggressive timeline
  • New IBM product release
  • Limited skills in Unix and DB2
  • Internal resource constraints

Lessons Learned:

Timeline was too aggressive; implementation of components took 3 x longer than planned.

New product release resulted in IBM resource expertise shortages.

Did not include test environment in the solution design and project scope - test environment should mimic production.

Ensure availability of dedicated internal resources.

Schedule IBM product training before implementation.