Calc scripts are running low

Hi All,
Few of our calc cripts are runnig low for EPM applications.
Its happening like some of the calc scripts are running fine..while a few other are running slow.
Can you ugget what thing needed to be checked
Thanks

Hi,
The version is not mentioned.
Hope the below tuning methods are helpful:
1. Check that compression settings are still present. In EAS, expand the application and database. Right-click on the database > Edit > Properties > Storage tab. Check that your "Data compression" is not set to "No compression" and that "Pending I/O access mode" is set to "Buffered I/O". Sometimes the compression setting can revert to "no compression", causing the rapid growth of the data files on disk.
2. On the Statistics tab, check the "Average clustering ratio". This shoud be close to 1. If it is not, restructure you database, by right-clicking on it and choosing "Restructure...". This will reduce any fragmentation caused by repeated data import and export. Fragmentation will naturally reduce performance over time, but this can happen quite quickly when there are many data loads taking place.
3. Check the caches and block sizes.
     a.Recommended block size: 8 to 100Kb
     b.Recommended Index Cache:
          Minimum=1 meg
          Default=10 meg
          Recommendation=Combined size of all ESS*.IND files if possible; otherwise as large as possible                     given the available RAM.
     c.Recommended Data File Cache:
          Minimum=8 meg
          Default=32 meg
          Recommendation=Combined size of all ESS*.PAG files if possible; otherwise as large as possible           given the available RAM, up to a maximum of 2Gb.
          NOTE this cache is not used if the database is buffered rather than direct I/O (Check “Storage”           tab). Since all Planning databases are buffered, and most customers use buffered for native           Essbase applications too, this cache setting is usually not relevant.
     d. Recommended Data Cache:
          Minimum=3 meg
          Default=3 meg
          Recommendation=0.125 * Combined size of all ESS*.PAG files, if possible, otherwise as large as           possible given the available RAM.
A good indication of the health of the caches can be gained by looking at the “Hit ratio” for the cache on the Statistics tab in EAS. 1.0 is the best possible, lower means lower performance.
4. Check system resources:
Recommended virtual memory setting (NT systems): 2 to 3 times the RAM available. 1.5 times the RAM on older systems.
Recommended disk space:
A minimum of double the combined total of all .IND and .PAG files. You need double because you have to have room for a restructure, which will require twice the usual storage space whilst it is ongoing.
Please see the below document for reference:
     Improving the Performance of Business Rules and Calculation Scripts (Doc ID 855821.1)
-Regards,
Priya

Similar Messages

Essbase performance issue when calc scripts are run on FDM cube on same server

We have a large Essbase application which has high usage on a daily basis, which is being impacted when we run Calc scripts on an FDM forecast cube which is on the same server. The large application is on EIS 11.1.2 and the FDM cubes are being migrated to the same server and also being upgraded from EIS 7.1 on Unix to EIS 11.1.2 on NT. Every time the Calc scripts are run on the FDM cube, the performance of the Essbase application is degraded and it shuts down after some time.

Sudhir,
Do you work at a help desk or are you a consultant? you ask such a varied range of questions I think the former. If you do work at a help desk, don't you have a next level support that could help you? If you are a consultant, I suggest getting together with another consultant that actually knows more. You might also want to close some of your questions,. You have 24 open and perhaps give points to those that helped you.

Calc scripts are running slow(all of a sudden)

All of a sudden, for the past few days, we are noticing that all our calc scripts have been running very slow.
The same scripts used to run much faster earlier.
Has anybody seen this kind of scenario?
We did a RAM upgrade on the eas server, and have restarted all services.
Other than that, nothing has changed in our system.
Thanks.

It can be quite common for calcs to slow down over time, but there are some things to do to mitigate this.
1. Are you using Intelligent Calc? All things being equal (a very broad statement in essbase, since things are never equal) if there is more activity by users, it could affect how many blocks are marked dirty. This is probably not your issue, because a properly written calc wouldn't slow down much for this reason. I had to mention it though because I have seen an installation where their calc was 'Calc All' and they used intelligent calc to create the scope of the calc. (bad, very bad)
2. Do you perform DB restructures? (either explicity by Restructuring or by exporting level 0, clearing and import level 0 then agg) If this is not done on a regular basis (regular depends on the usage of the cube) then you could be experiencing fragmentation, which increases the size of the database, increasing run times.
3. Have you just added another fiscal year to the database? More data means bigger database.
RAM upgrade on the EAS server shouldn't affect calc times (unless essbase services are also running on the EAS server, then there might be something to it).
Most of these (and other) issues can be mitigated by applying proper scope to your calcs (Fix statements).
What environment are you running in? Windows or Unix?
New application?
What kind of time increases are we talking about here?
Robert

Email alert when calc scripts are done

Hi - I have Essbase 6.5 and wanted to know how do I setup an email alert when one of my calcs are done running?
Thanks

