BWonHANA: Attribute Change Runs (ACR)

Dear all,
I have a question regarding Attribute Change Runs (ACR) in BW system running on HANA.
According document: Attribute Change Run it suggests that ACR may not be needed in BW running on HANA DB. However I'm looking for some experience in this topic. So is ACR needed? If so does it run faster comparing to legacy DB?
thank you
m./

Hi Martin,
go through below thread for existing experience:
Program to run Attribute Change run
Attribute Change Run – Strategies and Parameters
Attribute Change Run concepts - SAP NetWeaver Business Warehouse - SCN Wiki
LET'S BE BETTER IN SAP BI: Why Attribute Change Run in SAP BI 7.0 is required?
Regards,
V Srinivasan

Similar Messages

Attribute change run problem

Hello Gurus,
I have deleted all the master data tables(P,S,X,T). Deleted the PSA table entries too. I am loading data frm R/3.
No data exists in 0VENDOR ,when i click manage master data.
When the moment I load data in 0VENDOR_ATTR, without doing Attribute change run(ACR), the data is getting displayed in Maintain master data.
Please let me know why this happens.
Thanks,
Sonu

Hi
According to my understanding of your issue, there is no master data in 0VENDOR, i.e., all the Dimension tables along with SID's are deleted.
But SIDs of the 0VENDOR_ATTR(whcih is the attr of 0VENDOR and also acts as characteristic) exists.
Sow hen you load data the master data is written into 0VENDOR and hence teh SID's of the attr are not deleted do teh master data will exists for 0VENDOR_ATTR.
Please let me know incase i got your question wrong.
Regards, Hyma

Error with Attribute Change Run - Urjent

Hi All,
In our scenario we will load master data from APO&ECC to BW.When we are doing attribute change run we are geetting short dump and jobs are cancelling every time .
Please fidn the details below.
Short Dump : ORA-14400 with ABAP/4 DBIF_RSQL_SQL_ERROR..
When I have searched in the forum I got some information saying that we need to drop the index and recreate the index.But we have around 40 cubes.Then how I am going to deside on which I need to the relavent settings.
Please provide me the proper answer.We are facing this problem from past last two days.
Regards
Ramakanth.

Hi,
You can try going to the monitor for Attribute change run from RSA1 >> tools >> apply change run or from Transaction RSATTR which will schedule/display attribute change run. Here you can have an option called change run monitor (Monitor icon). this wil show the status of change run including which all info objects are affected, and if its hitting the aggregates of any cubes. There are scenarios where the attribute change run failed with message that it was hitting/affecting aggregates of some infocubes. In case we had to switch off aggregates and trigger the change run again and then swtich on the aggregates after the change run is over.
And sometimes ACR goes on running for a long time in such case we need to check which Aggregate the ACR is currently changing and need to deactivate that aggregate.
But before deactivating an aggregate you need to check the data present in that and the usage of the aggregate.
Please use the table RSDDCHNGPROT and find out the infocube affected by this change run and de-activate "ALL" the aggregates
of the infocube listed under CNSID=0. Then start the change-run.
You can rebuild/refill the aggregates once the change-run is finished.This is necessary because there are inconsistencies in the aggregates
Most of the times we have problem with the Attribute Change Run(ACR) running because ACR and the Roll Up's for Aggregates cannot run in parallel.
Also you can try Tcode CHANGERUNMONI/program RSDDS_CHANGERUN_MONITOR to view this data.
176606 - Apply Hierarchy/Attribute change ... long runtime
175309 - Hierarchy/attribute - change run improved
oss note 322644
Hope this helps.
Thanks,
JituK

Attribute Change run canceled

