Transparent Partition Between ASO & BSO

Hi,
I am trying to define a Transparent Partition between an ASO (Source) & a BSO (Target) cube.
My ASO cube has 16 dimensions, BSO has 12 dimensions. The matching 12 dimensions are identical.
The data from the source should be taken from all levels of the 12 matching dimensions and Highest level data of the non matching dimensions.
Is this doable?
Is there any special syntax in partitions definitions?
Appreciate your thoughts.
Thanks,
Ethan.

Glenn,
Thanks. It's working. I created the partition manually, kept void for all the 4 missing dimensions.
When I have to write the script, I am not sure how to specify that in the script
mapped targetAreaA ("Dim1") to (Void)
mapped targetAreaA ("Dim2") to (Void)
mapped targetAreaA ("Dim3") to (Void)
mapped targetAreaA ("Dim4") to (Void);
or
mapped targetAreaA ("Dim1", "Dim2", "Dim3", "Dim4") to (Void, Void, Void, Void)
Are these correct syntaxes?
Appreciate your thoughts.
Thanks,
Ethan.

Similar Messages

Problem with replicated partitioning between two BSO db's. version 9.3.0.1

Hi there,
I have a problem with partitioning between two BSO db’s.
I created the partition, it validates and I made an export for the partion definiton(xml file).
Everything is fine if I set this partition up as transparent partition.
This means I can see the data from the src in the trg db as ecpected.
But when I change over to replicated (what in fact I want to do) nothing happens for the trg site - there are still no data. (Yes I have choosen Update all cells.)
I got no error in any way neither AAS nor in the app logs of src and trg.
(Mayby this it important: one src-dimension is mapped to void for the trg.)
Can anyone give me a hint or even confirm this behaviour ?
Thank you in advance
Andre
Below the log infos:
log of src db:
[Fri Dec 04 15:29:03 2009]Local/AAA///Info(1013210)
User [hyperion] set active on database [db]
[Fri Dec 04 15:29:03 2009]Local/AAA/db/hyperion/Info(1013091)
Received Command [PutReplicatedCells] from user [hyperion]
[Fri Dec 04 15:29:03 2009]Local/AAA///Info(1013210)
User [hyperion] set active on database [db]
[Fri Dec 04 15:29:03 2009]Local/AAA/db/hyperion/Info(1013091)
Received Command [XferReplicatedCells] from user [hyperion]
[Fri Dec 04 15:29:03 2009]Local/AAA///Info(1013214)
Clear Active on User [hyperion] Instance [1]
[Fri Dec 04 15:29:03 2009]Local/AAA/db/hyperion/Info(1023005)
Update of replicated partition elapsed time : [0] seconds
[Fri Dec 04 15:29:03 2009]Local/AAA/db/hyperion/Info(1243010)
Partition refreshed
log of trg db:
[Fri Dec 04 15:29:03 2009]Local/AAA1///Info(1013210)
User [hyperion] set active on database [db]
[Fri Dec 04 15:29:03 2009]Local/AAA1/db/hyperion/Info(1013091)
Received Command [ReqXferReplicatedCells] from user [hyperion]
[Fri Dec 04 15:29:03 2009]Local/AAA1///Info(1013210)
User [hyperion] set active on database [db]
[Fri Dec 04 15:29:03 2009]Local/AAA1/db/hyperion/Info(1013091)
Received Command [ProtocolXchg] from user [hyperion]
[Fri Dec 04 15:29:03 2009]Local/AAA1/db/hyperion/Info(1023044)
Processing distributed request from [P4B5A856A, AAA, db]
[Fri Dec 04 15:29:03 2009]Local/AAA1/db/hyperion/Info(1013091)
Received Command [PutLastUpdatedTime] from user [hyperion]
[Fri Dec 04 15:29:03 2009]Local/AAA1///Info(1013214)
Clear Active on User [hyperion] Instance [1]
[Fri Dec 04 15:29:03 2009]Local/AAA1///Info(1013214)
Clear Active on User [hyperion] Instance [1]

It sounds like you are doing it all correctly. One thing you might try just to be sure you are not getting any data in the target database is the following:
1) clear the target database
2) Run the replication for all cells
3) Run an export of all data on the target database
See if you get anything in the export file, maybe you are getting some of the data or possibly it is a rollup issue. Just a thought.
Jeff

Issue in ASO to BSO TRANSPARENT PARTITION

