Drill-Through problem

Hi,
I have 48 drill through reports defined in Analytic Integration server and I get the following error:
Too many Drill-Through reports defined (exceeded Analytic Services metadata size limit). Drill-Through is disabled for this outline.
Does anybody know what I should do? how do I increase the metadata size limit?
thanks
Kobi

Hello,
Unfortunately this is not how the software works. FDM can not do what you are looking to do.
The ability to drillback to the source only happens when FDM retrieves from the source via the currently designed procedures.
If you want to go back to Oracle EBS then FDM would have had to pull the data from Oracle EBS via ERPi.
Thank you,

Similar Messages

To enable drill through in EISeveryleaf membe of dimensionis at samelevel

Hi All,
I a facing a drill through problem in EIS,to enable drill through feature in EIS,every leaf member of a dimension must be at same generation,is it correct?
Plz guide me in this as it is very urgent.
Thanks,
Ravi

This link will explain the difference between a Balanced, Unbalanced, and ragged hiearchy. It should help you to understand better.
http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.ibm.db2.udb.db2_olap.doc/cmdhierarchy.htm
Hybrid Analysis requires hierarchy is balanced, relational drill thru does not.
Are you planning to use Hybrid Analysis? If not, don't worry about balanced hierarchy.

Problem with EIS drill through reporting

