Categories
- All Categories
- 168 Oracle Analytics News
- 34 Oracle Analytics Videos
- 14.8K Oracle Analytics Forums
- 5.8K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 56 Oracle Analytics Trainings
- 13 Oracle Analytics Data Visualizations Challenge
- 4 Oracle Analytics Career
- 2 Oracle Analytics Industry
- Find Partners
- For Partners
OBIEE - Analysis Location, Usage, Interaction Clarification

OBIEE Version: Oracle Business Intelligence 12.2.1.3.0.
Hello Board,
I am in a new environment where they use OBIEE Version: Oracle Business Intelligence 12.2.1.3.0. We have a 'Usage Tracking' report that tells us when the last time a report/dashboard was accessed and by whom. We have many old reports that are now outdated, and either need retired or need updated to reflect current data.
I have not worked in OBIEE for a few years now, and am in need of help in determining a few things:
How to tell where a report lives: to my knowledge that would be the path in the catalog. Correct?
How to tell if a report is a drill down?
How to tell if there is some interaction somewhere where that report is being using?
My main goal is to be able to tell my boss, these reports do not have any further interactions and will not break anything upon retirement and i know that for 100% certainty.
Answers
-
Hi,
So you are talking about analysis and dashboards, and not reports, right? A report would be a BI Publisher report.
An analysis has a path, just like does a file in a file system as the catalog can be seen as similar to a file system.
All the questions you are asking is what a proper auditing tool is supposed to answer. You better forget the 100% certainty as you will never have it (there can be links defined to an analysis being part of the data directly and therefore you will never find it by looking at OBIEE).
If you look in the Catalog manager reports you can get part of the answers, but others can't be answered without looking into the XML code of every single object of your catalog.
Also keep in mind that due to security you aren't allowed, most of the time, to see what users stored in their own personal folder, and there they can have links pointing to an analysis.
So look at what catalog manager gives you and then define till where you want to push your analysis before to decide if you can get rid of an analysis or not.
Never forget that a good backup/restore strategy can help solving any issue.
0 -
Yes, Sorry - I was speaking about 'Analysis' - although we do use BI PUB reports as well.
Thank you for your answer.
0 -
Is your question answered or still open?
0 -
If anyone else has anything to add that would be appreciated. I know coming back to my boss saying that he will not have 100% certainty will not go over well.
Is there an audit tool you all can suggest, or a method for searching for places which a report might be being called?
thanks,
0 -
The lack of 100% certainty is just a fact: OBIEE is a web page in the end, which means that any piece of HTML / JS coming from anywhere can do things like a link.
It depends how "bad" were/are the guys who worked on the system till now. Many people like to do random custom things when struggling with the out of the box behaviour.
If you can guarantee that everything is in the catalog and no links/drill/navigation can come from the data, the answer is in the XML of the catalog objects. The XML doesn't lie: anything appearing on screen comes from there.
That's why catalog manager reports can give you some hints and cover the majority of cases, and the parsing of the XML itself will give the missing part. Just keep in mind special cases like shortcuts in the catalog which acts as "symbolic link" in a file system, exposing a content with path A as if it has a path B as well.
These are all nightmare cases I managed when working on audit of an OBIEE platform.
I covered the topic in https://gianniceresa.com/2018/03/gdpr-analytics-challenge/ and https://gianniceresa.com/2018/04/gdpr-analytics-solution/ (and the linked presentation https://speakerdeck.com/gianniceresa/gdpr-and-you-the-nightmare-of-ba ) and which is managed by my auditing tool using a graph database.
0 -
Thanks for your detailed explanation. I found your article informative as well.
I have shared this information and it was agreed upon that retiring things that seem safe along with keeping backups of what was retired will be the solution.
thanks again.
0 -
Cameron Loepker wrote:retiring things that seem safe along with keeping backups of what was retired will be the solution.
This kind of impact analysis is precisely what the graph analytics solution does for you at the click of a button. Really one of the major selling points.
0