Skip to Content
Technical Articles
Author's profile photo Wolf Hengevoss

How-to Manage House-Cleaning in the System Landscape Directory – Duplicate System Entries

Last updated: March 31, 2020

 

Why Do House-Cleaning in the SLD – and how?

Few people would regard this task fun, and if systems update their data regularly in the SLD using SLD data suppliers, and three mechanisms of data distribution between SLD systems (forwarding of data supplier data, export/import of data Better Manage SLD Exports and Imports Using CTS+ and Demo: The Full Automatic Sync Feature in the SLD of SAP NetWeaver 7.1) then why do you have to do it at all?

image

Is this “TE2” system entry a duplicate that needs to be removed or not?

Fact is, that data suppliers are an excellent way to gather new data and data updates – the push mechanism triggered by the systems themselves significantly simplifies the work of the SLD administrator – but are not used to remove data of systems that no longer exist. The reason behind this is simple: Should a system be removed only because its data-supplier didn’t report to the SLD last time it was normally scheduled? This cannot be done, simply, because this “date” might have been missed during system maintenance. Is the second missing report sufficient? We don’t think so: when the system is still in use, business processes based on PI messages or Web Dynpro (Java) based UIs would fail unnecessarily…
On the other hand no-longer-existing systems but still visible in the SLD might be assigned to business processes erroneously, which will not work then, and that’s why you as the SLD’s administrator have to take care of outdated systems data. Keep in mind: Most or all of the manually created data such as business systems should be updated be development and therefore should not be your problem.

House-Cleaning in Your SLD – Best Practices

Consistent Deletion of Managed Systems — System Decommissioning

