Exercises / Solutions
Wolf Hengevoss, Benjamin Schneider, SAP AG / Simha M P, Vijaya,
SAP Labs India
2
You will learn during these exercises how to keep a landscape description up-to date. You will see the whole
process …
- from the registering data of your Technical Systems via the System Landscape Directory (SLD)
- to forwarding in the SLD landscape
- sending the SAP Solution Manager,
- to creation of technical scenario for monitoring purposes and of
- a product system including verification for maintenance in the Landscape Management Database (LMDB).
Exercises
Users/Passwords ................................................................................................................................................................ 3
Prerequisite Step ................................................................................................................................................................ 3
Part 1 – Gather and Send Data .......................................................................................................................................... 4
1a) Check Your Local SLD’s State Regarding CIM/CR Content (Local SLD) ..................................................................... 4
1b) Check Configuration of the SLD Bridge Forwarding (Local SLD) ............................................................................... 5
1c) Check Full Automatic Synchronization of LMDB and SLD (Central System M36) ..................................................... 6
Part 2 – Provide Data.......................................................................................................................................................... 9
2a) Check Configuration of and Trigger the SLD Data Supplier AS Java of Your Dual-Stack........................................... 9
2b) Check Configuration of and Trigger the SLD Data Supplier AS ABAP of Your Dual-Stack ...................................... 10
Part 3 – Maintaining & Using Technical System and Landscape Data ............................................................................ 13
3a) Check Technical System Data in the LMDB & Change the Extension of the Extended SID .................................... 13
3b) Create Data for Monitoring & Maintenance – the Central Entry Managed System Setup .................................... 19
3b1) Select a Technical Scenario to Define the Scope of Your Managed System Configuration ............................. 19
3b2) Assign Software to Technical Systems – Setting of the Diagnostics Flag and Product System Creation ......... 19
3b3) Product System Verification ............................................................................................................................. 24
3c) Use Your Product System in the LMDB to Create a Maintenance Transaction ...................................................... 32
3d) Create and Remove a Solution and Logical Component Based on the Data in the LMDB ..................................... 34
3e) Delete Your Product System in the LMDB .............................................................................................................. 39
3
Figure 1 - Exercise Scenario: Systems, their connections, and landscape data entities of the exercises.
USERS/PASSWORDS
Local system TDI and SLD: User = ALM264_ADMIN; Password = admin
SAP Solution Manager M36: User = ALM264adm_xx (“xx”= group #) Password = teched2012
numbers 01 – 61 are available (always use two digits).
PREREQUISITE STEP
PLEASE NOTE: All local systems have the same SID and can be separated by the host name. During the
exercises, please stick to working on your systems data and your user. You can hinder everybody’s
progress if you do not work carefully along the exercise steps – thanks a lot for being careful!
4
1a) Check Your Local SLD’s State Regarding CIM/CR Content (Local SLD)
Dealing with system data in the System Landscape Directory (SLD) has a minimum state of CIM model and CR
Content as a prerequisite. You need to check this state especially in the SLD read by the LMDB.
Steps:
Screenshots from the System
Check local SLD’s state in the system
Start your local SLD:
In your browser enter
http://localhost:50000/sld
user = ALM264_Admin
password = admin
Choose Details.
You will see a new screen (see below).
Note:
This is not mandatory in the forwarding SLD but it
is in the SLD read by the LMDB
Having up-to-date CIM/CR versions is key (see
Note 669669).
5
Steps:
Screenshots from the System
Check local SLD’s forwarding
To set up the (bridge) forwarding of SLD
data, in your local SLD under
http://localhost:50000/sld
choose Administration.
You have now checked the forwarding of SLD data in your SLD to a central SLD is set up now.
6
1c) Check Full Automatic Synchronization of LMDB and SLD (Central System M36)
There always is one SLD which is used by the LMDB to get CIM model, CR Content and Technical System data.
Check the state of the connection between LMDB and the SLD system, to determine the target of your forwarding
connection.
(More SLD systems can be connected, but only, if one LMDB is used to manage separated landscapes – make sure to
read the planning guides of SLD and LMDB before doing this.)
user = ALM264ADM_xx
password = teched2012
Note:
Should you be asked in the next
step if you want to implement a
note, choose “No”!
If needed to proceed:
Confirm with Log On.
You will see Synchronization Connections between SLD and LMDB (see below).
NOTE: DO NOT MAKE ANY CHANGES TO THE SETTINGS – YOU COULD DISTURB THE WHOLE SESSION.
Note that the SLD is selected as CR Source – only one SLD can have this role:
Note the connection to wdflbmt0777:51000/sld. This is acting as the central SLD – you have this entered as
a target of forwarding in your local SLD.
If you found that the connection is in a green state and in state “incremental sync”, leave this Work Center.
You have now checked the Full Automatic Synchronization connection of LMDB to the central SLD.
9
2a) Check Configuration of and Trigger the SLD Data Supplier AS Java of Your Dual-Stack
Now that the connections for system data in the landscape are complete, you can set up the registration of your
systems in LMDB, starting with the AS Java.
You will set up the registration of your local system’s Data Supplier of AS Java in the local SLD. This is done in the
SAP NetWeaver Administrator on your local system TDI.
Note:
Target URL addresses your local host –
Changes, if necessary, are done in NWA
Configuration Infrastructure
Destinations SLD_DataSupplier)
10
Confirm You can check the time stamp for your technical system in the SLD
Collect and Send Data again and LMDB.
The SLD Data Supplier for the AS Java of your Dual Stack system “TDI” has been set up.
2b) Check Configuration of and Trigger the SLD Data Supplier AS ABAP of Your Dual-Stack
Now, you will set up the registration of your AS ABAP system in LMDB. This is done in transaction RZ70 on your local
system TDI.
User = ALM264_ADMIN
(do not use your group number here,
you are working locally)
Password = admin
11
Execute.
If the call is not successful, some steps to reconfigure the connection are needed:
Now, both stacks of your Technical System should be visible in the local SLD (and in the SLD of SAP
Solution Manager system M36, too).
Note: If an AS ABAP with the same host/SID of an AS Java is registered, in LMDB, a Technical Scenario of type
Dual Stack is created automatically. You will see it in Part 3) of the exercises, when you’re logged on at the
LMDB.
Both the AS ABAP and AS Java of your Dual Stack system “TDI” are registered in the SLD now.
You can check and use the data in the LMDB now.
13
3a) Check Technical System Data in the LMDB & Change the Extension of the Extended SID
Your technical systems’ data is now available in the LMDB. Check the content of your system: Its extended SID and
the automatic assignment of both technical systems to a Dual Stack SAP Solution Manager.
Steps: Check technical systems’ data
Screenshots from the System
in the LMDB.
Open the SAP Logon if needed.
Log on the SAP Solution Manager
system M36 if you’re logged off.
User = ALM264ADM_xx
Password = teched2012
The renaming described in the following might have been done previously to your session since this is
not an essential step, simply use the changed data.
You’ll get a system overview – check that the other stack of the Dual-Stack has been assigned automatically.
Choose Extended System ID.
15
It is highly recommended to
use automatically sent data only:
Manual changes can block later automatic
updates of data.
Previous steps are needed only, if the Dual Stack is not assigned automatically – otherwise see next page.
16
You’ll see an empty list – only then you can rename your system without harming other data based on the
technical system’s data.
Choose OK:
Choose Edit.
You are sure now, that your technical systems including the assignment to a Dual Stack are described correctly –
this is important for the verification of product instances assigned to the your product system later.
The data of your Technical System is available in SLD, LMDB and SMSY and a Product System has been
created now, but is still incomplete. Now, you can go to the Landscape Description to describe the
dependencies in your Landscape.
18
You’re now starting the part of the exercises, where you manually create data.
Note: This session is designed to be repeated several times. Therefore, it is part of the
exercises to delete data created manually during the session. We kindly ask you to do this.
In case, data you want to create manually are already available in the system delete them
before and after your session – manually created data are:
Do not delete automatically sent data: Technical systems and technical scenarios
Only delete:
o Product system (prerequisite is that the product system is not used by logical
components – if this is the case, delete the logical component first.)
Creation: See step 3b2)
Deletion: See step 3e)
o Logical component
Creation: See step 3d)
Deletion: See step 3d)
o Solution:
Creation: See step 3d)
Deletion: See step 3d)
Previous steps are needed only, if of data is left from a previous session.
19
3b) Create Data for Monitoring & Maintenance – the Central Entry Managed System Setup
Monitoring and maintenance only work, if the technical system setup has been completed. Technical Scenarios are
created for the purpose of system monitoring because – in many cases – more than one Technical System has to be
considered for monitoring purposes.
Examples are both stacks of a Dual Stack (as your TDI) or an ABAP back-end system and a Java-based front-end.
3b1) Select a Technical Scenario to Define the Scope of Your Managed System Configuration
Steps:
Screenshots from the System
Technical scenario selection
You’re in Solution Manager M36,
transaction SolMan_Setup /
Managed System Configuration.
You can see that a Technical Scenario of type Dual Stack has been created automatically. To access the
comprised systems, configuration is needed. Using the scenario help avoiding forgetting part of the system.
You have selected the technical scenario containing both systems of your Dual Stack.
Note: For a single stack, for these steps you would select Technical System Configure
3b2) Assign Software to Technical Systems – Setting of the Diagnostics Flag and Product System Creation
20
Steps:
Screenshots from the System
Diagnostics flag assignment and product system creation
You are SolMan_Setup / Managed System Configuration Technical Scenario configuration in step 1 of a
guided procedure:
Choose Edit.
To assign the Product Instance Application Server Java as Diagnostics relevant, choose the checkbox:
…
21
Choose Assign to
Product System.
Choose Create.
22
Assign All
Unassigned.
Note: In more
complicated product
systems, some product
instances might be
assigned to other product
systems.
Choose Refresh.
In the managed systems setup the first step is marked as completed successfully.
Note: In the next part you will verifiy your product system, which is highly recommended.
Steps:
Screenshots from the System
Product system verification.
Now, you will verifiy the Product System. This is highly recommend before starting any maintenance transaction.
You will see your product system with its technical systems and related product systems (here, other product systems
also using one or more technical systems as your product system would be shown.)
Note: The product version will not run in two lines on the UI – the screenshot has been adapted for better readability.
You see the list of errors – here, product instances are missing and are proposed to be added.
Choose all empty check boxes one by one – wait for the icon of the last chosen to go from to before
chosing the next check box:
27
Verification for more complex setup can be done in iterations, to change settings and see the effects in smaller
portions – you see that some errors still are shown, while others are marked as solved:
We have a small data inconsistency here, because of which the SAP NetWeaver Gateway components are not
proposed automatically. In real life, It is recommended that you fix the CIM/CR Content according to SAP Note
669669.
For this exercise, it helps however to demonstrate other selection types:
Note 1: Work on Technical System Type = Application Server ABAP here. Choose a step associated with AS ABAP
Note 2: This product system is meant to host very many session and has an untypical number of products deployed:
If there is no step associated with AS ABAP you can skip the verification step at any time in this excerise and
go on with the next step 3.c. It is important to learn that verification is to be used iteratively with direct feedback after
each change.
29
Choose Search:
o Gateway Backend
o Gateway SCS
Choose Search.
31
From the list of product instances offered select Product Instance = SAP Landscape mgmt. Enterprise.
Confirm with Close.
Save.
Both stacks of your Dual Stack are now configured to be visible for maintenance and monitoring in: You have
assigned their software and Diagnostics flag, and created and verified a product system.
We will skip the other steps of the managed system setup for now, where you set up the connection of the technical
systems including their agents since monitoring is not in the focus here…
32
3c) Use Your Product System in the LMDB to Create a Maintenance Transaction
From the product system that has been created, a maintenance transaction can be created automatically.
Choose Display.
In field Maintenance
Optimizer choose Create
Transaction.
33
You have used your product system to directly create a maintenance transaction in the Maintenance
Optimizer.
34
3d) Create and Remove a Solution and Logical Component Based on the Data in the LMDB
For project related landscape data handling, you use logical components and solutions. These entities are handled in
transaction Solman_Workcenter using parts of SMSY. Since they require landscape data – technical systems and
product systems – these entities are replicated automatically.
Choose Solutions
Save solution.
Allow Access.
Save.
You’ll see your solution with the logical component assigned. Perform the product system assignment:
You have successfully created a solution. In the next step, check this in the SAP Solution Manager.
Choose Refresh.
You have now created a solution and a logical component using the product system from the LMDB that has
been synced into SMSY.
Next you will delete your product system. As a prerequisite, remove your solution and logical component.
38
Choose Deactivate.
You’ll get a success message.
Now, you learned how to deactivate a solution and delete a logical component.
39