Common issue faced after transporting changes in the extract structure in ECC.
Symptoms of the issue:
If you change an extraction structure in the Customizing Cockpit(transaction LBWE) by importing a support package or a transport or by carrying out an upgrade, if this had already been activated for update fora certain time, various errors may occur:
- The initialization of data that was created before the change
no longer works (CONNE_IMPORT_WRONG_COMP_LENG).
- Delta requests terminate (CONNE_IMPORT_WRONG_COMP_LENG).
- The V3 update is no longer processed.
-: The update from the extraction queue (update mode "Delta
Queued", as of PI(-A) 2002.1) is no longer processed.
-:The log terminates (CONNE_IMPORT_WRONG_COMP_TYPE).
-: REDWOOD jobs failing at ECC side by giving dump “termination occurred in the ABAP program "SAPLMCEX" in "MCEX_UPDATE_XX"”.
On analyzing the dump if we found out error message -----> message x194(mcex) with sy-subrc
The only reason for the above error message is that there was data present in the outbound queue of the particular application component while transporting the changes in the extract structure.
Furthermore, in individual cases, a change to an extraction structure may
also have a negative effect on the update of another extraction structure (that belongs to the same application).
With the function for checking the LBWQ for structure changes (the hash
Solution), a termination is forced when the update report RMBWV3xx is run
(xx = application number i.e. 11 for orders, 04 for production) if the structure of the data in the LBWQ does not correspond to the current ABAP Dictionary version the REDWOOD jobs which used to bring delta from outbound queue to rsa7 will fails as shown below
This occurs when changes are made to extract structures of the LO
Customizing Cockpit, even though data of the 'old' structure was contained
in the extraction queue (LBWQ). When you change a DataSource or their extract structure, the data that is saved in the old form of the structure is no longer interpreted correctly.
The update can only run successfully if the LBWQ contains only the data of
the currently valid ABAP Dictionary version
With extract structure changes, all data containers of the relevant data
flow must be empty. Therefore, you first have to check which update method
is used for the Data Source in question and use this to determine the relevant data containers.
You can then make the change. After making a change, you may no longer be able to use statistical data that was already set up. If such data still exists, you must delete it(transaction LBWG).We recommend in particular that you upload the data immediately after a setup and (after checking in BW) delete it from the setup tables. If you forget to process the update collective run before a change, theonly option is to delete the records that still exist. This means that thisdata is lost.To do this, in the case of the update method "Delta Queued" (as of PI(-A)
LBWQ). Select the queues for the relevant applications one afterthe other (MCEXnn, nn = number of the logistics application, seetransaction LBWE), and choose the display function. Choose thedisplay function again to list all the entries in the queue. Thenselect and delete all of the entries that had been saved before thestructure change. In case of a very large number of entries in aqueue, it may be necessary to delete the entire contents of the queue. This can be done on the initial screen of transaction LBWQ.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
5 | |
5 | |
5 | |
4 | |
4 | |
4 | |
4 | |
4 | |
3 | |
3 |