BI not pulling delta records

Hi,
We have a datasource ZORO_MASTER_DATA_ATTR which is delta enabled. There are no selections in the IPAK in BI. But this Ipak is not pulling certain data records wen scheduled through Delta mode. But if im ding a full repair the load is briging the missing records. I checked in RSA3 and could find the records.
Can anyone help me analyse why the delta is not picking up the data while a full repair does.
Thanks

Hi Neetha,
First go to RSO2, put your DS name and check what is the delta pointer set for your extractor, numeric or timestamp etc. after that go to transaction RSA7 and check the last delta pointer value from that you can decide why it is not picking requried reocrds.
Further you can change record in source system and then check in RSA3 whether it is coming in extraction or not? Just debug if reocord is not coming.
Regards,
Durgesh.

Similar Messages

2LIS_03_BF - Unserialized V3 Update not pulling delta & cant change UPDTMOD

Dear SDNer's
I read almost 50-60 post for this query which I am facing like others..but didn't find any solution to it..in them
some asking to run ABAP code to delete VBMOD table & Some other tables entries using this code which is risky for r/3 data.
tables: vbmod, vbhdr,vbdata,vberror.
SELECT single * FROM VBMOD WHERE VBfunc = 'MCEX_UPDATE_03'.
       IF sy-subrc = 0.
          DELETE FROM VBHDR WHERE VBKEY = vbmod-vbKEY.
          DELETE FROM VBMOD WHERE VBKEY = vbmod-vbKEY.
          DELETE FROM VBDATA WHERE VBKEY = vbmod-vbKEY.
          DELETE FROM VBERROR WHERE VBKEY = vbmod-vbKEY.
       endif.
