Dual-Stack Split – How to Ensure Correct Technical System Data in SLD and LMDB after the Split
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:
- In the SLD: Delete the technical system (identified by SID and DB Host Name), which is no longer existing or replaced by another SID.
- How to do that is described in How-to Manage House-Cleaning in the System Landscape
Directory – Duplicate System Entries - If the Java part is used still (under a new SID), its SLD Data Supplier will report to the SLD with the new data.
- How to do that is described in How-to Manage House-Cleaning in the System Landscape
- In the LMDB: If the data hasn’t been changed in the LMDB manually, the changes will be written to the LMDB.
- If it isn’t updated in the LMDB, see How to Ensure Your Landscape Data is Up-to-Data –
House-Keeping in the LMDB - Or choose “Re-synchronize Technical System from SLD” in LMDB Technical System Editor (“Advanced” drop down).
- If it isn’t updated in the LMDB, see How to Ensure Your Landscape Data is Up-to-Data –
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:
- SL Toolset
- Dual-Stack-Split performing the split
- Software Update Manager (SUM) consuming Stack-XML data based on LMDB information
- CISI – see SAP Note 1816146 – Correction of installed software information (CISI)
- Landscape Descriptions @ the SCN explaining about product model, SLD, LMDB, MOpz, etc.
.
.
.
Excellent post!!!
Regards,
Deeraj Shetty
Team,
I know this is an old post but I am facing a problem with SLD after dual stack splitting of my solution manager 7.2 SP03. The Abap stack is registering OK but the JAVA (target) is failing to register to itself's SLD. This situation is according to my understanding prohibiting the SLD sync with LMDB when doing the solman_setup. The error when tryiong to auto register on SLD_Data_supplier is the following
http://host:5<##>00/sld/ds, Status: 403, Message: Forbidden
Please guys any idea...
Dear Charles,
sorry for the late reply - this question, I cannot answer directly. Please open an incident under BC-CCM-SLD.
Best Regards,
Wolf Hengevoss
SAP SE