Managed System Configuration ________________________________________ Select system for configuration Connect system (ABAP only) If the system is an ABAP

system, we will have to create RFC connections to the s ystem. Java systems will be connected later on using Diagnostics agent and Intro scope agent. You have to provide the user and the password for the administrator in Solution Manager as well as in the managed system. The following RFC destinations will be created: The READ Destination will be created on Solution Manager to read system data fro m satellite system. This RFC destination is essential for all scenarios and henc e can not be skipped. The TMW Destination will be created on Solution Manager and will be used for the Change Request Management (Charm) functionality. You only need this RFC destina tion if you want to setup Change Request Management. The BACK Destination will be created on satellite system. This RFC will be used to send Service Data from the managed system to the SAP Solution Manager system and to get service definitions from Solution Manager. The TRUSTED or LOGIN Destination will be created on Solution Manager to jump to satellite system. This RFC will be used by dialog users in the SAP Solution Mana ger for connecting to managed systems when using Operation tools, Implementation Tools, or Change Manager functionality. If you want to create trusted RFC desti nations the administration user in the satellite system as well as in Solution M anager needs the authorization object S_RFCACL. You have to maintain the SAP rol e SAP_S_RFCACL in transaction PFCG of both systems and assign it to the administ rator users. There will also be the RFC destination SM_<SID>CLNT<Client>_ TRUSTED in the sate llite system. This RFC can be assigned as the RFC destination in table BCOS_CUST for sending service desk messages to the Solution Manager Service Desk. Sender requires an account in the Solution Manager to successfully send the message. Please make sure that the latest version of the Add-On ST-PI is implemented in t he satellite system. Otherwise the generation of the RFC destinations will end w ith warnings. You can alsocreate the RFC destinations in transaction SMSY manual ly for the satellite system and skip this step, if you cannot implement the late st version of ST-PI. Prerequisites check In this step the prerequisites for the connection of the satellite system to Sol ution Manager Diagnostics will be checked. There is a list of prerequisites to be fulfilled on the managed systems in order to connect them to the Solution Manager Diagnostics. If the status turns red, check the prerequisites for managed systems accordant t o SAP Note 1274287 and implement the minimum support packages and SAP Notes to t he satellite system. Also, read SAP Note 1010428 and check if the managed system is supported for E2E Diagnostics according to the Solution Manager SP level. How to run: 1. Click Change 2. Click Execute All 3. The system will check the prerequisites. You need to refresh the page manuall y to see the results. 4. You must get a result like this: Manual configuration In the step Manual Configuration" several manual steps will be performed to prepa re the diagnostics setup. If an activity has to be performed, depends on the sys

tem type of the satellite system. At first you have to install the diagnostics agent. The diagnostics agent establ ishes the connection between satellite systems and Solution Manager Diagnostics. The SMD agent needs to be installed on operating system level. The installation and configuration of the diagnostics agent is described in a separate setup gui de in great detail. You can find this guide on: http://service.sap.com/diagnosti cs -> Diagnostics Agent Setup Guide. When you install diagnostics agents you hav e to follow some rules regarding the installation of the several agents on one h ost and regarding the systems to be managed. First is, you should install only o ne agent per physical or virtual host. Second is, one agent can manage several s ystems if and only if the systems run on the same physical or virtual host as th e diagnostics agent. So you have to plan your landscape carefully, to make sure that all rules are met and the diagnostics setup will run smoothly. As the Diagn ostics agent belongs logically to the managed system it is updated automatically with the update of SAP Solution Manager. This means that in case of an upgrade, it is not needed to update the agent manually and you do not have to care about this. In the next activity you have to assign the diagnostics agent to the Solution Ma nager. This is done using the agent administration. In the agent administration you can find all agents that are found in the SLD of Solution Manager and attach them to the Solution Manager as managing system. During the installation of a d iagnostics agent you have to provide the agent with the SLD data of the Solution Manager. There is a trick to bypass this manual agent attachment. During the in stallation you can also provide the direct connection to your Solution Manager v ia Message Server or P4 port. If you want to provide the Message Server data sel ect "No SLD connection" during the installation. In this case the agent is assig ned to Solution Manager automatically and you can skip the "Assign diagnostics A gent" activity. In the Maintain SAPRouter data activity you have to maintain the SAPRouter data for your managed system in the Service Market Place, so that a service connectio n can be opened for the maintenance case. The activity "Adjust HTTP Log Parameter" is only needed for ABAP and dual stack with ABAP and Java. We need to set this parameter in each system based on ABAP t o enable the analysis of logs written by the Internet Communication Manager (ICM ). Perform the activity as described in the IMG documentation and restart the IC M in transaction SMICM after the changes to the log parameters. On J2EE based systems or on dual stack with ABAP and Java we need to activate th e flight recorder by adding a parameter to the J2EE instance profile. This param eters works like the black box in a plane and collects data also in case the J2E E system is crashing. So you can analyze the crash later on. On a dual stack sys tem you can use transaction RZ10 to maintain the profile parameter, on a J2EE on ly system you need to enter the parameter manually to the J2EE instance profile in the file system. In the last activity you configure the DBA cockpit. The main purpose of the DBA cockpit is Database Monitoring and Analysis of all connected satellite systems c entrally from the Solution Manager. You just need to open the DBA Cockpit Configuration Wizard from SOLMAN_SETUP and follow the instructions. Diagnostics configuration Now we can connect the satellite system to Solution Manager Diagnostics. Before the Diagnostics Configuration is started, the system landscape informatio n in transaction SMSY need to be prepared carefully! Check if the full qualified hostname is added to the host of the satellite system. To maintain SMSY correct ly please follow the instructions from the linked guide in SAP Note 1265070, whi ch describes for different system types, how they should be maintained in SMSY t o work together with Diagnostics smoothly. There is some product specific configuration like configuration for MDM, Duet an d PI. If necessary perform this configuration first. After performing the produc t specific configuration, open the Diagnostics Managed System Setup Wizard by cl icking on the Configure Diagnostics" link.

