Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 

Dual-Stack Split – How to Ensure Correct Technical System Data in SLD and LMDB after the Split

wolf_hengevoss
Active Participant
‎11-29-2013 11:32 AM

Introduction

Landscape data in SAP Solution Manager LMDB are the basis for business processes and ALM processes alike. Landscape data are gathered by the System Landscape Directory (SLD) and retrieved by the Landscape Management Database (LMDB) as a basis of the landscape descriptions in the SAP Solution Manager 7.1.

Dual-Stack Systems contain both an AS ABAP and an AS Java with the same SID. Dual-Stack Systems can be split into separate technical systems (with the exception of mandatory dual-stacks such as versions of SAP NetWeaver PI and SAP Solution Manager). The data representing a Dual-Stack System are changed by the split – for example, the SID of the Java part changes. In SLD and LMDB, as you might know, data is not deleted automatically. So you need to correct the data of the former Dual Stack System after a split.

More info on Dual-Stack-Split is available at the SCN…

Handling Technical System Data in SLD and LMDB after a Dual-Stack-Split

Figure 1 shows a technical system of type Dual-Stack and the tools involved in handling its data before and after a split:

Figure 1: Before the dual-stack split technical system ABC of type Dual-Stack is registered in the SLD (index “AJ” indicates, that the SID will turn up in the SLD twice, one as AS ABAP, one as AS Java). The SLD hands its data over to LMDB in SAP Solution Manager. After the split, which includes a rename of the AS Java, 2 technical systems (still) register, but with different SIDs (ABC is only showing up in the AS ABAP section). The duplicates that may occur in the SLD if not avoided need to be addressed in the SLD by deleting the old SID of AS Java. Changes in the SLD are synced into LMDB, provided that no manual changes have been done in ABCAJ. If you hacve done manual changes in the LMDB, some house-keeping is needed in LMDB, too.
In case of errors in the technical systems’ meta data sent by their data-supplier, you can correct them using Correction of Installed Software Information (CISI) process in LMDB and SUM to correct them in the technical system (an example are product instances assigned to the wrong stack after the split).

Steps

These are your steps to deal with technical system data after the split:

However, some data remains in the SLD, which might indicate, that there still is a Dual-Stack, which can result in problems during update or upgrade of the system. How to avoid this is described in Note 1873543 – Postprocessing of SLD data after a Dual-Stack Split.

Trouble Shooting

In case of errors, caused by wrong data registered by the data suppliers after the split, use Correction of Installed Software Information (CISI) and the process in combination with LMDB, where data is corrected, handed over to CISI and applied to the technical system using Software Update Manager (SUM).

Use cases – example:

  • Dual-Stack Split: Java product instance on ABAP technical system (or vice versa)
  • Add-On: Missing data on installed add-ons installation is written or erroneously entered add-on information is deleted
  • CISI – AS ABAP product instances of the AS Java assigned & vice versa

Additional Information and Tools

Also see related information on:

.

.

.

3 Comments
Labels in this area
Popular Blog Posts