Hi
I have loaded master data for an Infoobject and executed Attribute change run by saving that object and execute. I got the message like Attribute change run is canceled((protocol/shortdump) now i can not able to run any attribute change runs since save button is not available in the window and also unable to load data to the same infoobject getting errored and giving messsage locked by attribute change run i have checked in sm12 no locks exist on this object
Thanks
Vani

Hi,
You can try going to the monitor for Attribute change run from RSA1 >> tools >> apply change run or from Transaction RSATTR which will schedule/display attribute change run. Here you can have an option called change run monitor (Monitor icon). this wil show the status of change run including which all info objects are affected, and if its hitting the aggregates of any cubes. There are scenarios where the attribute change run failed with message that it was hitting/affecting aggregates of some infocubes. In case we had to switch off aggregates and trigger the change run again and then swtich on the aggregates after the change run is over. this may not be the exact issue you are facing.
Most of the times we have problem with the Attribute Change Run(ACR) running because ACR and the Roll Up's for Aggregates cannot run in parallel.
The Problem may be that there is another change run triggered parallely to yours.In any SAP System only One attribute change run can run at one point of time. i. e If one attribute change run is running in system from any process chain or for any project and 2nd one fails, if start at same time due to locking problem. Due to this entire data load fails.
Just check it there are any other change run active in SM37. Repeat your change run once the other change run is over.
And sometimes ACR goes on running for a long time in such case we need to check which Aggregate the ACR is currently changing and may need to deactivate that aggregate.
But before deactivating an aggregate you need to check the data present in that and the usage of the aggregate.
Also you can try Tcode CHANGERUNMONI/program RSDDS_CHANGERUN_MONITOR to view this data.
thanks,
JituK

Attribute Change Run terminating - repeated several times - not locked

I had a failure in my master data chain tonight. The attribute change run that ran yesterday ran for 11k seconds and was cancelled (it says manually). When the chain ran tonight, the process failed again. I checked the log and it says "UNCAUGHT_EXCEPTION" and it created a short dump. I tried repeating to see if it did anything and it gave me the same message.
I went into the change run monitor and reset the status and manually tried to run the change run again. Same result "UNCAUGHT_EXCEPTION".
I then checked table RSDDAGGRMODSTATE and there was no blank CNSID entries, but there was a blank "completed flag" entry. I don't have change access to the table in prod so I cannot manually change it to X (meaning closed). I reset the status again in the chagne run monitor and the record with the blank "completed flag" disappeared. I repeated the change run and it failed again and a new record with the "completed flag" being blank appeared in the RSDDAGGRMODSTATE table.
I checked SM12 and there are no locks there. I'm on 7.0 so I can't manually right click on 0CUSTOMER and activate the master data either.
As a last resort I did run the function module RSDDS_AGGR_MOD_CLOSE but that short dumped too.
Any ideas? Please? This will fail my other chains that have 0CUSTOMER in the aggregates. Thanks.

HI,
Firstly try this FM RSDDS_AGGREGATES_MAINTAIN
if not possible
Try doing it manually
Uncaught exception may come due to many reasons
IN RSA1 go to tools and select attribute change run
Check the blog it shows you how to manually do attribute change run step by Step (for BI7.0 also)
/people/debjani.das/blog/2009/03/30/attribute-change-run-acr
Regards,
MADhu.
Edited by: MadhuMarupudi on Aug 21, 2009 5:49 AM

ERROR while running attribute change run.

hi sap xperts,
I got an error while running the attribute change run in a process chain.
At first i got an error "The action is locked by a change run"
SO I DID THE FOLLOWING STEPS.
1.RUN ATTRIB CHANGE RUN MANUALLY IT RUN SUCCESSFULLY,but the process chain is still red.
Q1.Is there any way to link the manually run attrib chnage to process chain so that the process chain becomes Green?
2.SM12 - realease the locks and right click the pc and repeat.It didn't work
Q1.While removing the locks what should we remove,bcoz i removed all the locks?
3.I again removed the lock and repeat the process but still i didn't work.Now its chowing "SQL ERROR OCCURED WHILE ACCESSING"
So the Process chain got stuck,Can any body help me to run the attrib chnage run.
If possible can anybody send the Process chain monitoring documents to my email id:
<email ID removed>
please.thanks in advance,i know how to say thanks in sdn.

At any point in time only one attribute change run can run in the system. The other ACR's will fail due to locks. In your case, to set the process chain to green, try the following steps.
Open the messages of a failed step by right clicking on it and selecting 'display messages'.
In the opened popup click on the tab 'Chain'.
In a parallel session goto transaction se16 for table rspcprocesslog and display the entries with the following selections:
1. copy the variant from the popup to the variante of table rspcprocesslog
2. copy the instance from the popup to the instance of table rspcprocesslog
3. copy the start date from the popup to the batchdate of table rspcprocesslog
Press F8 to display the entries of table rspcprocesslog.
Now open another session and goto transaction se37. Enter RSPC_PROCESS_FINISH as the name of the function module and run the fm in test mode.
Now copy the entries of table rspcprocesslog to the input parameters of the function module like described as follows:
1. rspcprocesslog-log_id -> i_logid
2. rspcprocesslog-type -> i_type
3. rspcprocesslog-variante -> i_variant
4. rspcprocesslog-instance -> i_instance
5. enter 'G' for parameter i_state (sets the status to green).
Now press F8 to run the fm.
The above steps will help you continue with the rest of the process chain (thus avoiding manual runs) but the failed step might still remain red. Hope this helps.

Attribute Change Run taking very Long time.

Hi Experts:
We are daily loading Master data from one common process chain. There are 33 Infoobjects which are getting activated in Attribute Change Run Process. This process is taking almost 3 hours to run daily; due to this it is impacting our other data load process chains.
Many times it happens that there is lock on cubes due to attribute change as attributes are getting aligned to same cube on which the roll up is running.
There are local chains below the attribute change run, which are also important to run.
Please help and suggest the workaround for the same.
Cheers,
Omkar

33 info objects in one ACR(attribute change run) is not a good idea.
Better to split the info objects and use multiple ACR.
During your ACR if transaction data load was on then lock issues always occurs.
Thats why we need to run master data loads first and later transaction data loads.
Which info object change run was troubling, better to note the info objects which are causing and try to put them in separate ACR and trigger it before start of your transaction data loads. so that it won't raise the same issue again.

Attribute change run Failing in Process Chain

Hi guys,
Every day my process chains is failing due to Attribute change run and I am maually running attribute change run.
And one more thing when the attr. change run is triggered automatically,then it is generating 2 change counters in RSATTR tcode instead of 1.
One is successfully completes and one is still in schedule.After 2days days it is showing like completed change count id.
Please help me.
Regards,
Tiragati.

Hi,
As you said Attribute change run step is failing every day.
can you post the error message. is it failing because of Lock issue or some other issue.
Mostly attribute change runs fails with lock issues. if its the same problem in your case. make sure that no master data objects runs at the time attribute change run runs.
Try to put some delay in the process of the Attribute change run so that it will not get failed.
Check if its the same ACR scheduled or diff objects?
Regards
KP

Attribute Change Run process Locked for 0material..?

While loading Data from PSA(0Material field) to InfoCube,AttributeChangeRun had failed. How can we solve the problem means how we can load data to InfoCube after attribute change run successful.
Edited by: Mr D111 on May 12, 2010 2:41 PM

Hi,
What was the exact issue? As Attribute change run is a different step where as loading of data from PSA to cube is a different step...
So there is no reason of failure for attribute change run in between....
If ACR failed before to the loading of data to cube, then re-run the ACR from RSA1>Tools->aplly/monitor change run-->in the info objects list find the infoobject and execute....
Unless you clear this ACR failure issue you can't load the data to the cube as it may be in locked mode....
After this is successful, then u can load the data from PSA to cube.
rgds,

Attribute Change Run VS Master data activation

hello guys
I just want to know whats the difference between 'Attribute Change Run' and Master data Activation...For me,both seem to serve same purpose.......in which scenarios do we use them?
Thanks and Regards
S

Hi S,
Although they seem to be the same there are differences.
Master Data activation.: When you load master data, they are loaded as D or M versions. Check the table as /BI0/P<infoobject tech name> , you will see different versions, if you have not activated your master data yet.
Note : If you are checking for SAP standard objects, drop the 0 eg table for 0MATERIAL would be /BI0/PMATERIAL.
When you activate master data, all D and M versions of records get transferred into A or active versions. So after activation, you should not find anything other than A versions.
ACR: The use of an ACR is two fold. 1st use is that it performs the same action as a master data activation automatically.
The 2nd function, is that it realligns the aggregates for the changed attributes
let me give you an example.
You have an aggregate based on material group which is an aggregate of material.
Consider that you have a material X which initial belonged to group A.
The aggregate would look like this
Material Material Group Keyfigure
X A 100
Now you change the material group of the same material as B
The aggregate would not change automatically....ie it would still be X A 100
To realign the aggregate,you use an ACR. After running an ACR, the aggregate would look like
X B 100
Hope this helps.
Regards.

Attribute change run process type failed with short dump

Hi all,
In the process chain Attribute change run process type failed with short dump. I checked the locks in SM12 but there are no locks associated. I checked in the attribute change run screen through RSA1 -> infoobject list but there are no infoobjects there. I think the ACR was completed successfully, still the process type in the PC was in red colour. What to do and let me know what happened here.
Thanks,
Jack

1. This kind of scenario is extremely rare but it happens sometimes. It might be the case that 2 attribute change runs are running at the same time.
2. Same IO is being used in Differnet PC and getting activated.
I think if this frequently occurs you need to check at the time of locking all running jobs and see whether anywhere else or simultaneously 2 ACR are running.
Please do close the thread if that answers your questions. Please help us keep the forums clean and open useful information only.
For more information search on help.sap.com and you will get lots of material.
Regards.
Den

Attribut change run

HI,
I've one doubt about ACR.Since we deactivate all the aggregates and activate all the aggregates after attribute change run to speed up attribute change run whenevr we undergo system master data mass update?
Is this the correct way to handle this and another My question is if we are not loading any data in some xy cube but whenever we are doing mass update to master data we still deactivate that xy cubes aggregates and then activate the same.
Now if we are not laoding any data in the cubes then why we need to bother about aggregates of that particluar cube.I think we don't need to touch aggregates of that xy cube because we didn't loaded any new transaction data in it(Note cube already has previous years data ,I'm reffreing new data is not being loaded into cubes but this cube still being used in queries)
is this something related to historical records?
Can anybody clarifies my doubt?

Hi Rubane,
    Its like this, an ACR is used for updating master data changes. I'll try and explain with an example.
You have material in the cube and an attribute material group of material is switched on a navigational attribute.
Now since this is a navigational attribute, you can add it to an aggregate to improve your query performance.
Now a material group can be changed for a material at any given point of time.
say material X earlier had material group A but now has material group B.
In youe aggregate, you have all values corresponding to material X still assigned to material group A
eg aggregate Z
Material Group material key figure
A                      x            100
This is where an ACR comes into picture.
If you run an ACR for material, it activates the master data and then realligns the aggregate with any changes
So now your aggregate looks like this
Material Group material key figure
B                         x            100
So now to answer your question, yes we need to realign the aggregates even if the cubes are not being loaded. This is to take care of any master data changes that occur.
As for your second question, i do agree that its better to have aggregates with a '-' rather than none at all, since these help in the selection. Rather than selecting data from the cube, the query selects the data from the aggregate which is faster.
However the draw back of such aggregates if that they take a long time to fill. and nothing really changes i.e. very few records are summarized. I would suggest in your case, that you look at the aggregates and check the usage field. If you are continously activating and deactivating the aggregates, this really wont give you any idea. However you can still check this field. The more the value, the more times the aggregates is used.
Generally there are aggregates which have no usage at all. These can be deactivated which will save you some time.
Also check for the aggregates which are taking time. You can check the logs for the change run. You will see some values like /BIC/F**** where the ****** indicates the aggregate no. Go to table RSDDAGGRDIR and find the aggrcube field and enter this value. You will find the aggregate. You can then run some checks in RSRV for the cube. You can also try deactivating and then reactivating the aggregates. This will remove any inconsistency in the database for that aggregate which will save you time.
Regards.

Attribute change run taking more time

Hi Gurus
I am loading master data 0mat_plant everyday
nearly 2 to 3 lakhs record .The extracrion and loading is taking 30 min but attribute change run is taking 3 hrs .Is there any way to reduce attribute change run time.

Hi,
You can try going to the monitor for Attribute change run from RSA1 >> tools >> apply change run or from Transaction RSATTR which will schedule/display attribute change run. Here you can have an option called change run monitor (Monitor icon). this wil show the status of change run including which all info objects are affected, and if its hitting the aggregates of any cubes.
There are scenarios where the attribute change run failed with message that it was hitting/affecting aggregates of some infocubes. In case we had to switch off aggregates and trigger the change run again and then swtich on the aggregates after the change run is over. this may not be the exact issue you are facing.
And sometimes ACR goes on running for a long time in such case we need to check which Aggregate the ACR is currently changing and need to deactivate that aggregate.
But before deactivating an aggregate you need to check the data present in that and the usage of the aggregate.
Also you can try Tcode CHANGERUNMONI/program RSDDS_CHANGERUN_MONITOR to view this data.
Note 903886 - Hierarchy and attribute change run
thanks,
JituK

Attribute Change run taking too long time to complete.

Hi all,
Attribute change run has been taking too long time to complete.It has to realign 50 odd aggreagates, some by delta , some by reconstruction. But inspite of all the aggregates it used to finish in quick time earlier. But since last 4-5 days it is taking indefinite time to finish.
Can anyone please suggest what all reasons may be causing this? and what possibly can be the solution to the problem? It is becoming a big issue. So kindly help with ur advises.
Promise to reward your answer liberally.
Regards,
Pradyut.

Hi,
Check with your functional owners in R/3 if there are mass changes/realignments or classification changes are going on regarding master data. e.g. reasigning materials to other material groups. This causes a major realignment in BW for all the aggregates. Otherwise check for parameterchanges / patches or missing db stats with your sap basis team.
Kind regards, Patrick Rieken.

Attribute change run problem - infoobject is not listed in the list

Hi folks,
When I load master data for 0customer, the infoobject 0customer doesnt come in the infoobject list for attribute change run. Also, when I try to activate master data manually it says 'Master Data already active'. and the reality is M version of Data is not active.
Can you guide me.

Try running the program RSDMD_CHECKPRG_ALL for this infoobject. You can select all the options when running this program.
Try running this program multiple times, coz my experience showed that initial run may not always fix this issue.
Good luck!

BWonHANA: Attribute Change Runs (ACR)

Similar Messages

Maybe you are looking for