Hi Techies,
We are facing issue in ASO to BSO Transparent Partition. Please see below details and suggest.
1. we are having a ASO cube transparently partitioned on to BSO cube.
2. In ASO cube, we have a dimension with 3 hierarchies under it which are strored hierarchies. when we retrieve data for this hierarchies from BSO cube we are getting data.
3. Now we were asked to add one more stored hierarchy under the same dimension, we built the dimension and built aggregations based on the queries. After creating the partition we are not able to retrieve the data from BSO cube for the newly added stored hierarchy everything else is working fine as before. The following is the error am getting when I tried to retrieve data for the newly built stored hierarchy.
1012704 Dynamic Calc processor cannot lock more than number ESM blocks during the calculation, please increase CalcLockBlock setting and then retry (a small data cache setting could also cause this problem, please check the data cache size setting).
I increased CALCLOCKBLOCK in .cfg file , increased data cache size and bounced the server. Even now am getting the same error. Please suggest what else we can do with this kind of error

Did the number of blocks that couldn't be locked decrease when you increased the data cache if so try increasing the data cache some more, make sure you restart the db after each change.
Cheers
John
http://john-goodwin.blogspot.com/

Transparent Partition Mapping Error

I havd an ASO source cube and BSO target cube
Source Dimensions:-
Periods
Account
Company
CostCentre
Product
Target Dimensions
Periods
Account
FiscalYear
Scenario
Company
CostCentre
Product
Using MAXL I create a partition but I cannot get the mapped area to work correctly. the syntax I am using is :-
create transparent partition 'SOURCE'.'GrpSrc'
area '@DESCENDANTS("Periods"), @IDESCENDANTS("Account"),@IDESCENDANTS("Company"),@IDESCENDANTS("CostCentre"),@IDESCENDANTS("Product")' sourcearea
to 'TARGET'.'GrpTgt'
area '@LEVMBRS("Periods","Lev0,Periods"),@IDESCENDANTS("Account"),@IDESCENDANTS("Company"),@IDESCENDANTS("CostCentre"),@IDESCENDANTS("Product")' targetarea
mapped targetarea('"Actual"') to ('')
mapped targetarea('"CY"') to ('');
The partition is not being created correctly because the extra dimensions in the target cube [Scenario and Fiscal Year] are not mapped
Please let me know what I should be doing to get this to work!
Essbase 11.1.2.1
Many thanks

Hi ,
This error generally comes when there is an extra dimension in the target datasource.
Yes, you can create a transparent partition between databases having different numbers of dimensions. In your case, you have to create a mapping from 'void' to a member in your extra dimension (i.e. 'Actual') in the target. There is an example in the DBAG.
see the section on this page headed "Mapping Data Cubes with Extra Dimensions": http://download.oracle.com/docs/cd/E17236_01/epm.1112/esb_dbag/dotprtbd.html.
Thanks,
KKT
http://www.knowhyperion.com

Partitioning from ASO to ASO

Hi ,
Basically we have a reporting cube (Assume like A) and other cube which holds GL data and adjustments (assume like cube B) both of these are ASO.
As a part of daily refresh of Cube A (reporting cube). The level zero data is exported and loaded back . And GL data is loaded from a file. Apart from this write back are exported from cube B and then loaded to cube A.generally we maintain three years of write backs in reporting cube.this write back export and import take place as a part of refresh.
So i created a transparent partition between both cubes source as B and target as A. Things are working fine but problem is like the account heirarchy n some other dimension structures are different in both the cubes so i collected all the members of dimensions and included in the mapping region of partition rather than using (@children,@descendants n all those) as heirarchy is not the same.
. And the problem here is , business keep adding members under the dimensions. And i cant manually make the changes to include those new members in partition area. Is there any way of dynamically adding newly added members in the partition area.

What is the problem if you mention @IDESC("Account") in Source and destination Mapping . That way everything is Dynamic . I have a dimension where members keep getting added , I use this simple technique which works well.

ASO and BSO Transparent partition

Hi
I have couple of questions regarding transparent partition, please help me out,
1) I have two ASO cubes and one empty BSO cube, do I need to run security (apply filters) on both ASO and BSO cubes?
2) How should I give access to users? For example: what should I write as "..."identified by" ....
TO 'VZB_ISu'.'VB_IS' AT "localhost"
AS "....." IDENTIFIED BY "....."
AREA '"2006","2005",@IDESC("Month"),@IDESC("Scenario"),@IDESC("Measure_Type"),@IDESC("Measures"),@IDESC("Accounts"),@IDESC("RegionCompany"),@IDESC("Company"),@IDESC("RegionOrganization"),@IDESC("Organization"),@IDESC("Affiliate"),@IDESC("Product"),@IDESC("Ledger_Code"),@IDESC("Region"),@IDESC("Country")';
3) Are their specific ways to tune an empty BSO cube transparently linked to ASO cube? BSO cube has no data.
Thank you
Namita

