1. Smoothing the Road to BI 4

2. 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

3. 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

4. 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 and #ugeeks

5. Agenda
We Approve this Message!

6. Size of System

7. Sizing http://dslayer.net/vlayer/view/82-sap-quick-sizer

8. 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

9. Service Documentation

10. Service Property Documentation

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

12. Reports Not Promoted

13. Objects Not Promoted

14. Number of Duplicate Reports

15. Actual Duplicate Reports

16. Duplicate Universes (by Name)

17. Potential Duplicate Objects

18. Infrequently Used Reports

19. Infrequently Used Universes

20. Infrequently Used Databases

21. Infrequently Used Objects

22. Infrequently Used Tables

23. Infrequently Used Inboxes

24. Users Never Logged In

25. Users Not Logged In > 90 Days

26. Content Owned by Inactive Users

27. Recurring Schedule Failures

28. Recurring Report Failures

29. Long Running Schedules

30. Largest Size or History

31. Adhoc Versus Schedule

32. DCP

33. Amount of DeskI Content

34. Newly Created DeskI Content

35. Newly Viewed DeskI Content

36. DeskI Data Sources

37. Product Changes

38. 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

39. Agenda
We Approve this Message!

40. 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
…..

41. Growth of System

42. Users Not Logging In

43. Daily Failed Schedules

44. Session Aggregation

45. Sherlock Mobile

46. 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

47. Remote Support Component

48. More Information on Monitoring

49. More Information
Contact: Coy Yonce Cell: On the Web: evtechnologies.com

50. questions?
Type them in the Question panel

51. More To Come!
Sign up for these and more at