Skip to Content
Author's profile photo Former Member

Steps to consider for Inventory Cubes (Non-Cumulative) during BW on HANA migration

Steps to consider for inventory cubes during HANA migration

Summary Points:

  1. Inventory data load needs to be performed differently.
  2. As of BW 7.0, we have to compress the cube with respect to the marker.
  3. Instead of setting the flag for Marker update during the compression of an Info Cube, you now have to decide within the DTP (flag ‘Historical Transactions’) whether the records are treated to be historical transactions or deltas.
  4. That means the logic of the marker update had been pushed down to the data staging DTPs. Therefore, the flag ‘No Marker Update’ does not exists any longer.
  5. Compression of the Info Cube does not change the values of the reference points any longer. In principle, the calculation of non-cumulative in the query remains the same, but for the calculation of the current marker the system always has to take into account all movements (forward and backward calculation done during query
    runtime).
  6. In contrast to the non-HANA based Inventory Info Cube, the HANA based Inventory Info Cube has only one F fact table.
  7. You can check the partition in SE11 /BIC/DXXXX (Cube name)

                                          Data Flow for Non-Cumulative cube

1. Inv Flow.png
  Note: Source systems are multiple here.

Extracting the inventory data:

The
following datasources are to be used in the extraction of an inventory scenario based on SAP ERP:

2LIS_03_BX
Material stock:
Used to extract opening stock balance

2LIS_03_BF:

Material movements: Used to extract material movement

  • Initialization (2LIS_03_BX)

     Once the filling of the setup table (MCNB) is finished, you can initialize the data upload for data-Source 2LIS_03_BX by starting the Info-Package in BW.

     Extract Initialization records with Data-Source 2LIS_03_BX to PSA and start subsequent DTP for Initialization with the following info-pack setting.

  • Historical Load

     Once the setup table for 2LIS_03_BF is finished through the T-code OLI1BW in ECC, extract historic movements with Datasource 2LIS_03_BF to PSA 

     and start subsequent DTP for historic transactions (Delta DTP).

DTP
for historic transactions

  1. Delta initialization for
    material movements

On-going
delta transactions can be extracted through the info-package till PSA.

Consider
the following setting to bring delta records on daily basis.

Difference between HANA based version and non-Hana based version of
Inventory data staging

Logic of ‘No marker update’ pushed down

Instead of setting the flag for Marker update during
the compression of an Info-Cube you now have to decide within the DTP whether
the records are treated to be historical transactions or deltas. That means the
logic of the marker update had been pushed down to the data staging DTPs.

Compression of the Info-Cube does not
change the value of the Initialization any longer. The concept of the previous
known reference point in infinity changed. Therefore the key figures of the
Initialization request remain unchanged during compression. This was completely
different before, as all the delta movements led to an update of the reference
point.

No Marker Update in non-HANA based BW
versions

There is no check box as “No Marker
Update” in HANA based BW versions

No ‘E fact table’ any longer

In contrast to the non-HANA based
Inventory Info-Cube, the HANA based Inventory Info-Cube has only one F fact
table. The fact table itself is partitioned having in total 4 partitions. The
purpose of the single partitions is summarized in Table 1: Partition purpose.

Example:

Partition (2) for Historical transactions

Recommendation

Collapse the Inventory Info-Cube
regularly to populate the relevant partitions.

Procedure to convert standard cube to HANA optimized
cube:

Transaction: RSMIGRHANADB (program
RSDRI_CONVERT_CUBE_TO_INMEMORY) or from Info-Cube maintenance:

After system migration to BW 7.3 on
HANA all Info-Cubes remain unchanged -> need to execute conversion to
HANA-optimized

After conversion Info-Cubes work w/o
disruption regarding data staging and querying (DB Changes are transparent to
the application)

Pre-requisites

  • Compress the
    Inventory Info-Cube regularly to populate the relevant partitions.
  • All the request
    should be compressed in the standard cube (Non-Cumulative) before migrating it to
    HANA optimized.
  • After conversion,
    check if any transformation’s/DTP’s are inactive.

Conversion is executed as a Stored Procedure
within HANA and therefore shows an excellent performance.

References

http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/50df1d69-4d86-2f10-a2ac-8b95b98dbe85?QuickLink=index&overridelayout=true&58965606021293

https://help.sap.com/saphelp_nw73/helpdata/en/e1/5282890fb846899182bc1136918459/frameset.htm

Important SAP Notes

http://service.sap.com/sap/support/notes/1548125

http://service.sap.com/sap/support/notes/1679974

http://service.sap.com/sap/support/notes/1691932

http://service.sap.com/sap/support/notes/1683889

http://service.sap.com/sap/support/notes/1679099

Assigned Tags

      1 Comment
      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member

       

      This is really good and helpfulĀ information.. Thank you for sharing.