on ‎2016 Mar 16 4:38 PM
Dear All,
We ran our DM Package to load transaction data from BW cube and the status was successful and below you can find the details of the records that were submitted.
/CPMB/LOAD_INFOPROV_UI
Task name CONVERT:
No 1 Round:
Reject count: 0
Record count: 11940
Skip count: 292
Accept count: 11648
Task name LOAD INFOPROVIDER:
Aggregate count: 20
Submit count: 11628
Reject count: 0
Package status: SUCCESS
However, when we checked in the BPC backed cube the data is not submitted but the fact table of that particular cube is being updated with number of records. I even tried with epm input forms and sent some data and submitted the data successfully but when i refresh the report the data is vanished.
1) Checked the process chain everything is green no logs.
2) Could not find any changes in the data audit
Need your help.
Thanks,
Surya
Request clarification before answering.
Dear All,
At last we have solved our issue by doing the below execution.
Enter RSRV transaction and navigate as follows:
>> Tests in Transaction RSRV
>> All Elementary Tests
>> Transaction Data
>> Foreign key relationship between dimension and SID table:
Enter the following Parameters:
InfoCube = /CPMB/*******
Char. = /CPMB/*******
Dimension = /CPMB/*******
Execute the test and verify if there are any inconsistency between the infocube data and its SID’s.
If you find any errors between the data and SID’s then this error cannot be repaired automatically.
The infocube data is not consistent anymore and this can be repaired only by a new reload.
As ours is a consolidation cube and there is no plan data and only actuals are there, we have deleted last few requests in this current month which were loaded and reloaded the data for the periods for which we have deleted and this solved our issue.
Thanks for all your support.
Best Regards,
Surya Nallamolu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry, but looks like you are using some wrong report to check the data... If it's submitted then you have to see figures in EPM report.
Vadim
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We ran a process chain which will bring data from ecc to staging to bpc, this creates a new request id for bpc cubes however, when we check the request id to display data there is no data. But the fact table as been updated with the number of records which were loaded.
Let me know if i can provide you more details.
Thanks,
Surya
Hi Vadim,
We have tested several reports to input data with proper scope, After saving the data 10 records the message says submit count = 10 and accept count =10 however, when i refresh after the submitting the data the sheet is empty, there are no values in the filed where i have entered.
Thanks,
Surya
Hi Gersh,
Thanks for the reply, i have checked the data by below steps
Before data Loading:
Goto RSA1 in the backend BW --> Right click on the BPC Destination cube --> click on Manage --> goto Contents Tab --> Click on the Fact Table --> Click on Number of entries
Records: 4,454,449
After data Loading:
Goto RSA1 in the backend BW --> Right click on the BPC Destination cube --> click on Manage --> goto Contents Tab --> Click on the Fact Table --> Click on Number of entries
Records: 4,458,837
But when we check in display data in the BPC Backed Cube wit the loaded period there is no data
To check the request, go to request tab in manage and select the latest request which was loaded, copy the request id and right click on the bpc cube select the display data, select all the characteristics and select the required field selection you want and paste the request id and execute.
Thanks,
Surya
Hi Andy,
Thanks for the reply
The process chain which we are using is /CPMB/LOAD_INFOPROV_UI ; we have a mega chain which will bring the data from ecc to staging to bpc but the chain will trigger bpc dm chain when loading into BPC cubes; its the same as loading the data from epm dm packages; the only difference is we are triggering it from backend.
For this the BPC will be in BPC cube --> planning mode only; the second option only
Thanks,
Surya
Hi Di~An,
Thanks for the reply, we even tested omitting the default logic and work status; several combinations; all these result in the success of the load however, when we try to pull the data with the same combinations as we loaded we cannot see any data and we even checked it from the backedn with the combination of periods and still we cannot find the data; on the other hand we check the last request from the backend to see data and i cannot find any data:
Our data is vanilla data without any complex conversions just that we skip some entities but there is data with the entities which are not being skipped. So as a result we expect the data to be posted in bpc cube.
Thanks<
Surya
Hi Surya,
I agree with the 1st step - it shows that you loaded 4K+ records.
Can you try displaying data differently? Make same steps you did to count records, but instead of selecting Content Table choose name in the Dimension column for Request ID. Copy that name, open another session and go to t/a SE16. Paste that name and replace CPMB with B28 and insert D after 2nd /. Press Enter, put Request ID in SID_REQID field and display selected record. Now copy value from DIMID field; go to your original session and click Fact Table. Paste in the first field value you copied from DIMID and execute.
You should see records you've loaded. You'll recognize only /B28/S_DATA field because all members are replaced by their SIDs.
Please let me know if you can see those records.
Regards,
Gersh
Hi Surya,
It's hard to imagine what can be wrong there; I never saw such thing happening.
If you have some quiet time in the Model can try the following: make all requests green in the Model; compress all requests; load your file; check Cube Content with Req # <>0. Let me know if it shows anything.
Regards,
Gersh
| User | Count |
|---|---|
| 34 | |
| 6 | |
| 4 | |
| 4 | |
| 4 | |
| 3 | |
| 2 | |
| 2 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.