Can I use unserialized V3 Upate ??(It doesn't matter to me as its Inventory datasource which will work with Unserialized v3 update)
Any other way to enable changing the update mode..as I schduled the job from LBWE for pulling delta entries to Delta Queue ...but its not pulling anything.
In SM13 there is nothing left for update...
<<Text removed by moderator>>
regards,
RK

Actually i did init with data transfer so I dont know whether it can have any effect.
After that I waited for some new material documents to be created.
Went to lbwe, scheduled only for inventory controlling (i.e. 03), went to sm37 to monitor that my job has finished succesfully and there are new queue in rsa7 for 2LIS_03_BF. (Note: make sure to check your job - it can fail........)
Double click on it I can see my test data.
Loaded delta to BI, etc, etc...
I havent changed update mode - it's unserialized v3.
Are you 100% sure you followed all the sequence e.g. filling setup tables, etc?
All the settings in bf11, processkeys are checked?
Pls let me know if you find the solution to this issue because the fact that it worked fine for me this time doesnt mean I'll never encounter it in the future )
Edited by: Larka198x on Oct 20, 2010 6:22 PM

Generic CSV log collection Rule not pulling all records

Hi,
I created a Generic csv log collection rule with details as follows:
Target: Windows Computer
Directory: D:\async
Pattern: Async*.csv
Seperator: ,
Expression: Params/Param[1]-matches wildcard- *
Problem is the Csv file has around 50000 records whereas in the eventview of that rule it only shows 16853 records. I also tried with following SQL query but same results.
select * from event.vEvent
where EventNumber=0
(Since this is the only csv rule I've created & I dont have any records with event 0 hence using eventnumber 0)
I've verified first column of csv file (i.e Param[1]) doesn't contains blank records. Tried deleting & recreating Rules + CSV files but no luck.
Please help.

Hi,
As we can see all csv files that start with "Async" under D:\async foler will be collected.
How many this kind of file exist under the directory?
Would you please creat another simple Async.csv file and remove the original file to another folderto do a test.
In addition, also hope the below article can be helpful:
Monitoring Text and CSV log files in System Center Operations Manager
http://support.microsoft.com/kb/2691973
Regards,
Yan Li
Regards, Yan Li

Select List field in Form not pulling correct record

I have a report that displays a Product Name and a Host Name. Each product can reside on multiple hosts and each host has multiple products, hence an associative table with product_host_asgmt_id, product_id and host_id is defined.
The report I created selects data from the associative table and presents the user the product names and host names without a problem. the same report has an edit link that when selected will open a form that should display the selected host name and product name. In the form both of these fields are defined as Select List. The issue is that the list shows all the LOV but does not focus on the one that was selected in the report to edit.
I unhid the product_host_asgmt_id, product_id and host_id in the form and the values contained are correct, so I think the Automated Row Fetch is working. This same form needs to be used for editing and for creating new values hence the Select List.
I I have the Source section of the Host_name select list field set to : Only when current session state is null and the Source Type is an SQL query selecting all host_name form the host table.
Any ideas how to get the values selected in the report to appear in the form?
Thanks and apologize if this is trivial. I'm a rookie Apex user (but I like it).

When you link to the form page, I assume you are passing the host_id value into a page item. Say you pass this value into item P2_HOST_ID, just make the select list item's Source Type Item (application or page item name) and enter P2_HOST_ID in the Source field.
This assumes that the lov query is of the form "select host_name d, host_id r from ...".
Be careful with Source Used "Only, ..." so that you never allow the page to display with a stale and unwanted value in P2_HOST_ID or that will produce an incorrect display value in the select list.
Scott
P.S. Please tell us your first name and put it into your handle and/or profile to help us.

Delta package not fetching all records from Delta queue in r/3

Hello,
I have loaded Goods Movement Data using 2LIS_03_BF datasource into my BI system.
The Delta has been initialized and everyday the delta is being moved from r/3.
I observed that when I execute my delta package not all delta records are fetched into PSA from r/3.
For Ex: Before starting my delta package I checked in SMQ1 of my R/3 system and see that there are around 1000 records.On executing the delta package I see that the record count is reduced from 1000 to 400 in SMQ1.On executing the delta package again I get the remaining 400 records into my PSA.
Shouldn't the delta package get all records from the queue on single execution??
Is there some setting to define the nr of records to be loaded?
I'm confused with this behaviour.Please help me understand this behaviour.
Thank You.

Hello,
First thing: the data is not transferred from the SMQ1 queue, rather the data is transfered to BW from the RSA7 Delta queue. You need to check the number of records present in the RSA7 queue.
Since SMQ1 is involved, i think you are using the unserialized V3 update method. In this method, when data is first written to the application tables, it is first transferred to the SMQ1 update queue,then via a job to the LBWQ extractor queue and then to the RSA7 delta queue. So the number of entries that you see in the SMQ1 queue are not the number of entries that have to be transferred to BW but rather the records that are waiting to be transferred to the extractor queue in LBWQ. Similarly, in LBWQ, the number of entries displayed here are not the no of entries that are going to be transferred to BW, they are the no of entries that will be transferred to the delta queue RSA7 when the next v3 update job runs.
If you want to check the number of records that will be transferred to BW, select the datasource in rsa7 and then click on the display data entries button.
Hope this helps.
Regards.

Condition record not pulled for all material

Hi,
I have three materials in sales order. now, for each material , I am maintaining some condition record in VK11. the problem i face is, if in case I don't maintain condition recrod for condtion ZCD1 for the first material A in sales order, the condtion records that I have maintain for the same condtion ZCD1 for the following materials are also not getting pulled. that's true for all conditiond in my pricing procedure. only those conditions for which system could find records for the first material, it pulls it for all other materials that follow material A in sales order. otherwise, system gives the messgae " condition record has been found but not set "
what could be the reason? this is certainly not the standard behavior.
Thanks,
Binita

I have checked this with creating new records for all material for all condtions. but, it is possible that a particular price condtion may not be maintained for the first material and which can very well be maintained for the folllowing materials. in that case, they are not pulled. the records are there for sure for other materials as 1) i could see them in VK13 and 2) the condition analysis tells me that condtion record is found but not set. no clue what it has got anything to do with first material..as soon as i maintain that condtion for first material (even zero value in Vk11), they start appearing for other materials as they are maintained.
Thanks,
Binita

0fi_gl_4 init is not pulling any data

Hi All,
We have ofi_gl_4 installed and running fine with deltas. We thought of reinitializing the delta because of some business reasons. I deleted the delta initialization and started delta initialization with data transfer with Fiscal Year/Period selection. It is not pulling any records and it is saying there is no new delta since last extraction. I'm sure there is data as this extractor pulled the data so far for this period.
Then I thought of testing this using RSA3. Even RSA3 is not pulling any data. But there is data in BKPF/BSEG for this periods.
The extractor is putting the correct time stamps in BWOM2_TIMEST and all other entries in tables like TPS31, BWOM_SETTINGS are all okay.
Did any body faced this problem? Is there any change in the FI extractors recently?
Your help is greatly appreciated.
Thanks,
Trinadha

Hello Trinadha,
You may want to have a look at OSS note 640633. Following is the text from note.
Hope it helps.
Regards,
Praveen
Symptom
Deleting the Init 0FI_GL_4 deletes all BWFI_AEDAT data
Other terms
0fi_gl_4, 0fi_ar_4, 0fi_ap_4, 0fi_tx_4, BWFI_AEDAT, BWFI
Reason and Prerequisites
The system was intentionally programmed like this.
Solution
The error is corrected in the standard system with PI 2004.1.
The reset logic is changed with this note so that during the reset, the DataSources 0FI_4 only delete their own entries in the initial selection table (ROOSPRMSF) and in the time stamp table (BWOM2TIMEST). The data of the table BWFI_AEDAT is, however, only deleted if no more 0FI__4 DataSources are active.
Proceed as follows for the advance correction:
1. Install the code in function module BWFIT_RESET_TIMESTAMPS or include LBWFITTOP.
2. Create an executable program ZFCORR_BW_02 with transaction /NSE38.
Program title:        Change 0FI_*_4 DataSources.
Selection texts:      Name Text
                       OBJVERS Version
                        OLTPSOUR DataSource