Hi,
1) You only need to set security on the BSO db (I'm assuming the users will not be connecting directly to the ASO db). When you setup your partition you define what user will be used to login to the ASO database. When ever an end-user retrieves data over the partition it's the partition user that logs into the ASO database to retrieve the data. You only need to make sure that the user defined in the partition has sufficient rights to retrieve that data.
2) You can either use EAS to create the filter or MaxL...this is the example for create/replace filter: create filter sample.basic.filt1 read on 'Jan, sales', no_access on '@CHILDREN(Qtr2)';
3) Try an avoid too many dynamic calcs in the target. These will obviously affect the retrieval times.
Gee

ASO to BSO Transparent Partition problem

Hi,
I am doing a partition from ASO(Source) to BSO(Target). Outlines are same except one dimension:
Aso cube
dimension has 10 Level 0 members in Level 1.
BSO cube
Same dimension has 2 level 0 members(these 2 members are same as in ASo) in Level 1.
Do rest 8 members be available while retrieving data in BSo cube? [Right now when i connect can only see 2 members]
Was wondering with Transparent partition is it possible to see the additional outline members in BS ?.
Any help to clarify would help thanks.

I think i am understanding your question.
A user will only "see" what members/dimensions are in the Target cube. You would need to add the other 8 members to the target outline to be able to pull the data for them from the source cube.

Using AGG/CALC DIM function in the BSO target cube of Transparent Partition

Hi,
Is it possible to use AGG("dimension") on a dimnesion in the BSO cube that is a target cube for a BSO-BSO Transparent Partition/
I have created the partition area with 3 dimensions, one being 'Source'. 90% of the source members are being refrenced from source to target via that transparent partition. But I still have the 10% Source members in the target cube that need to roll up to the 'Source"(along with the 90%) for correct aggregation.
When I try to use AGG("Source") in a FIX statement that's within the partition area, I get the following error:
Error: 1042013 Network error [10054]: Cannot Receive Data
Error: 1042012 Network error [10054]: Cannot Send Data
Can I not aggregate the dimension in the Target cube?
Thanks

Hi,
We have the same problem.
I try to create transparent pertition between BSO (as a source) and ASO (target) and have the same warning message.
Just to eliminate possible effect of outline complexity I created very simple DBs with the following outlines:
__For ASO:__
mes1
mes2
Measures
prd1
prd2
Products
Actual
Adjustment
Scenarios
__For BSO:__
mes1
mes2
Measures
prd1
prd2
Products
Adjustment
Scenarios
In addition to the message I have the following behavior - ASO has data in "Actual" scenario, BSO has data in "Adjustment" scenario. Before partition definition I can see the data in the right places, but when the partition created, Actual data disapeared from report of ASO. It is still in the database, and when the partition removed - appears again.
Any ideas?
Thank you in advance,
Alexey

MDX / BSO calculations with transparent partitions - Recursive reference

Hi Everyone,
I am using Essbase v11.1.2 and have an empty ASO cube that has transparent partitions to several ASO source cubes. However, I would like to use MDX in the target ASO cube to pull data from one cube, but make it available to all queries from other cubes.
Eg. Empty Target ASO cube TrgtASO has VOLUMEmetric and versions Ver1, Ver2 and Ver3. I have 3 ASO source cubes for each version.
SrcASO1 is only cube with volume data
SrcASO2
SrcASO3
I had created a metric called "Vol-All versions" in the TrgtASO cube and tried to use MDX fornula ([Version].[Ver1],[Measures].[VOLUME]) so that no matter what version is selected, the data will always be from SrcASO1.
It works if I have all data in one cube and load data only into Ver1. However, for performance and query reasons, I need to put each version into it's own cube.
My question is do transparent partitions allow recursive retrieval of data?
I.e. If I log into TrgtASO cube and pull metric "Vol-All versions" but have either Ver2 or Ver3 as the version, is there an MDX formula that will pull the volume from Ver1 cube?
Any assistance would be greatly appreciated.

Outline Synchronization in Transparent Partitioning

Hi, Would it be possible to synchronize outlines in a transparent partition that uses different types of storage? I have a source db of ASO and target db of BSO. I tried GETPARTITIONOTLCHANGES using Esscmd, but didnt work since it requires both cubes of the same storage types. I also tried using 'refresh outline' from maxl, but it didnt seem to do any good. Anyone encountered this type of problem? Gerd

Found out that this cant be done if the storage types between source and target are different.

Retrieval very Slow when using Partition in ASO

