Removing Dynamic Calc Using Property

Does anyone know what property can be used to remove dynamic calc from a member when using a load rule? I know of the different properties like ~, +, -, X, V, etc., but I need something that will change the member to Store Data.Thanks,Louie

We are on v6.5.3 and haven't found a way. There's an enhancement in V7.0 that will allow you to do this. The field memeber is S.

Similar Messages

How to add dynamic calc storage property in planning?

hii am having problem in adding dynamic storage property inplanning application.i am using HAL to load members (metadata) into planningapplication i have all non level o members as dynamic calc. when irun HAL 3/4th of records are rejected.can anyone tell how to add dynamic calc property to mymembers. thanks and regards,Balu

Hi Ritu,
It's not difficult once you know how.
1) Go to: System Administration -> System Configuration -> Knowledge Management -> Content Management -> User Interface -> Search -> Search Option Set
2) Edit UISearch
3) Select your custom property from the list beside the option 'Allowed Predefined Properties' and hit save.
On 'Advanced Search' your property should now be listed under 'Filter by Predefined Properties'.
You may also add it to 'Allowed Sort Properties' if you like.
I hope this helps,
Patrick.

Tagging Dynamic Calc using scripts

Hi, I frequently need to tag certain members within a dimension as Dynamic Calc. Is there a script, an ESSCMD type of script which I can use to make it easy? Right now I constantly have to use Administration console to do so. Thanks, Hank

Sorry, but I don't think that you can do what you want via scripts. Setting a member to be dynamic calc would involve either a Dense or Sparse restructure because you are altering the storage. If you think about it, it would not be possible to do this via a calc script, because part way through (when it got to the part you wanted to change) it would have to do a restructure, and then it would have to resume the calc. Question - why would you frequently need to change a member to be Dynamically calculated ?

Problem at calculation time, when using Dynamic Calc measures

Hello, We are using Essabse v6.5 and we want to upgrade to v7.1. we are performing some tests, in order to check that the Cubes we have created in 6.5 are working properly in v7.1. the problem that we are experiencing is that the calculation time for the cubes that have dynamic calc members has exploaded to 10 times more, compared to what it took at version 6.5. Do you have any idea why this happens. (also we are still using the old client "Application Manager") Furhermore, I have set up 2 cubes that are the same, except the 1st has dynamic calc memebers, whereas the 2ns has not. I perform calcualtions with the SET MSG DETAIL; and receive the following: CUBE (A) with Dynamic Calc Total Block Created: [4.3720e+03] Blocks Sparse Calculations: [8.0620e+03] Writes and [2.5338e+05] Reads Dense Calculations: [2.8000e+01] Writes and [2.8000e+01] Reads Sparse Calculations: [6.0202e+06] Cells Dense Calculations: [1.1476e+06] Cells CUBE (B) withOUT Dynamic Calc Total Block Created: [4.3720e+03] Blocks Sparse Calculations: [4.3720e+03] Writes and [3.5887e+04] Reads Dense Calculations: [2.8000e+01] Writes and [2.8000e+01] Reads Sparse Calculations: [6.0202e+06] Cells Dense Calculations: [1.1476e+06] Cells Question: Why does Cube (A) has more Sparse Calculations than Cube(B) ???? thanx

Yes, all the settings were exactly the same. See following: - Data Cache (note: we are NOT using the Data File Cache) - Index Cache - Index Page - Commit Block Interval - Cache memory Locking - Access Mode = buffered IO - Data Compression = Bit-Map encoding - Two Pass Calculatino = ON - Aggregate Missing Values = ON - CFG file Is there any new settings in 7.1 that I must configure? Is there any settings that I cannot see through the old client Application Manager, which is important? Must I install the new client in order to be able to configure correctly the Outline/Cube? Thnkx

Unable to use Dynamic Calc members on webform Column.

Hi All,
I am getting an error 'invalid webform' if i keep a dynamic calc member in webform column. For example if i keep scenario "Variance", a dynamic calc member with a formula "Actual -Budget" on webform column, the form is giving me the error.
What could be the issue. I am using 11.1.2.1. It is working fine in our old version 9.3.1.
Many Thanks

Have you checked the essbase application log as it may be generating an error, could need the cache increasing.
Cheers
John
http://john-goodwin.blogspot.com/

Dynamic calc account using an attribute filter