Implement the source code of program ZFCORR_BW_02.
Execute the program for the DataSources 0FI_AR_4, 0FI_AP_4 and 0FI_TX_4. The program uses the BWFIT_RESET_TIMESTAMPS function module as a reset module for these DataSources.

Changes in contract-data: No delta-record for BW

Hi,
when in transaction VA02, changes are made to contract data (start date, end date), no delta record is generated in datasource 2LIS_11_VAITM. The contract data is stored in table VEDA.
Currently we have an enhanced datasource that gets the dates at extraction time, but changes to contracts afterwards are not generating delta records. Therefore after a while BW is not in sync with ECC R/3.
Is this a known problem, and does anybody have a solution or suggestion?

Hi T. Jans-Beken,
Did you create a datasource on VEDA table to load in full mode to BW?

0UC_ISU_14 Transaction Statistics Extracor pulling 0 records after Upgrade

Hello All,
We have Transaction Statistics Extractors 0UC_ISU_12, 0UC_ISU_14,0UC_ISU_18 . The R/3 4.7system is upgraded to ECC 6.0 .After the upgrade these above extractors are not pulling any records after initialization or with full updates.
Please advise .
Thanks
KPK

Hello All,
We have Transaction Statistics Extractors 0UC_ISU_12, 0UC_ISU_14,0UC_ISU_18 . The R/3 4.7system is upgraded to ECC 6.0 .After the upgrade these above extractors are not pulling any records after initialization or with full updates.
Please advise .
Thanks
KPK

Delta Records is not getting updated in delta queus when changes done

Hi All,
In Quality system , when a user makes a change to an order's ship-to address, the changes are "triggering" a delta record into the delta tables for BI to extract. This can be seen via tcode rsa3's delta tester.
In Productionn System, when the user makes the exact same change, nothing is added to the delta table and the changes never come over to BI unless a full extract is request for the order.
Why changes not getting updated, please give your inputs.
Thanks & Regards,
Venkat Vanarasi.

Do you have your V3 update job active and running? THis job wites changes to the delta queue. Of course your datasource has to been initialized and a delta queue should be setup. You can check it in RSA7.
Regards,
Juergen

Delta records not updating from DSO to CUBE in BI 7

Hi Experts,
Delta records not updating from DSO to CUBE
in DSO keyfigure value showing '0' but in CUBE same record showing '-I '
I cheked in Change log table in DSO its have 5 records
ODSR_4LKIX7QHZX0VQB9IDR9MVQ65M - -1
ODSR_4LKIX7QHZX0VQB9IDR9MVQ65M -   0
ODSR_4LIF02ZV32F1M85DXHUCSH0DL -   0
ODSR_4LIF02ZV32F1M85DXHUCSH0DL -   1
ODSR_4LH8CXKUJPW2JDS0LC775N4MH -   0
but active data table have one record - 0
how to corrcct the delta load??
Regards,
Jai

Hi,
I think initially the value was 0 (ODSR_4LH8CXKUJPW2JDS0LC775N4MH - 0, new image in changelog) and this got loaded to the cube.
Then the value got changed to 1 (ODSR_4LIF02ZV32F1M85DXHUCSH0DL - 0, before image & ODSR_4LIF02ZV32F1M85DXHUCSH0DL - 1, after image). Now this record updates the cube with value 1. The cube has 2 records, one with 0 value and the other with 1.
The value got changed again to 0 (ODSR_4LKIX7QHZX0VQB9IDR9MVQ65M - (-1), before image &
ODSR_4LKIX7QHZX0VQB9IDR9MVQ65M - 0, after image). Now these records get aggregated and update the cube with (-1).
The cube has 3 records, with 0, 1 and -1 values....the effective total is 0 which is correct.
Is this not what you see in the cube? were the earlier req deleted from the cube?

Delta records are not loading from DSO to info cube

My query is about delta loading from DSO to info cube. (Filter used in selection)
Delta records are not loading from DSO to Info cube. I have tried all options available in DTP but no luck.
Selected "Change log" and "Get one request only" and run the DTP, but 0 records got updated in info cube
Selected "Change log" and "Get all new data request by request", but again 0 records got updated
Selected "Change log" and "Only get the delta once", in that case all delta records loaded to info cube as it was in DSO and gave error message "Lock Table Overflow" .
When I run full load using same filter, data is loading from DSO to info cube.
Can anyone please help me on this to get delta records from DSO to info cube?
Thanks,
Shamma