Hi CLAU,
we use second method suggested by Glenn.
instead of BLAT we use SendMail
here is the sample batch file which call a maxl script (which can be your calc script) and then emails the log.
hope this helps.
-Dornakal
www.dornakal.blogspot.com
Batch File to call the MaxL Script and send email about status of the
Rem ******************************************************************************
Rem Object Type: Batch File
Rem Object Name: BatchFileName.bat
Rem Script Date: 01-27-2009
Rem Created by: Dornakal
Rem Purpose: This script loads the following data into Cube
Rem Changed By:
Rem Change Date:
Rem Description:
Rem ******************************************************************************
Rem This starts the log file
echo "Start of log" > E:\Logs\Dataload.log
Rem This calls MaxL script to load data
essmsh E:\Scripts\MaxL \DataLoad.mxl >> E:\Logs\Dataload.log
Rem Send mail about the status of the job
sendmail -b E:\Logs\Dataload.log -s "Subject of the mail (data load status)." -f Sendersemail -r Recievers email -r Receiver’s email -X HQSMTP.yourcompany.net

How to capture user ID within Calc script, when running?

Client wants to capture run information automatically (user ID - who ran selected calc script ), and save that information in application itself to see who ran it last time, without checking related logs.
User IDs have been enumerated already so if we can pick user ID text, we can set them as number value in Essbase. Expectation is to generate CDF to see related user ID and refer property file to get related number, to save in one of account. Its only possible if we can get in same session when run CDF and check who runs it.
Any possible way to identify user ID from calc script in Essbase?
Edited by: 962124 on Oct 15, 2012 9:30 AM

Could you please mark the responses as helpful or answer so others can benefit from your time?
Kyle Goodfriend
http://www.in2hyperion.com
Please make sure to assign helpful/answered to responses if applicable - it rewards those who help and benefits the user community.

Running Calc Scripts via Workspace

Currently users are given 'admin' access to Essbase. That way when they are in Workspace they can see and run calc scripts on their apps. Is there a more proper way to give users the ability to run a calc on their apps without giving them 'admin' access?

We have the calc scripts that run for data loads and other automated processes. Some of these calc's which are just AGG's and Calc Dim's I guess could be BR's too, but then we would have duplicates......
Thats the sorry reason :)

In InDesign, my script timers are not activated while the script is running

Hello I have a utilioty plugin in InDesign which is done in ActionScript. This script is launched from inside the plugin dialogbox and does a long export operation. I'm trying to have a feedback of progression in the dialog box, while doing the export operation in the script.
The problem I have is : if I create a flash.utils Timer to refresh the display, it is not triggered while the script is running ! Only when the script gives back control to InDesign, the timer is triggered and refreshes the display. Therefore, my progressbar displays blind during work, and flashes to 100% at the end. Quite useless.
Does anybody know a way to get this working, apart from cutting the export operation in a few sub-operations which would be chained via successive timer events ?

I ask again though: are you really sure the system won't wake from sleep to run maintenance scripts? The time in all of the logs from Onyx, from Maintidget and from the command prompt all say that the scripts are running at 3am(ish) for the daily and weekly scripts, and 5am(ish) for the monthly script - all times that my system is in sleep mode.
Well, that is the information from Apple - I am not about to stay up all night to check it . FWIW, if those scripts are missed, the computer will not implode - I usually prefer to shut mine down and in that case, the scripts have to be run manually. I do that about once a month (or when I remember to do it) and have been doing that for many years without any ill effects. Mac OS does not need the maintenance other systems do.
http://support.apple.com/kb/HT2319

Calc script takes longer than expected to execute

The current Planning system has several calc scripts which are used to run the budget. This system is 3.3. I am currently in the process of migrating to Planning 11.1.2. The same outline, data and calc scripts are used in the new system. However, one script, which takes only 8 hours to run in the old system, now takes 5+ DAYS to run. I did a data extract in the new system and the data seems to be correctly calculated.
My problem is, what can be the issue for this lengthy time for calculation.
Note: This is the first time I am running the calculation scripts in the new system.
Thanks

Did you size your essbase plan type caches appropriately - the index and data caches specifically (this is the most common culprit)
Do all dimensions have the same dense/sparse configuration?^^^I'll bet anything that Matt got it with the dense/sparse configuration. The caches are worth looking at as well but that big of a performance difference seems unlikely. Taking a dense dimension and making it sparse or vice versa will do crazy things to a database's performance.
Regards,
Cameron Lackpour

Create a New Calc Script from VB.

Does anyone know how to create a calc script using the VB Essbase API? We are going thru a large modification. Most of our calc scripts are stored on an oracle database. The idea is to send the stored scripts to a text file and then using the essbase api to create new calc scripts based on the the text files. Any help or ideas would be appreciated.Thanks

This shouldn't be too difficult. You should be able to either read your existing script straight from your Oracle database using ODBC & ADO Recordset or from a test file using a scripting.filesystemobject and then make any changes using the VB code. Then use either the EsbBeginCalc/EsbSendString/EsbEndCalc or EsbCalc functions in the VB API to run them. I've used this sort of approach in the past to allow users to substitute specific members into 'template' calc scripts at runtime. Hope this helps.Mark Rixon www.analitica.co.uk

Restrict Planning Admin from seeing all Essbase calc scripts