Hi experts,
I have an account member as a dynamic calc tagged as two-pass, Its formula is: StoreMember1 / (StoreMember2/StoreMember3->MEMBER_IN_SPARSE_DIM),
When i'm using an attribute filter that´s linked to one of my sparse dimensions the values of the account is not correct because it´s a percentage and the attribute filter just SUM the percentage of the values.
What i really need and i don't know if it´s possible, is a way to recalculate my dynamic calc member after the attribute aggregate the value.
Product1 Tagged as (Atribute XYZ)
Product2 Tagged as (Atribute XYZ)
StoreMember1->Product1 = 80
StoreMember2->Product1 = 100
StoreMember3->MEMBER_IN_SPARSE_DIM->NA_PRODUCT = 10
80 / (100/10) = 8
Dynamic_%->Product1 = 8% (Correct)
StoreMember1->Product2 = 80
StoreMember2->Product2 = 100
StoreMember3->MEMBER_IN_SPARSE_DIM->NA_PRODUCT = 10
80 / (100/10) = 8
Dynamic_%->Product2 = 8% (Correct)
StoreMember1->(Atribute XYZ) = 160
StoreMember2->(Atribute XYZ) = 200
StoreMember3->MEMBER_IN_SPARSE_DIM->NA_PRODUCT = 10
160 / (200/10) = 8
But in My calc
Dynamic_%->(Atribute XYZ) = 16% (But i need 8%)
I'm using Plannig\Essbase 11.1.2
Thank you in advance for your help

The numbers are just to illustrate what is happening, my real numbers are others, there are about thousands products more.
StoreMember2->(Atribute XYZ) = 200 it´s probably ok
Because is the sum of the Product1 Tagged as (Atribute XYZ) = 100 + Product2 Tagged as (Atribute XYZ) = 100
What´s happened is that when i look in XYZ attribute its simply sum after my dynamic calc
StoreMember1->Product1 = 80
StoreMember1->Product2 = 80
StoreMember1->(Atribute Filter XYZ) = 160 (Ok)
StoreMember2->Product1 = 100
StoreMember2->Product2 = 100
StoreMember2->(Atribute Filter XYZ) = 200 (OK)
StoreMember3->MEMBER_IN_SPARSE_DIM->NA_PRODUCT = 10 (OK)
160 / (200/10) = 8
DynamicCalc% = 16 (wrong probably the attribute is a dynamic dimension that sum after dynamic calc Member)

Can i use a Dynamic Calc member as a Shared member

Can i use a Dynamic Calc member as a Shared member in other hierarchy?
is it mandatory to make a member as Stored type if we want to use the same member in other hierarchy as a shared member.?
-KK

Yes we can create a shared member of a Dynamic Calc member.

Use of calclockblock and dynamic calc cache? what is impact on essbase?

Hi,
Please suggest me use of calclockblock and dynamic calc cache?
When to use which?

Hello,
http://docs.oracle.com/cd/E12032_01/doc/epm.921/html_techref/config/calclockblock.htm
And here you can find the different settings on dyn calc cache:
http://docs.oracle.com/cd/E12032_01/doc/epm.921/html_techref/config/homecfgl.htm
good luck!

How do I remove lines from plot using property nodes

I am displaying data on an XY Graph and want to actively change the plot using property nodes. I can add plot points and set there colour and understand using active plot, my problem is I can not get rid of the line. I have tried Plot.Linestyle but there is no option to completemy remove the line.
Anyone any clues
nice

To get rid of the line, set Plot interpolation = 0.
=====================================================
Fading out. " ... J. Arthur Rank on gong."

Dynamic Calc processor cannot lock more than [100] 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).

Hi,
Our Environment is Essbase 11.1.2.2 and working on Essbase EAS and Shared Services components.One of our user tried to run the Cal Script of one Application and faced this error.
Dynamic Calc processor cannot lock more than [100] 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 have done some Google and found that we need to add something in Essbase.cfg file like below.
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).
Possible Problems
Analytic Services could not lock enough blocks to perform the calculation.
Possible Solutions
Increase the number of blocks that Analytic Services can allocate for a calculation:
Set the maximum number of blocks that Analytic Services can allocate to at least 500.
If you do not have an $ARBORPATH/bin/essbase.cfg file on the server computer, create one using a text editor.
In the essbase.cfg file on the server computer, set CALCLOCKBLOCKHIGH to 500.
Stop and restart Analytic Server.
Add the SET LOCKBLOCK HIGH command to the beginning of the calculation script.
Set the data cache large enough to hold all the blocks specified in the CALCLOCKBLOCKHIGH setting.
Determine the block size.
Set the data catche size.
Actually in our Server Config file(essbase.cfg) we dont have below data added.
CalcLockBlockHigh 2000
CalcLockBlockDefault 200
CalcLockBlocklow 50
So my doubt is if we edit the Essbase.cfg file and add the above settings and restart the services will it work? and if so why should we change the Server config file if the problem is with one application Cal Script. Please guide me how to proceed.
Regards,
Naveen

