More on System Landscape Directory
Blogs, Demos, and News on the SLD
Here you will find information on the SAP NetWeaver System Landscape Directory (SLD): Best-practice documents, news, blogs, and demos.
If you follow these blogs reading from top to the bottom, you will get a sort logical sequence of topics (to be completed over time), from where to install the SLD, how to install it, how to distribute landscape data, and how to use the latest features...
Here you'll find selected blogs and articles for different phases in the use of SLD systems.
Planning the SLD Topology
Any administrator, who is responsible for an IT-landscape, which at least partly consists of SAP systems, will know that many applications rely on data provided by the SAP NetWeaver System Landscape Directory (SLD). For several reasons, having more than one SLD might be necessary. In this blog I put the recommendations from the SLD Planning Guide on the SLD topology in a (coco-) nutshell - not to replace this document, which is still mandatory, but to give you an easy start when developing a new SLD strategy.
It is recommended to use one System Landscape Directory (SLD) system as the source of CIM model, CR Content, and Technical Systems’ data for the Landscape Management Database (LMDB). However, the necessity may arise to change this SLD. Here are the points to consider in case of a switch to another SLD.
In a backup setup, two SLD systems can be connected with a bidirectional full automatic content synchronization. They can also be connected with a unidirectional full automatic content synchronization to a 3rd system (SLD or LMDB). If you need to switch between “main” or “central” and “backup”
SLD, you need to follow some rules to avoid data inconsistencies: Either use a very simple setup, which will require only a few steps but interrupts updates
of the 3rd system. To keep the 3rd system up-to-date all the time, you can follow another procedure.
Data for landscape descriptions are increasingly used in the SAP Support Portal; to learn about the topology recommendations, read
Building the SLD
With IT landscapes at least partially made up of SAP systems of more recent releases, gathering landscape data in the SAP NetWeaver System Landscape Directory (SLD) is mandatory. This blog describes the installation of an SLD system and the initial setup, which both have been automated to a large extent. Both processes are demonstrated using the example of an SAP NetWeaver Process Integration 7.1 EHP1 installation.
As of SAP NetWeaver 7.1 the System Landscape Directory features a new way of fully automated synchronization of separate SLD systems - this will be interesting enough for many of you to install this release as quickly as possible. This blog tells you where you will find this installation option.
Using the SLD
The System Landscape Directory (SLD) of SAP NetWeaver is a central provider of information on software and systems. It is used by many client applications, such as SAP NetWeaver Process Integration, SAP Solution Manager, and the Adaptive Computing Controller. SLD data is needed in three areas of the landscape, for development systems, productive systems and systems managing systems. According to the different roles, different types of data are needed in each area. On the other hand, data should be gathered in one place to avoid inconsistencies. Therefore, data is retrieved once and then distributed.
In this document all mechanisms in the SLD of data gathering and distribution are discussed in detail and shown in screenshots in the context of the SLD's role in the landscape.
The full automatic synchronization feature is available with the SLD as of SAP NetWeaver 7.1. This demo shows the unidirectional (one source and one target SLD) and a bidirectional use (both SLD systems are source and target) of the synchronization feature. Using it, you can easily replicate content between SLDs, for example for backup purposes.
Best PracticesHaving consistent and up-to-date software catalog data (aka CR CONTENT) in System Landscape Directory (SLD) and SAP Solution Manager Landscape Management Database (LMDB) is a prerequisite for correct description of the IT landscape – this blog gives an overview of the process and relevant notes.
Use, topology, and many specific scenarios in SLD and LMDB have been described on three pages containing multiple documents and blogs - but you may be interested in "rules of thumb" plus related blogs and notes regarding specific aspects of handling these applications...
If you’re using the system copy function of the software provisioning manager, you need to take care of the changed landscape data in the System Landscape Directory (SLD).
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). After such a split, you need to take care – or do some house-keeping – in the System Landscape Directory (SLD) and also think of the landscape description in SAP Solution Manager LMDB.
The SLD is a central provider of information on software and systems and SLD data is critical to many processes, so you need to protect it. In some cases, however, it is necessary that a person can see all SLD data - including those used by the SLD administrator - but need not change them: Often, this is the case when it comes to issues requiring support, so for this use case, a specific support role is available, sparing you the risk to assign an administrator user if read-only access will suffice.
SAP NetWeaver System Landscape Directory as of SAP NetWeaver AS Java 7.1 features the Full Automatic Content Sync. This function allows connecting SLD systems to automatically update data incrementally when changes occur and provides automatic conflict resolution. Connections can be bidirectional or unidirectional. While in a bidirectional setup conflicts will hardly occur, in a unidirectional setup you need to follow some rules to avoid them.
With SAP NetWeaver 7.0 SP 12 the Change and Transport System (CTS) learned to transport Non-ABAP content also, and is therefore often referred to as "CTS+". It is the preferable transport mechanism for many types of SAP content and more types will follow. As of SAP NetWeaver 7.0 SP 14 transporting content of the SAP NetWeaver System Landscape Directory (SLD) is fully integrated with CTS+. The operation of system landscapes often requires exchange of data between SLD systems using an export / import procedure. This can be managed both more reliably and comfortably using CTS+ - as shown in a system demo.
The SAP NetWeaver System Landscape Directory (SLD) is the central provider of landscape information in the SAP system landscape. Systems report their data automatically updating their data regularly in the SLD. Nevertheless, records of systems that have been de-installed or moved have to be taken care of to present client applications with up-to-date data. This task is necessary in all releases of the SLD, but support has improved over time.
With SAP NetWeaver 7.1 "full automatic synchronization" has become available as a new feature of the System Landscape Directory (SLD). It allows setting up SLD systems so that all their content is replicated from the source to the target SLD(s) and also in both directions if required. Up to here things have been announced already. This feature now can also be used to reduce the availability gaps of SLD data during planned downtime to a few seconds. Applied together with a high-availability setup usually focusing on unplanned downtime you can achieve very, very near to continuous availability of SLD data. In a two parts demo I'll show how to make SLD data available independently of planned downtime.
The SAP NetWeaver System Landscape Directory (SLD) is a central provider of landscape information used by many client applications. Therefore, when using an SLD in your system landscape it might be a good idea to use a virtual IP address to access it. This blog lists reasons and use cases.
The SAP NetWeaver System Landscape Directory (SLD) is the main source of Technical Systems’ information in your landscape. To be able to handle this data correctly, the SLD CIM Model and CR Content need to be up-to-date. In most cases, this manual action is done on each SLD individually, many of which may exist in a landscape. Using the Full Automatic Synchronization mechanism and the SLD Namespace concept, you can update one SLD manually and automate the CIM Model/CR Content update for all other SLD systems.
Note, that this procedure should be tested by you in a sandbox and used very carefully – not fulfilling the prerequisites or performing the steps wrong, will cause data inconsistencies.
- For more detailed guides including the registration of 3rd-Party systems in the SLD, see System Landscape Directory.
- For more information on landscape data in general, see Landscape Descriptions
- A complete view of technical systems' data you'll only get with SLD plus LMDB - see http://scn.sap.com/community/it-management/blog/2015/07/10/technical-system-data-delivered-by-sld-data-supplier-and-agents.