Select the system you want to setup from the list and expand the managed product s tree. Initially all systems are set to not diagnostics relevant". Uncheck Not Di agnostics Relevant" and select the correct product version. Click on set to clos e the subtree. If your landscape has a red status alert, check what is wrong and correct it in SMSY. After all settings are correct and you have all traffic light set to green selec t the button Setup <SID>" in the right lower corner to move to the next screen. On the next screen you have to add some information regarding the connection to the managed system and you have to assign an agent to the system. Enter the information properly and open the agent subtree to assign the agent. After you opened the subtree you can select a free agent from the list. If you h ave several agents installed on the physical host, because you may have several systems running on the host, make sure that you select the agent with the same h ostname as your satellite system. Enter the required information on ITS and click on set" to assign the agent. Wait until the agent is assigned successfully. Click on refresh" to check the age nt status. If you see an green flash in front of the agent, the assignment was f inished successfully. Click on next" to switch to the next screen. Check if all necessary setup steps a re selected and click on Setup" to start with the setup. The setup may take a while. When the execution of the wizard is finished, a repo rt displays the status of the execution. Result of Setup steps can be reviewed a t any time later on, using the "Setup results" link in the managed systems setup wizard Introscope configuration In this step the Wily Introscope is configured. Not all of these configuration activities are required for each system type. The IMG documentation tells you whether you must perform the configuration. The Introscope Bytecode Agent runs on managed systems based on J2EE engines to r eport data to the Introscope Enterprise Manager, so it has to be setup only for Java Stacks. To configure the bytecode agent select the Java Stack of your satellite system f rom the dropdown box and mark the checkbox in front of the introscope agent. Expand the autoprobe directives box and select the autoprobe directive appropiat e for your system. Click on apply to configure the introscope bytecode agent wit h the right autoprobe directives. The Java Stack needs to be restarted after the introscope agent configuration. Create logical components In the last step you have to create a logical component or assign your system to an existing logical component. Usually the customers have a three system landscape for there products. That mea ns they have one system of product version SAP ERP as development system, one as quality assurance system and one as productive system. Even if the systems are physically seperated they belong together in a logical way building a develoment line. To bring the systems together is a logical way the Solution manager uses the con cept of logical components. The three systems of one development line are added to the same logical component, but with different system roles. A logical compon ent assigns systems and clients with different system roles to a main instance o f a product. The logical components will be added to solutions and projects later on. To assign your satellite system to a logical component select the right product version and main instance from the drop down lists. You can use an already extis ting logical component and assign the system by clicking in the right system rol e column. You can also create a new logical component for you system. After doing this the managed system setup is finished. You have to perform this wizard for all of your managed systems. After creating a logical you can add you systems to solutions and projects.