Your calculation needs to hold more blocks in memory than your current set up allows.
From the docs (quoting so I don't have to write it, not to be a smarta***:
CALCLOCKBLOCK specifies the number of blocks that can be fixed at each level of the SET LOCKBLOCK HIGH | DEFAULT | LOW calculation script command.
When a block is calculated, Essbase fixes (gets addressability to) the block along with the blocks containing its children. Essbase calculates the block and then releases it along with the blocks containing its children. By default, Essbase allows up to 100 blocks to be fixed concurrently when calculating a block. This is sufficient for most database calculations. However, you may want to set a number higher than 100 if you are consolidating very large numbers of children in a formula calculation. This ensures that Essbase can fix all the required blocks when calculating a data block and that performance will not be impaired.
Example
If the essbase.cfg file contains the following settings:
CALCLOCKBLOCKHIGH 500 CALCLOCKBLOCKDEFAULT 200 CALCLOCKBLOCKLOW 50
then you can use the following SET LOCKBLOCK setting commands in a calculation script:
SET LOCKBLOCK HIGH;
means that Essbase can fix up to 500 data blocks when calculating one block.
Support doc is saying to change your config file so those settings can be made available for any calc script to use.
On a side note, if this was working previously and now isn't then it is worth investigating if this is simply due to standard growth or a recent change that has made an unexpected significant impact.

Dynamic Calc Member with Formula to Calculate a Rolling 13 Year

I have to create a rollup in my time dimension that will have 13 members representing each month of a 13 rolling forecast. I am having trouble setting this up as dynamic calc members with a formula assigned to it. For example, on of the members has the following formula.
As you can see, I am referencing several substitution variables since I want to make this as most dynamic as possible without having to make any changes to the formula member. Only making changes to the substitution variable. Any help would be much appreciated.
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Jan"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Feb"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Mar"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Apr"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "May"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Jun"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Jul"));
"RTM 6" = @MDSHIFT(&Act_RF_Last_Month, -1, "Years", , 5, "Period",);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Aug"));
"RTM 6" = @SHIFT(&Act_RF_Last_Month,-7);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Sep"));
"RTM 6" = @SHIFT(&Act_RF_Last_Month,-7);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Oct"));
"RTM 6" = @SHIFT(&Act_RF_Last_Month,-7);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Nov"));
"RTM 6" = @SHIFT(&Act_RF_Last_Month,-7);
ELSE #Missing;
ENDIF
IF((@ISMBR(&Current_Year)) AND (&Act_RF_Last_Month == "Dec"));
"RTM 6" = @SHIFT(&Act_RF_Last_Month,-7);
ELSE #Missing;
ENDIF

We use similar logic but its in a calc script, not a dynamic formula.
Here's an example of what we do:
FIX (&Year, &Scenario)
IF (@ISMBR("JAN"))
"Average Usage%" = @AVG(SKIPBOTH, @MDSHIFT("Usage %"->"DEC"->&actYear, -1, "Year",), "Util %"->"JAN"->&actYear);
ELSEIF
ENDFIX
Another example in a different database:
IF (@ISMBR("JAN")) ((@MDSHIFT("Fees"->APR,-1,YEARS,)+@MDSHIFT("Fees"->MAY,-1,YEARS,)+@MDSHIFT("Fees"->JUN,-1,YEARS,)+@MDSHIFT("Fees"->JUL,-1,YEARS,)+@MDSHIFT("Fees"->AUG,-1,YEARS,)+@MDSHIFT("Fees"->SEP,-1,YEARS,)+@MDSHIFT("Fees"->OCT,-1,YEARS,)+@MDSHIFT("Fees"->NOV,-1,YEARS,)+@MDSHIFT("Fees"->DEC,-1,YEARS,)+"Fees"->JAN)/10)*12;

Dynamic Calc, 2 Pass with Attributes!

Hi there,We have an Occupancy KPI within our Measures dimension, that works off the following member calc:(("Agency"/"Occupancy")/"Actual"->"DayInMonth"->"DummyHome")*7;This is set with <Dynamic Calc> <Two-Pass>This works great accross our cost centres until we start to use attributes within the ADD-In. Then the figures are shown as #Missing - Nuts!Any ideas would be welcomeMany Thanks in advanceMark

Are you also trying to pull dynamic time series or any other dynamically calculated member? If every other intersection is stored, I would expect this to work. However, if you attempt to pull, say Q-T-D(&CurrWk), then a #Mi result is quite possible, and unavoidable (depending on your outline).

Substitution variable in Dynamic Calc

