Regardless of what usage scenarios and platforms you may choose for your Solution Manager 7.2 (Solman), you need options either now or in the future to be able to migrate it either for performance, capacity or licensing reasons. For example, if you choose to deploy Solman 7.2 on Windows and MS SQLServer because that’s what you currently have for Solman 7.1, then later you want to get some experience for SAP HANA with a free DB license, you can migrate it to HANA on Linux.
This week we look into configuring the S/4HANA Monitoring scenario as the final part of the Solman 7.2 SAP Monitoring installation and setup procedure. You can download the complete SAP Solution Manager 7.2 Getting Started with Monitoring eBook below if you choose to set up your own environment. Prior parts are listed below
The two prior parts pertained to the installation and configuration of the SAP Solution Manager 7.2 technical base:
- Solution Manager 7.2 SAP Monitoring - Part 1 (Setup)
- Solution Manager 7.2 SAP Monitoring - Part 2 (Configuration)
In this part, we finally connect the managed system's agents to Solman. This phase needs to be repeated for each system to be monitored, in this example HANA, but similarly for other system types like SAP Netweaver, S/4HANA, etc. This precedes the assignment of monitoring scenario (application stack).
Last week the SAP Solution Manager 7.2 Roadshow visited Northern and Southern California. There is a lot packed into Solman 7.2, and it's here whether you're ready or not. SAP will end maintenance support of Solman 7.1 in December 2017, so we expect a flurry of installations and/or upgrades in the next 6 months. Depending on your usage scenarios, neither the upgrade nor the clean installation and configuration are trivial. The main changes to Technical Monitoring is the UI which is now based on SAPUI5, no more standalone mobile apps and a cleaner GUI without dependency on Adobe Flash.
If you've attended or planning to attend the ASUG SAP Solution Manager Roadshow, you can learn about SAP Solution Manager 7.2 capabilities and roadmap. However, if you want to see for yourself what Solman 7.2 can do or can't do, as well as gauge the level of effort for your Solman 7.2 project, you would probably install and connect to your environment. Alternatively, there is a SAP Cloud Appliance Library version for demo purposes.
According to SAP, Process Orchestration (SAP PO) is a tool to model and design business processes, primarily used to integrate SAP systems and external systems. There can easily be confusion with interchanging terms used, XI (Exchange Infrastructure), PI (Process Integration) and PO (Process Orchestration), but really they are all the same thing, just SAP evolution over time with increased functionality. In this publication we will summarize the main difference and how to simplify the SAP monitoring of this increasingly important glue that holds together a SAP-based ecosystem.
It's time for the SAP Monitoring challenge! How to monitor ANY and ALL of the following in minutes, WITHOUT knowing anything about SAP Solution Manager, CCMS or any vendor tools? Simple, IT-Conductor does all the work using cloud-based automation, so you don't have to, YES, we'll even manage the monitoring services so all you have to do is relax and use it!
We have been publishing extensively with more than a dozen articles on How to monitor your SAP environment using SAP Solution Manager, but what happens when Solman itself is suffering from Performance and Availability issues? Solman has widen its footprint at enterprises, some mandatory uses of functionality such as Maintenance Optimizer, and Remote Support, while others include Technical Monitoring and Change Request Management (ChaRM). Given such dependencies of many SAP customers on their Solman, shouldn't it be monitored and managed as a business critical system?
What may seem to be an obvious choice for SAP customers really isn't as obvious!
For more than 21 years in the SAP field and hundreds of SAP projects, from the mainframe R/2 days until now when some things are new again with SAP HANA and many other products, the question of "What SAP monitoring tools do you use?" is still greeted with an unclear and/or lengthy response. Often, the responses will follow with reasons why one tool is used for this and another tool is used for that by various different folks on the IT team. With the myriad of application environments to manage, one can understand the complexity and thus the non-obvious answer to the above question.
So, I thought it may be useful to provide an evaluation list of systems management areas based on my experience working with customers on monitoring, performance testing, and IT service management. It would provide:
- An objective way of assessing features and functionality, costs aside as it money complicates everything
- A central place to list the tools and what they are used for as well as their strengths & weaknesses
- A matrix to assign merit score and weight to each criteria that would help in tools and/or vendor selection