Data is loading in case of full load with the same filter, so I don't think filter is an issue.
When I follow below sequence, I get lock table overflow error;
1. Full load with active table with or without archive
2. Then with the same setting if I run init, the final status remains yellow and when I change the status to green manually, it gives lock table overflow error.
When I chnage the settings of DTP to init run;
1. Select change log and get only one request, and run the init, It is successfully completed with green status
2. But when I run the same DTP for delta records, it does not load any data.
Please help me to resolve this issue.

Delta Records not coming from sm13 to rsa7

Hi,
We have found that for the application 02, delta records are coming in RSA7(delta queue) even if these are coming in sm13.
It appears that some protocol responsible for bringing the delta records from sm13 to rsa7 is failed.
Fact is that for the data sources related to application 02 (purchasing: LO Cockpit), we did some enhancements through LBWE.
But before transporting the relavant requests to production, we did not delete sm13 and rsa7 entries and also at the time of transpoting the requests in production, postings were made by several users and the entries for those were appearing in sm13.
Thing to notice is that whatever fields were shifted in LBWE, those changes have successfully appeared in production after transporting ( LBWE and relavant Extract Structure in Production are containing the required changes)
Now each time to load the data in BW, we have to delete and refill the set up tables and schedule full update which is taking a lot of time and not advisable.
Each time when we are running job control in LBWE, it is throwing dump in ST22 with the heading CONNE_IMPORT_WRONG_STRUCTURE.
It appears that some internal problem has occured in the structure of rsa7/sm13 for application 02.
Also it is written in the dump that:--
When attempting to import data, the structure of the complex object
"MC02M_0ITM_TAB"
was not compatible with the target object. The error occurred with
component no. 24.
Try to find out why the structure of the object is unsuitable.
There are several possible reasons:
|
--- In the ABAP Dictionary, the structure of the imported
|   object has changed. Make sure that the structure of the imported
|   object matches that of the Dictionary structure.
|
|   If the data could not be restored from another source, this data
|   must be read with the "old" structure, then converted and exported
|   back with the new structure, so that future IMPORTs always work
|   with the new structure.
|
--- A new program version is active, and it no longer matches the
    dataset. Try to solve the error by generating the program "SAPLMCEX" again
    as follows:
    In the SAP System, choose the transaction SE38. Enter the program
    name "SAPLMCEX". Then choose the "Activate" function.
Now how to make the things back on track so that delta records come in rsa7 from sm13 so that we schedule delta update in info package.
Is there any OSS Note or Standard SAP Report which we have to run for getting the solution.
If not, please suggest the solution.
Thanks in advance,
Tarun Brijwani.

Hi,
1. Check whether your Extractor will support Early Delta Inti or not..
See this link for Early Delta Initia...
http://help.sap.com/saphelp_nw04s/helpdata/en/80/1a65dce07211d2acb80000e829fbfe/frameset.htm
Minimize downtime for delta intia..
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/5d51aa90-0201-0010-749e-d6b993c7a0d6
Perform this activity on Weekends,
Also see 436393 - Performance improvement for filling the setup tables
Note 753654 - How can downtime be reduced for setup table update
2. Obviously Background job.
BG jobs can be monitored thru SM37 and maintain Logs thru SM21 and can be easier for administration
Thanks

Delta record not getting created

Hello Experts -
I'm working with 0mat_plant_attr datasource.
In ECC, I made changes to some materials in MM02. I changed the values of MRP Type and Rounding Value in MRP1 tab. The data is saved correctly but a delta record is not getting created. In RSA7, no records are there for 0mat_plant_attr. MRP Type, Rounding Values are attributes of 0mat_plant. I did run the initial infopackage from BW to enable the delta.
Can someone please help me with this? I'm not doing something correctly.
Thanks!

Hi Syed,
I think you may have to run an attribute change run after executing your infopackage to see the changes. The modified attribute needs to be set as active in by the attribute change run.
Master data & attribute chage run
Regards,
John

Form is not Pulling records from database table.

Hi all,
it seems very simple question for you, but i got stuck here.
I have created one table and insert some records in it from SQL.
then i create one form and create a data block and pull all the fields form the table, now when i run this form it will not show the records... why ?
is anything wrong am i doing ?
Thanks for any help.
Abid

Yes when i press Execute Query it shows the records.
can i add this on form level, i mean when form will load i can execute this query.
how will this work.
on_form_load
execute_query;
is that right ?
Thanks for giving me clue, you soloved my problem.
Abid

BI not pulling delta records

Similar Messages

Maybe you are looking for