Hi - I have partitioned my ASO cube using Transparent partition and I amretrieving it thru BSO.The retrieval for some combinations are VERYVERY SLOW in Excel.We have over 250,000 members.I have usedRetrieval Buffer and Retrieval Sort Buffer sizes of 10000KB and1000KB respectively.Some retrievals take more than 4 minutes. When Designing Aggregation for ASO, I have used the Recommendedviews to materialize aggregation. Do I have to do or change some settings for better Performance? Any help would be greatly appreciated. Thanks, Narain

Making direct I/O (in place of default buffered I/O) candefinitely help a lot.Then you can increase some data file cache upto 2GB [as per yoursys support]. Also check about your dedicated parallel processsides.I wish it helps.

Essbase Transparent partitions error

Hi!
I'm facing the following error in essbase
Essbase database error 1023040: msg from remote site [[Wed May 22 11:14:36 2013]preicostos66/PS09/PS09/admin@Native Directory/Warning(1023011) Error asigning remote member [OBJ_537].]
msg from remote site [[Wed May 22 11:14:36 2013]preicostos66/PS09/PS09/admin@Native Directory/Error(1040023) Unvalid network data.
The situation is the following
Three applications have Transparent Partitions PS2008 PS2009 & PS2010 (sources)
These were referenced in only one application PS (target) with extra dimention (YEAR)
PS outline is member complete but when retrieved any data that is not in the PS2009 outline unexistent member it shows the error.
Please help
Oscar

Hi-
It wouldn't be matter if members in current BSO cube partitioned to members existing in historical ASO cube. But if you want to retrieve new members that exist in BSO cube and don't exist in ASO historical cube, it won't show any value since it doesn't exist in the historical cube and of course the partition area from BSO to ASO can't be updated except when you want to map it to another member.
Regards,
Will
Edited by: William Lesmana on 22-Jan-2009 02:37

Transparent Partition Issue

Hi All,
We have Planning BSO cube and it has 16 dimensions (Had to go with that many dim, although the max. is 10), and the aggregation process took abt 1.30 hrs, we've tried all possible fine tuning.. considering the no. of dims, it's fairly ok.
Now the client wants all the HFR reports to be in real - time, so we've created a reporting cube (ASO) with exactly same dimensions and members, created a transparent partition mapping only level 0 members, and expected it work like once the level 0 members are mapped, it'll automatically aggregate to the parent members since its "ASO".
Can you please let me know whether this logic will work or I've to go to replicated partition?
Forgive my ignorance if my judgement is completely wrong.
Regards,
Rajeevan D
Edited by: 865958 on Jun 14, 2011 10:54 PM

Your question jumped from what sounded like data not being replicated in the partition to the outlines getting out of sync. I'm guess the latter is more likely a problem.
Is the partition on ASO? BSO -> ASO partitions need to be manually synchronized.
Regards,
Robb Salzmann

Transparent Partition issue-Need urgent Help

Hi All,
We have a application called( Eg: ABC) which is having a transparent partition
There are 4 transparent partitioned cubes out of which 2 ASO & 2 BSO
the daily load process for this is
if we have a cubes called XYZ and XYZ_B
First it will drops the XYZ_B cube and then creates a copy of XYZ cube called XYZ_C(which copies the partition file also) after that the data is got loaded to the copy cube (XYZ_C cube) once data load is done it will renames the original cube (XYZ) to XYZ_B & XYZ_C to XYZ cube.
At the End we have only XYZ & XYZ_B
In this process it is creating an orphan partitions in this it is showing the source as (XYZ_C cube).
Please help me how can we resolve this .
Regards,
Ravi

First it will drops the XYZ_B cube and then creates a copy of XYZ cube called XYZ_C(which copies the partition file also) after that the data is got loaded to the >>copy cube (XYZ_C cube) once data load is done it will renames the original cube (XYZ) to XYZ_B & XYZ_C to XYZ cube.I assume you are doing the above operations with partition in tact.
First drop the transperent partition.
Do the operations on the cube.
Create transperent partitrion after.

Drill-through via Transparent Partition

Hi
I am using Essbase Server and EIS 11.1.1. I have a ASO target cube which points to different ASO source cubes partitioned on dates. Each source cube has defined a drill-through report and this drill-through reports work fine if I access them directly from Excel add-in. But when I access these source cubes via my target cube (transparent partition) drill-through reports don't work (no visual effect on intersection cells). When I double click on them I cannot see my drill-through reports. Could anyone tell me what I am doing wrong here please? According to documentation, I should be able to drill-through via tranparent partioned target cube.
Regards
Chandra

Thank you for the reply but Essbase Studio does NOT support drill-through from Recursive Hierarchy dimensions. That's why I had to go back to EIS.
Edited by: user2695091 on 20-Feb-2009 17:30

Transparent Partition Between ASO & BSO

Similar Messages

Maybe you are looking for