Hello, Please help me with this. We are using Drill Through reports with EIS 7.1 and Essbase 7.1 in AIX environment. (These are the IBMDB2 Olap versions, not directly from Hyperion.) For some reports when retrieved on a member with more number of children, the Integration server gets killed and we get the following error ESSDTU {ESSNET MESSAGE} Network error [10054]: Cannot Send Data Following is the information in the server log file: [Thu Jul 13 4:39:04 PM 2006] /IS/Listener/0/Informational/1051001/Build-EIS71B168 Received client request Login [Thu Jul 13 4:39:04 PM 2006] /IS/Coordinator/0/Informational/0/Build-EIS71B168 Executed client request 'Login' in 0 seconds [Thu Jul 13 4:39:04 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Initialization completed, 'Worker' service is online. [Thu Jul 13 4:39:04 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Received client request Get Drill-Through report [Thu Jul 13 4:39:04 PM 2006] /IS//0x0/1152826749/Informational/0/Build-EIS71B168 Successfully loaded the OLAP Model 'OM1' [Thu Jul 13 4:39:05 PM 2006] /IS//0x0/0/Informational/1051034/Build-EIS71B168 EssbaseAPI: Logging in user [User1] [Thu Jul 13 4:39:05 PM 2006] /IS//0x0/0/Informational/1051035/Build-EIS71B168 EssbaseAPI: Last login on Thursday, July 13, 2006 4:24:33 PM [Thu Jul 13 4:39:06 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Executed client request 'Get Drill-Through report' in 2 seconds [Thu Jul 13 4:39:07 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Received client request Get Drill-Through report attributes [Thu Jul 13 4:39:07 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Executed client request 'Get Drill-Through report attributes' in 0 seconds [Thu Jul 13 4:39:07 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Received client request Get Drill-Through report data [Thu Jul 13 4:39:07 PM 2006] /IS/Worker/1152826749/Informational/0/Build-EIS71B168 Drill Through Report for Essbase Server:Server1.corp.com Application<img src="i/expressions/face-icon-small-happy.gif" border="0">T1 DB<img src="i/expressions/face-icon-small-happy.gif" border="0">B1 User:User1 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Unknown flag [JDBC DSN] found, ignoring it/Build-EIS71B168 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Found Q command line parameter and a value of 128 is set to it/Build-EIS71B168 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Setting configuration variable, server home, to 'c:\ibm\db2olap\is'/Build-EIS71B168 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Setting configuration variable, temporary directory, to 'C:\DOCUME~1\malkar\LOCALS~1\Temp'/Build-EIS71B168 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Setting configuration variable, log file name, to 'c:\ibm\db2olap\is\log\olapisvr.log'/Build-EIS71B168 [Thu Jul 13 16:39:16 2006] /IS/Server///Informational/0 Setting configuration variable, Essbase message database, to 'C:\ibm\db2olap\bin\essbase.mdb'/Build-EIS71B168 [Thu Jul 13 16:39:17 2006] /IS/Coordinator/0/Critical/2002003/Build-EIS71B168 Invalid session identifier, please log in to Essbase Integration Services Server again. [Thu Jul 13 16:39:28 2006] /IS/Coordinator/0/Critical/2002003/Build-EIS71B168 Invalid session identifier, please log in to Essbase Integration Services Server again. Please let me know if this is something to do with the EIS limitations or some setting Thanks Kris

Normally if the drill through report fetches a wrong combination of members or huge amount of members than the way it was designed in the Drill through Report template. The database may fail due to improper query. Check the database and table status. Also fetch the report with proper combination of members.

Error while making relational drill through connection

Hi All, This Problem is related to Web Analysis report on System 9,for aceratin report I need to fetch data from RDBMS. So I tried tocreate a connection for relational drill through, but it threwerror saying connection failed.The exact message was: "Geeting Connection Failed",and got Exception Meassge"oracle.jdbc.driver.OracleDriver" Could you people suggest what cause is there behind that.Here I would like to mention that same RDMBS I can access onworkspace through BQY. I'll be very thankful if somebody could help me out of this. Chandra

I got this error but I was working with SQL Server. The way to fix this was getting the latest JDBC drivers for SQL Server (or in your case Oracle) and adding them to the classpath.You will have to add it the the application server classpath as well since adding to the classpath on the server isnt enough.Hope this helps

Getting error while drill through a report

Hi,
I am getting this following error when I drill through a report and the OFA application freezes. I hope this is problem with the OFA installation.
(MXMSERR) S does not exist in any attached database.
What does it mean and what could be the problem ?
Please let me know how to rectify the problem?
Thanks
Murugesan

Hi,
If it's not the universe limits, then I think you've hit the "MDX result contains too many cells" (more than 1million) problem.
So, I suspect a long running query, no filters/variable restrictions, and You've probably got a dump in ST22.
I don't know what BW you have, but if it is BW 7, do you have Enhancement Pack 01 and SP05<->10 ?
You should check out all the latest corrections from component BW-BEX-OT-MDX
the final proof of the pudding would be to enable MDA / SOFA log , capture the MDX SELECT statement and test it in BW MDXTEST - i bet you get the same error there.
regards,
H

Drill through reports are not working fine in share point server

I Have a master report with four parameters and child report with two parameters
I deployed these two reports in share point server , my scenario is i am navigating from my parent report to child report using action (Drill Through Report Concept)
First i clicked on parent report it will ask select parameters , i have selected all parameter and click on apply in share point it will display the parent report content .
In parent report i have link to navigate child report . if i click the link it will redirect to child report and displays the child report content perfectly. upto this step every thing working fine now problem is comes to picture
I have back to in my child report when i click the that button it redirects from child to parent
But earlier selected parameters values are lossed and the parent report again asked for me to select parameters
Can you please explain me because we have migratiojn from ssrs report manager to share point .

Hi All,
Finally i got the solution there is small difference between SSRS Native mode and share point integrated mode
To overcome this issue explicitly we have to change our report expression code for SharePoint Integration mode before deployment. We have to change URL
Preparation code in the expression in report.
Below is the sample URL
="http://<<site url>>/ReportServer/RSViewerPage.aspx?rv:RelativeReportUrl"+"=/ssrs/INT/Report.rdl&rp:parameter1="+CStr(Parameters!parameter1.Value)+"&rp:parameter2="+CStr(Parameters!parameter2.Value)+"&rc:Parameters=True"
The only difference between our SSRS Report manager report expression and share point integrated mode report expression is
“rp:”
value prefixed with every parameter.
After fixing this code I am able to see the previously selected values in Parent report below are the screen shots

Workaround for HFM Drill-Through when using custom dimensions ( 4) in FDM

Hi all,
we have the following scenario:
- Target Custom 3 is defined as a combination of Target Product and Target Cost Center
- Target Product needs to be obtained by mapping field "PRODUCT" in the source file
- Target Cost Center needs to be obtained by mapping field "CC" in the source file
So,
One approach would be to enable Custom5 and Custom 6 dimensions in FDM, and configure sequence so these two dims are mapped before custom 3 which has a conditional map to get
values from target c4 and c5 (using varvalues...)
The issue here is that drill-through does not work as the sql query for the intersection is looking for UD5x and UD6X as NULL, N, or [NONE], and these two columns have a value as they were mapped.
Trying to solve this issue, we configured C5 and C6 as lookup dimensions so we could create the mapping tables for them although in order to import data from source file fields we used attr2 and attr3. Besides UD5 and UD6, as expected, were not displayed in the Import and Validate/Export grids
Then the idea was to update the work table with attr2->ud5 and attr3->ud6 in a event script (importaction or befprocmap..) so ud5 and ud6 are mapped.
The problem is that we noticed that ud5 and ud6 are not updated from attributes. It seems that as they are configured as lookup dims, values may be mapped but not copied from work table to tdataseg.
If this would work, then after custom3 is mapped we could set ud5x and ud6x to [none] in order the drill-through query to work.
Having all in custom 3 dim and use mappings on combinations is not desired by the customer as they want to keep product and cc mappings separately.
I was thinking to use a dummy location for product and cost center mappings and then emulate mappings using SQL but would like to avoid this.
Any other suggestion?
Thanks!

The criteria for mapping C3 is:
- If Plan = 6 Then Target C3 = SUBACCOUNT
- If Plan <> 6 AND Account IN range [70000,70999] Then Target C3 = Target CC
- If Plan <> 6 AND Account NOT IN range [70000,70999] Then Target C3 = Target CC_Target Product
Fields in the file
- PLAN
- ACCOUNT
- SUBACCOUNT
- Source CC
- Source Product
So current solution actually is to put that logic in the import format so:
- If Plan = 6 Then Source C3 = SUBACCOUNT
- If Plan <> 6 AND Account IN range [70000,70999] Then Source C3 = "RULE2"
- If Plan <> 6 AND Account NOT IN range [70000,70999] Then Source C3 = "RULE3"
In the mapping of C3, we managed a simple script mapping checking the source C3
If source c3 = RULE 2 -> Target C3 = Target CC
If source C3 = RULE 3 -> Target C3 = Target CC_Target Product
Else Target C3 = source C3 (which is SUBACCOUNT)
C5 (Cost Center) and C6 (Product) are mapped before C3.
In order to make Drill-Through working, we save UD5X and UD6X in ATTR2, ATTR3 so the user can see it, and we set then UD5X and UD6X to [None] so the Drill_Through SQL Query returns the values from FDM. If after loading the user goes to validate step, he will see [None] in C5 and C6 but actually this does not really matter as C3 has already been mapped and is the value to be loaded. If the want to review target product or target cc then they drill down to attribute information.
regards

How to filter records in EIS drill through using template SQL

Hi,
I'm looking for an option to filter records in EIS drill through using Template SQL.
For eg: If we user runs drill through on 2011, it should restrict display of Jan & Feb and should display records for other months.
I tried using NOT IN clause, but got an error.
Can any one help me in understanding how this needs to be defined in template SQL
Thanks in advance

Hi Glenn,
I'm able to filter the records for specific periods.
However, I'm facing another problem now.
When I try to run drill through I get 'OLAP_error (1192025): Unknown Error: Not a valid Entry' error.
This is happening when I include condition as ((($$ab.ACCOUNT_CODE-COLUMN $$) IN ($$Account-VALUE$$)))
Here, ACCOUNT_CODE is field from Account dimension table and 'Account' is the name of the dimension.
If I remove this statement and run drill through, it runs but shows data for all accounts (irrespective of the Account selected)resulting in incorrect data.
Our RDBMS is Oracle. Can you please help me with this
Thanks

Hyperlink in Drill-Through on BPC 7.5 M

We used to have a hyperlink in our drill-through requests.
Before migrating to BPC 7.5 MS from BPC 5.1, these links worked perfectly.
Now, the result in the web browser and Excel is displayed as text instead of the link
What can cause this problem?
Thanks for your help

Hi Fredrik,
Are you saying that you open refresh a report, then perform a Drill Through, the results of the drill through appear different?
Does the Drill through open an HTML report or another Excel sheet?
If its the latter, then maybe there is a problem with Hyperlinks in the Excel sheet.
Thanks,
John

Hyperlink in Drill-Through on BPC 7.0 M

We used to have an hyperlink in our ECM in our drill-through requests.
Before migrating to 7.0 SP3 M from 5.1 SP1, these links worked perfectly.
Now, the result in the web browser is displayed as text :
1 - The value in SQL in which the DT requests :
<a href="http://ged-web/php/rechdoc.php?groupe=N&clause=where type='CPT' >OD00002996</a>
2 - it should display this (as before) :
<a href="OD00002996">OD00002996</a>
3 - and from now, it displays the full text instead of the link :
<a href="http://ged-web/php/rechdoc.php?groupe=N&clause=where type='CPT' >OD00002996</a>
Any idea where it comes from ?
We are on single server configuration and we use the same server and only upgraded SQL2005 from SP 2 to SP3.
Thanks for your help

Hi Fredrik,
Are you saying that you open refresh a report, then perform a Drill Through, the results of the drill through appear different?
Does the Drill through open an HTML report or another Excel sheet?
If its the latter, then maybe there is a problem with Hyperlinks in the Excel sheet.
Thanks,
John

Drill-Through Error Smart View And Web Analysis

Hi,
After upgrading to Hyperion 11.1.2.1 , I get below error for drill through define from EIS. I get error when performing drill through from Smarview and Web ANalysis.
Error :- [1033] Native: 4006 Error: Internal Essbase JAPI error: [Cannot perform cube view operation. Essbase Error]]; nested exception is:
com.hyperion.ap.APException: [1144] Error

Hi
thnaks for your replay it helped me in sloving the SV issue now the Drill through is working fine ffrom SV to FDM,
but now the problem is with FR, we are not able to do the drill through from FR to FDM,
can you please suggest any solution for FR also it will be a grt help...
Thanks again for your help
Regards
Sri..........

Issue with Drill Through Reports in Essbase Studio.

Hi,
we are using essbase studio to drill through to the source table in Oracle.In drill through definition the query is like , select * from source where (Project IN ($$PROJECTS-VALUE$$)). Project column is located in source table and PROJECTS-VALUES are located in Essbase under project dimension and we will select the values in smart view. we are using smart view to check drill through reports.In smart view, If i select one member at gen-2 level which contains 1450 level-0 members,It is saying as error in executing the report in line 1972. Is there any limitation with IN condition , such that oracle takes only limited values like count of 999.we are facing issue only at gen-2 of project and it is working good from gen-3.
Please let me know is there any kind of certain limitation.

It is possible you are overloading the parser. If the projects table/view is a recursive join, when Studio creates the $$Project-value$$ is actaully returns all the level zero members under the member selected(at least in 11.1.2.X. If the list is huge, it might have problems. I would open an SR to see if there is a limit. It might be number of characters or values

Drill through using Ragged Hierrachy from Essbase

Problem Description
I have a requirement to provide the drill through functionality after drilling down to the lowest level for unbalanced ragged heirrachy but the issue was that
the lowest level grain was shared across different level. This we overcame in RDBMS by introducing skipped ( jumping the all leaf level to the last column) or Psedo balanced
( repeating the leaf level till the last column) and then using the Action link and providing the leaf level member as the parameter.
But now the problem is we need to do the drill through in Essbase sourced cube in obiee where the heirarchy is ragged unbalanced and I cannot change it to skipped / psedo balanced.
Pls. suggest how to achieve the drill through after drilling down to teh leaf level as the leaf level is shared acros sdiffernet levels.
Regds

Hi Sasi
Thanks for the response . Here I mean the heirarchy is ragged . See below the sample heirrachy where the leaf levels are E,X,Q ,S etc...
Level1
Level2
Level3
Level4
Level5
Level6
Hierarchy_Id
A
B
C
D
E
null
1
A
B
X
null
null
null
2
A
N
P
Q
null
null
3
Z
S
null
null
null
null
4
We have handles drill thorugh in obiee11g using RDBMS as data source by making this ragged heirarchy - a psedo balanced heirarchy by repeating the last level till the end. and then using the last level as the column for drill through parameter.
Level1
Level2
Level3
Level4
Level5
Level6
Hierarchy_Id
A
B
C
D
E
E
1
A
B
X
X
X
X
2
A
N
P
Q
Q
Q
3
Z
S
S
S
S
S
4
But the problem is we cannot do this essbase cube . Pls. suggest how tohandle this in cube where we cannot manipulate teh ragged heirarchy.
Regds

Date tool calculation dimension is causing duplicated rows in drill through

I am implementing a date tool as per:
http://www.sqlbi.com/articles/datetool-dimension-an-alternative-time-intelligence-implementation
I have my date tool dimension shell with 10 rows, a row for each calculation. I've created the scope statements in the cube. The date tool is working with the calculations I've created.
I've found a problem with drill through in Excel 2013 where it returns duplicate rows. It looks like its a cross join of rows that should be returned by the number of rows (calculations) in my date tool dimension. If I remove the date tool dimension from
the cube I have the correct number of rows so I know it's definitely the cause. I commented out the scope statements to see if that was the problem and it isn't. There must be something else on the configuration that I've missed but I can't spot it. Any ideas?
Thanks Brian
Brian Searle

Seems like this may be the issue
see
http://javierguillen.wordpress.com/2012/03/05/userelationship-and-direction-of-context-propagation/
Please Mark This As Answer if it helps to solve the issue Visakh ---------------------------- http://visakhm.blogspot.com/ https://www.facebook.com/VmBlogs

Passing different (multi-) values for parameters to drill-through report, based on clicked subtotal in main report

In Report Builder 3.0, I have made a main report in which the user can filter the underlying dataset using three parameters (all multi-value). The report shows totals grouped by these three parameters, as well as a grand total. What I want is to click
on a total, which then opens the drill-through report for the corresponding records. I have achieved this for the grand total; the action in the corresponding text box passes all selected values of the parameters to the drill-through report.
What I cannot figure out is how to make this work right when clicking on a subtotal. When I use the same expression as for the grand total, the same values for the parameters are passed, instead of the subset that apply to the corresponding text box in the
main report. I expected this to work, because Report Builder /does/ correctly calculate the SUMs for the different levels, even though the expressions are the same.
My question is: how do I pass different drill-through (multi-) values for parameters, corresponding to the respective subtotals in the main report?
(FYI: I am using Microsoft SQL Server 2008 R2 and Report Builder 3.0 .)

Hello Katherine,
Thanks once more for your quick reply.
I was aware of the textbox action "Go to report", and how to pass parameters in general. My question concerned how to determine the scope of the passed multi-value parameters (to the values that apply to the respective group/subtotal). The article you linked
to is informative, but not a solution to my problem.
A colleague of mine came up with a pragmatic solution: instead of trying to determine the scope of the parameter values, now I "look to the left in the results table". The two screenshots below should illustrate this. (Screenshots are in Dutch. Specific information
is pixelated.)
Unfortunately, I am not able to post images. Once my account is verified, I will edit them in. For now, I hope the text speaks for itself enough.
[Screenshot: Drill-through parameters - 01: Report Builder tablix with subtotals]
[Screenshot: Drill-through parameters - 02: Textbox properties (selected in screenshot 01) - Action - Go to report]
The first screenshot shows the tablix in the Report Builder. The second screenshot shows the properties of the textbox selected in the first.
Notice that I do not pass parameters for the first two columns, but the actual values. I only pass the parameter (containing /all/ user-selected values) for the third column. In the textbox below the selected one, I pass the actual values for the first column,
and parameters for the last two. In the textbox above the selected one, I pass the actual values for all three columns.
The only (cosmetic) flaw this approach has is that in the drill-through report, the list of selected parameters might show values that do not occur in the (corresponding part of the) results, and only for those parameters for which the main report passes (all
user-selected) parameter values, and not the actual values in the results. The results are correct, though.
If there is a way to directly determine the scope of multi-value parameters for passing to a drill-through report, I would still like know. But for now, this seems to work.

Drill-Through problem

Similar Messages

Maybe you are looking for