The SCN Wiki document Delete_Managed_Systems (https://wiki.scn.sap.com/wiki/display/SMSETUP/Delete_Managed_System) describes the steps necessary for consistent handling of deletion of technical system data depending on your version of SAP Solution Manager. This needs to be considered first if a system has ever been used in SAP Solution Manager.

Data Changes in the SLD

Let’s see how you can recognize and deal with outdated data in various releases of the SLD.

Note: You will have to clean up technical systems’ data in all your SLD systems independently of their release: Even if you are using a “central” SLD as a target for all data suppliers and forwarding data to other SLD systems in your landscape, deletions will not be forwarded. Full automatic synchronization would do that, however, I do not recommend using it for that purpose instead of connections where forwarding of landscape data is proposed since it does not provide filtering and would also replicate unneeded or misleading data such as productive data for business systems into development.

Recognizing Outdated Data

If a technical system used as a business is uninstalled, in many cases it will be replaced. If it is re-installed on a different host, it might get the same SID (three character system identifier). This will not cause a problem for the SLD because with a different host name the record is still unambiguous.
Does that help to remove such data automatically? No, it does not: the second identical SID might for example be the result of a merger and also valid. Therefore, a decision of a human being is required.

SLD UIs of SAP NetWeaver 7.0 and Earlier

In these systems, all data of technical systems need to be updated manually after a system was moved. Outdated system data need to be deleted, if the old system – or the old host respectively – can no longer be reached.

Note: All data using technical systems‘data such as business systems and JCo destinations need to be associated manually with the updated data or newly created.

There are two ways to get rid of outdated data:

  • You can directly remove technical systems from the list under SLD Home / Landscape / Technical Systems
  • It’s easier, however, to choose SLD > Administration > Automatically Updated Data or in later releases > Administration > Maintenance > Automatically Updated Data:image
    Displaying automatically updated SLD data

    You’ll find an overview of all SLD data suppliers ordered by Name, Type, and Date of last update of system’s data in the SLD:image
    This view allows sorting and filtering and directly supports deletion of selected system data (button Remove) and thus simplifies the manual part of data maintenance – if TE2 on tewdf232933 was moved or deleted you can remove it here – note that it didn’t report to the SLD for more than 2 weeks
SLD UIs of SAP NetWeaver 7.1 and Higher

As of SAP NetWeaver 7.1 situation in the SLD is as follows:

  • Obviously , the same mechanisms to delete outdated data described  above also work and for deletions of systems that are not replaced, this is still the way to handle this situation
  • Additionally you’ll find a function to deal with systems, which have been moved especially:
    Under SLD / Home > Technical Systems > Details choose button Move:image
    This view allows sorting and filtering and directly supports the move – its assignment to a new host – of selected system data (button Move) and thus simplifies the manual work.Also see 1817310 – Double Stack System automatic move functionality
  • Enter the new host:image
    All associated data will be updated for example JCo destinations when new data is saved. If for example TE2 was moved from tewdf232933 to tewdf231930 it could be corrected here easily.

The benefit of the latter approach is that all data associated with technical systems’ data are updated automatically: No further manual work is necessary.

Final Remark

So no matter what release of the SLD you run: In addition to regular updates of imported SLD data (CR Content and CIM model updates are described in SAP Note 669669) also ensure that you provide clean landscape data as a basis for flawless performance of all your SLD’s client applications. If changes in systems are done on a regular basis in your company and the updated functions are important read in another blog “How to Get an SAP NetWeaver 7.1 System Landscape Directory??”.

Additional Reading

More information on the topic of removing unwanted data from the SLD can be found in SAP Notes:

  • Note 1160192 – System description in SLD contains obsolete elements
  • Note 1159969 – System description in the SLD contains duplicate elements
  • Note 1747926 – Dealing with duplicate technical system names (older SLD)
  • Note 1694004 – Dealing with duplicate technical system names (SIDs)
  • Note 1727294 – AS Java/ABAP System move functionality

Assigned Tags

      5 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member
      Nice blog, I've implemented this into my task checklist, as a periodic task.  Thanks again.
      Author's profile photo Andy Silvey
      Andy Silvey

      Hi Wolfgang,

      we're looking at cleaning up the SLD following a BI dual stack split (as the pre-requisite to the 7.3 upgrade), and your blog has come in very useful.

      Thank you,

      Andy.

      Author's profile photo Wolf Hengevoss
      Wolf Hengevoss
      Blog Post Author

      Hi Andy,

      thanks - glad to hear that!

      Best,

      Wolf

      Author's profile photo Willi Eimler
      Willi Eimler

      Hi Wolf,

      a lot of words for the fact, that you only have to press the "Remove" button if you want to remove a doublet.

      Please change http://wiki.scn.com/wiki/display/SMSETUP/Delete_Managed_System to http://wiki.scn.sap.com/wiki/display/SMSETUP/Delete_Managed_System.

      And by the way the wiki paper does not really tell you what to do or where to find a guide that tells you what to do.

      Greetings Willi Eimler

      Author's profile photo Mohammed Abunaja
      Mohammed Abunaja

      Dear Basis/Solman Guru’s:

      Earlier we were using MS SQL 2012 / Solman 7.2 SP4 and on my Production server at that time we were using client 400 due to some changes we copied 400 to new client 410 and deleted the existing 400. Due to that I am facing lot of dump issue’s and job fails on my production with solman user  ID’S.

      Currently we are not using solution manager that much and I want to delete the existing solution manager Including DB and as well I want to delete all the existing configuration from my Manage Server’s i.e. DEV, QAS & PRD.

      I want to move on with fresh new Installation Solution Manager 7.2 SP07 without deleting the Operating System. My Solution Manager is on physical server.

      Note: I am installing Solman 7.2 SP7 with MS SQL 2017.

      Steps:

      1. Stop Abap and java instance in MMC
      2. Uninstall Solman from SWPM with uninstall option.
      3. Restart the server
      4. Uninstall DB from add/remove programs and then restart the server.
      5. No service running related to ms SQL – services.msc
      6. Try to clean up entire cache and temp memory.
      7. Make required update on virtual memory.

      8.??????

      Here in managed systems i.e on Production what are the things I have to perform for removing the old complete configuration (client 400)?

      My Motive is to Uninstall Existing Solution Manager 7.2 SP04 and removes the configuration from managed server (PRD). I want to Install fresh new Solman 7.2 SP07 Without losing the OS and perform the latest configuration of solution manager 7.2 sp07 on client 410 of production system.