Hi - I have a few ppl who are Administrators on Planning and they see all of my calc scripts in Essbase. Is there a way to block them from seeing them? I have those calc scripts to run things that they do not need to run.
I am using Planning 3.5.1, Essbase 6.5
Thanks,
Cindy

Hi Cindy,
I assume the calc scripts you want to block from the Planning Admin's are within the applications they are administrators of correct?
The only way I can think to do this is to place these in another directory on the server or on a share you have access to and use Esscmd scripts to execute them in a batch function.
e.g.
RUNCALC 3 C:\SERVER_DIR\mycalcs\calc
Presuming the directory were on your essbase server and you schedule this on your essbase server.
This assumes your Planning Admins do not have access to your Essbase server. Of course if this were unix the path to the script would be different.
You could also only have the scripts on your local machine.
Regards,
John A. Booth
http://www.metavero.com

Related to Calc script

Hi,
I need your help as i don't have document for Calc script, few calc script are not running any idea how to troubleshoot on production environment.
Regards
Kumar

What do you mean by not running, failing with error?
If they are running and complex scripts which you don't understand you may have to get somebody to have a look at them to try and work them out.
Cheers
John
http://john-goodwin.blogspot.com/

Enhanced Calc Script more flexible than native Essbase Calc Script?

What makes an Enhanced Calc Script more flexible than native Essbase Calc Script?
Run on Save or @CALCMODE function or Run time prompts or Can be run over the web or Substitution Variables or Custom Defined Functions.
Appreciate if u reply ASAP!!
Thanks in Advance!!!

Some posts on the subject
Business Rule
Business rule
Business rule
Cheers
John
http://john-goodiwn.blogspot.com/

Will block size effect the calc script performance?

Hi Experts,
I have a cube called RCI_LA:RCI_LA, now I have created calc scripts and working fine. But those calc scripts are taking too much time than expected (normally it should not take more than 15 min but those are taking nearly 1 hr or more some calc scripts.)
In database properties I found that block size is 155896 B i.e. 152.KB but this size should be 8 to 100 KB & Block density is 0.72%
If block size exceeds more than 100 KB will it impact the performance of Calc scripts?
I think answer to the above question is “yes”. In this case what should I need to do to improve calc scripts performance?
Could you please share your experience here with me to come out of this problem?
Thanks in advance.
Ram

I believe Sandeep was trying to say "Dynamic" rather than "Intelligent".
The ideal block size is a factor in all calcs, but the contributing reasons are many (The main three are CPU caching, Data I/O overhead, Index I/O overhead).
Generally speaking, the ideal block size is achieved when you can minimize the combination of Data I/O overhead and Index I/O overhead. For this reason a block size that is too large will incur too much Data I/O, while a block size that is too small will incur too much Index I/O. If your Index file is small, increasing your block size may help, although the commonly acceptible block size is between 8K and 64K in size, this is just a guideline.
In other words, if you test it with something right in the middle and your index file is tiny, you might want to test it with a smaller block size. If your index file is very large (i.e. 400 MB or more), you may want to increase the block size and retest.
Ways to increase/decrease it are also many. Obviously, changing the dense/sparse settings is the main way, but there are some considerations that make this a touchy process. Other ways are to use dynamic calc in the dense dimensions. I say start at the top of your smallest dense dimension and keep the number of DIMENSIONS that you use D-C on limited. Using D-C members in a dense dimension does NOT increase the index file, so it could be considered a "free" reduction in block size -- the penulty is paid on the retrieve side (there is no free ride).

Repository view for calc scripts

what is the repository view for calc scripts

Are you looking for HBR rules, calc manager rules, or Essbase calc scripts?
Essbase calc scripts are in Essbase. (You can find them with .csc extension under app/your app/db folder)
HBR rules will be in EAS repository
Calc Mgr rules will be in Calc Mgr's repository
Regards
Celvin
http://www.orahyplabs.com
Please mark the responses as helpful/correct if applicable

How to launch Calc Scripts from Analyzer

Hello all,Just wondering if that there is an easier way to launch calcs from analyzer... what are some of the ideas -using a executable lauch button, hyperlink, via Analyzer API? Any other ideas appreciated. regards, Ray

This message has resolved my query by setting a larger MAX_PROPERTY_VALUE_LENGTH to "30"Thanks.I have come across this problem before. If it is the same problem it is to do with the length of your calc scripts. Obviously Essbase calc scripts are stored as .csc files, if these are too big Analyzer can't read them. This issue is caused by the ADM layer that Analyzer uses. Search on the server for a file called adm.properties .You should find the file in the following directory \\hyperion\analyzer\adm\lib .You may find you have more than one copy on the Server in which case edit them all. In the file find a string called MAX_PROPERTY_VALUE_LENGTH. You will find this is currently to 4 (this respresents 4kb). Increase the value to say 20. Save changes, restart Analyzer Service and hopefully this should have fixed the problem. I would love to know if this works. Paul Armitage. Analitica Ltd. www.analitica.co.uk

Calc scripts are running low

Similar Messages

Maybe you are looking for