Hi,
We are using Essbase 9.3.0 on Windows and are seeing this behavior in our BSO cubes.
When we use a substitution variable in a Scenario member with Dynamic Calc (not store) setting, after the first retrieve, if we change the value of the substitution variable, the subsequent retrieves do not generate updated results.
I suspect that the value is cached in the Dynamic Calculator Cache, and for some reason does not track changes in Substitution Variables to know that the value must be re-calculated. Here is what I see in the Application log -
[Mon Aug 09 10:31:51 2010]Local/App1/db1/user1/Info(1020055)
Spreadsheet Extractor Elapsed Time : [0.032] seconds
[Mon Aug 09 10:31:51 2010]Local/App1/db1/user1/Info(1020082)
Spreadsheet Extractor Big Block Allocs -- Dyn.Calc.Cache : [4] non-Dyn.Calc.Cache : [0]
This says that 4 blocks were used from the Dynamic Calc Cache, and none from outside it. Does this mean that existing blocks were read and not re-populated?
If I make a change to the formula, wherein I hard code the value of the sub var and perform the retrieve, then the value is updated. Subsequent retrieves, after restoring the formula still returns the updated results.
My question is, is this expected behavior? Or am I doing something /reading something wrong?
Thanks,
Andy

when a subst variable value is changed... to use the value in member formula or calc script, the concerned application has to be restarted...
- Krish

Shared members and dynamic calc

I am trying to replicate a new cube from current GL cube and wish to remove unused shared members if they have any impact on essbase.
2/3 of my accounts (dense) member is stored with the remainder being shared members. Shared members do not add to block size. But having so many of them, does it impact on calc scripts or retrievals or any other impacts?
Secondly, in accounts and divisions, we have four levels. except for level 0, the remaining levels are all dynamic calc. Division is sparse member. Its not advisable to have dynamic calc on dense dimension. What about sparse dimension like division? Will it be better to change level 2&3 to dynamic and change level 1 to store as well?
We have also been advised by our consultant to change accounts to sparse dimension considering the number of times we need to update outline for new members (stored and shared).
Dimension          Type          Stored     Shared
Measure               Dense     1378     796     rest
Time               Dense     106     13     rest
Year               Dense     9     8
Currency          Sparse     12     9
Scenario          Sparse     41     38
Market               Sparse     20     12
Division          Sparse     490     302     rest
Product               Sparse     635     308
Reportcode          Sparse     327     299

Hi,
Having shared members in dense hierarchy will not have much of impact on Cube size or retrieval performance.
but its always advisable to avoid unnecessary hierarchies (shared or stored or dynamic).
Having top level dense members as dynamic lines is a good design but having sparse dynamic calc will impact retrieval performance.
its not at all advisable to make sparse members as dynamic calc but if needed we can make sparse members with very few children as dynamic calc (or dynamic calc & store). yet again its not advisable to have a dynamic calc children to a sparse stored parent as this will affect the batch calculation while aggregating parent sparse member.
And as suggested by your consultant it is feasible to make the dimension getting modified more often, as a sparse dimension as this will reduce the restructuring time (sparse restructure will take less time compared to dens restructure).
But that alone cannot be considered as factor as there are many other factors to be considered for making a dimension sparse.
- Krish

Dense dim - dynamic calc

Hi
Essbase / Planning 11.1.2.1 - BSO db.
We are reviewing our app / db design following implementation last year. One of the things I have noticed is that one particular dense dimension has all members as stored (ie the non-level 0 members are not dynamic calc). Dimension has no member formulas, it is a straight roll up with consolidation for members consisting of (+ and ~).
I have changed this in our dev environment and ran some tests - calc time dramatically improved and total page file size halved (hard disk space becoming a slight issue for us so this is useful).
If we ran with this change, is there anything we need to do or be aware of, other than amending any business rules to exclude calc dims or partial aggs on the amended dimension? It seems a fairly low risk change, but looking for clarification that this is the case.....
The documentation on this states that any required combinations at non level 0 members will be calculated on the fly (eg a user retrieve). Is the same true if a non level 0 intersection is used within a business rule? (testing this on Sample Basic seems fine, again just looking for confirmation).
Thanks
JB

Yes, the same is true within a rule (i.e. if you reference an upper level in a dense dimension, Essbase will calculate it for you).
I think the only major functional issue that you haven't mentioned is that you need to be sure that none of your existing loads / calculations / user lock & send activities depend on being able to store a value at an upper level - for example, that you never load to a Quarter and then run a calc that allocates down to the Periods.

Removing Dynamic Calc Using Property

Similar Messages

Maybe you are looking for