V3 Update

[Former Member]

hey Praveen/AHP,

Thanks for the links and documents on LO extraction. I really appreciate the help. I went through those documents and found very informative. But I will go one by one with each of my doubts.

While going through the docs, I found mention of V3 update in several places. Can someone throw more light on the same?

Thanks and Regards,

Robin

[Former Member · Accepted solution]

Hello Robin,

You casn ask as many questions you want, but do remeber to award points for helpful answers

Please go through these threads to understand V3 update better.

Regards,

Praveen

[Former Member · Accepted solution]

Thanks guys,

that helped. can someone tell me the diffrence different types of updtaes viz. V1, V2 and V3.

Thanks

Robin

[Former Member · Accepted solution]

Hello Robin,

Check this link for difference between V1,V2 and V3 updates.

Regards,

Praveen

[edwin_harpino]

hi Robin,

also try search forum with 'v3 update', you will get many threads discuss this

http://help.sap.com/saphelp_webas610/helpdata/en/e5/de86ea35cd11d3acb00000e83539c3/content.htm

http://help.sap.com/saphelp_webas610/helpdata/en/e5/de86de35cd11d3acb00000e83539c3/content.htm

hope this helps.

[edwin_harpino]

hi Robin,

FAQ: V3 update: Questions and answers

SAP Note Number: 396647

Symptom

You are using extractors from the logistics cockpit (LBWE).However, errors occur during V3 update. The note contains answers to 11 questions.

Other terms

LBWE, V3, SM13, RSA7, RSM13005, .logistics cockpit delta

Reason and Prerequisites

-

Solution

Question 1

Update records are written to the SM13, although you do not use the extractors from the logistics cockpit (LBWE) at all.

Active datasources have been accidentally delivered in a PI patch.For that reason, extract structures are set to active in the logistics cockpit. Select transaction LBWE and deactivate the active structures. From now on, no additional records are written into SM13.

If the system displays update records for application 05 (QM) in transaction SM13, even though the structure is not active, see note 393306 for a solution.

Question 2

How can I selectively delete update records from SM13?

Start the report RSM13005 for the respective module (z.B. MCEX_UPDATE_03).

Status COL_RUN INIT: without Delete_Flag but with VB_Flag (records are updated).

Status COL_RUN OK: with Delete_Flag (the records are deleted for all modules with COL_RUN -- OK)

With the IN_VB flag, data are only deleted, if there is no delta initialization. Otherwise, the records are updated.

MAXFBS : The number of processed records without Commit.

ATTENTION: The delta records are deleted irrevocably after executing report RSM13005 (without flag IN_VB). You can reload the data into BW only with a new delta-initialization!

Question 3

What can I do when the V3 update loops?

Refer to Note 0352389. If you need a fast solution, simply delete all entries from SM13 (executed for V2), however, this does not solve the actual problem.

ATTENTION: THIS CAUSES DATA LOSS. See question 2 !

Question 4

Why has SM13 not been emptied even though I have started the V3 update?

The update record in SM13 contains several modules (for example, MCEX_UPDATE_11 and MCEX_UPDATE_12). If you start the V3 update only for one module, then the other module still has INIT status in SM13 and is waiting for the corresponding collective run. In some cases, the entry might also not be deleted if the V3 update has been started for the second module.In this case, schedule the request RSM13005 with the DELETE_FLAG (see question 2).

V3 updating no longer functions after the PI upgrade because you did not load all the delta records into the BW system prior to the upgrade.Proceed as described in note 328181.

Question 5

The entries from SM13 have not been retrieved even though I followed note 0328181!

Check whether all entries were actually deleted from SM13 for all clients. Look for records within the last 25 years with user * .

Question 6

Can I schedule V3 update in parallel?

The V3 update already uses collective processing.You cannot do this in parallel.

Question 7

The Logistics Cockpit extractors deliver incorrect numbers. The update contains errors !

Have you installed the most up-to-date PI in your OLTP system?

You should have at least PI 2000.1 patch 6 or PI 2000.2 patch 2.

Question 8

Why has no data been written into the delta queue even though the V3 update was executed successfully?

You have probably not started a delta initialization. You have to start a delta initialization for each DataSource from the BW system before you can load the delta.Check in RSA7 for an entry with a green status for the required DataSource. Refer also to Note 0380078.

Question 9

Why does the system write data into the delta queue, even though the V3 update has not been started?

You are using the automatic goods receipt posting (transaction MRRS) and start this in the background.In this case the system writes the records for DataSources of application 02 directly into the delta queue (RSA7).This does not cause double data records.This does not result in any inconsistencies.

Question 10

Why am I not able to carry out a structural change in the Logistics Cockpit although SM13 is blank?

Inconsistencies occurred in your system. There are records in update table VBMOD for which there are no entries in table VBHDR. Due to those missing records, there are no entries in SM13. To remove the inconsistencies, follow the instructions in the solution part of Note 67014. Please note that no postings must be made in the system during reorganization in any case!

Question 11

Why is it impossible to plan a V3 job from the Logistics Cockpit?

The job always abends immediately. Due to missing authorizations, the update job cannot be planned. For further information see Note 445620.