Smoothing the Road to BI 4

EV Technologies EV Technologies is an SAP BusinessObjects solutions firm SAP Software Solutions Partner SAP Certified Solutions provider Sybase Certified Solutions provider SAP BusinessObjects Enterprise Certified SAP Mentors SAP-PRESS Authors ASUG Members/Volunteers Migration experts – classic BusinessObjects products to SAP BusinessObjects XI R2 – XI 3.1- BI4

Coy Yonce Guide customers on best usage of Business Analytics from SAP Implement and advise customers on usage of Sherlock Previously with SAP for 11 years 6 years in support 3 years as a TAM 2 years as a Product Manager for CR

Diversified Semantic Layer A podcast by BOBJ nerds, for BOBJ people who won’t call themselves nerds Recorded by a bunch of guys in the social media community Don’t miss podcasts both on product news and application, as well as interviews with other BOBJ people in the community Follow on twitter at @DSLayered and #ugeeks http://dslayer.net

Agenda We Approve this Message!

Size of System

Sizing http://dslayer.net/vlayer/view/82-sap-quick-sizer http://scn.sap.com/docs/DOC-8296 http://scn.sap.com/people/susanne.janssen/blog/2005/07/01/quick-sizer--getting-started

Creating Conversations When we’re done with this session, we will understand: How our current deployment is architected and how each Universe is designed Which content in our DEV and QA environments have not been promoted to PROD The duplicate content that exists in our PROD environment The reports, universes, data sources, objects, and tables that are not used frequently The users who are not logging in and they content that they own or have in their inbox Which schedules and reports are failing and why Which schedules run the longest, which reports are the largest, and which reports have the most instances How much scheduling is leveraged versus ad hoc reporting The volume of existing DeskI content, how much of it has been viewed, created, or updated, and the types of data sources behind those reports The specific reports that will be impacted by changes in the product or known issues

Service Documentation

Service Property Documentation

Universe Documentation Access Restrictions Tables Joins Contexts Objects Conditions Linked Universes Custom Hierarchies Derived Tables

Reports Not Promoted

Objects Not Promoted

Number of Duplicate Reports

Actual Duplicate Reports

Duplicate Universes (by Name)

Potential Duplicate Objects

Infrequently Used Reports

Infrequently Used Universes

Infrequently Used Databases

Infrequently Used Objects

Infrequently Used Tables

Infrequently Used Inboxes

Users Never Logged In

Users Not Logged In > 90 Days

Content Owned by Inactive Users

Recurring Schedule Failures

Recurring Report Failures

Long Running Schedules

Largest Size or History

Adhoc Versus Schedule

DCP

Amount of DeskI Content

Newly Created DeskI Content

Newly Viewed DeskI Content

DeskI Data Sources

Product Changes

Informed Conversations At this point, we understand: How our current deployment is architected and how each Universe is designed Which content in our DEV and QA environments have not been promoted to PROD The duplicate content that exists in our PROD environment The reports, universes, data sources, objects, and tables that are not used frequently The users who are not logging in and the content that they own or have in their inbox Which schedules and reports typically fail and why Which schedules run the longest, which reports are the largest, and which reports have the most instances How much scheduling is leveraged versus ad hoc reporting The volume of existing DeskI content, how much of it has been viewed, created, or updated, and the types of data sources behind those reports The specific reports that will be impacted by changes in the product or known issues

Agenda We Approve this Message!

Admin & BICC Focused Metrics Inefficiently designed content Complex versus non-complex reports Regulatory compliance Who is accessing critical content Most and least busy groups / applications Frequently used data ….. Power users versus casual users Schedule duration growth BI community growth Failure rates Process compliance BI pervasiveness / user adoption Inactive content Deployment differences …..

Growth of System

Users Not Logging In

Daily Failed Schedules

Session Aggregation

Sherlock Mobile

Watches, Probes, Alerts Default Probes CMS Logon / Logoff Integration CMS Ping CMS Cache CMS Database Crystal Reports Web Intelligence Integration Tivoli Solution Manager Open JMX Framework

Remote Support Component

More Information on Monitoring http://evtechnologies.com/home/blog/106-demolition-derby-part-one http://evtechnologies.com/home/blog/107-demolition-derby-part-two http://evtechnologies.com/home/blog/108-demolition-derby-part-three http://scn.sap.com/community/bi-platform/remote-supportability/blog/2012/07/30/diagnostics-in-sap-bi-40--whats-it-all-about http://scn.sap.com/docs/DOC-10008

More Information Contact: Coy Yonce Email: coy@evtechnologies.com Cell: 803.445.8033 On the Web: evtechnologies.com Twitter: @coyyonce

questions? Type them in the Question panel

More To Come! Sign up for these and more at http://evtechnologies.com/webinars/