Your IT landscape consists of all servers running your business software. To keep your business running and continuously improve your processes, both servers and software are changing constantly. In the big picture of things, you find, typically, three states of IT landscapes:
Figure 1: The landscape evolving constantly to keep pace with emerging business opportunities and new technologies.
These iterations, are, of course, not clearly separated: Running in cycles, in the next step, the "new landscape" being planned and becomes the new one, and the next level gets into the details planning phase.
The steps shown for one cycle of planning and implementing changes are performed by different people in a company, fulfilling different roles. In this document, you'll find the roles involved and a list of key components and tools they need for their tasks.
To manage the required changes, people in different roles are involved. The main roles in landscape management are from the areas of:
So business, IT architecture, and Basis administration need to work closely together in planning changes to their company's landscape to identify required changes, plan and evaluate them based on the current landscape description, and prepare the implementation of new or additional software product versions.
In the next picture, the steps in changing a landscape are shown; in this example, the company is evolving its landscape from a pure on-premise set-up to a hybrid landscape. New options are identified by mapping existing functions to new offerings, the plan for changes is created and implemented.
Note that this process will run the better, the better the communications between people in the different roles work. The tools you will use in planning landscape changes support communication.
Figure 3: Roles and their tasks in planning changes - where tasks overlap, coordination is highly recommended.
In the next section, you'll get information on the entities and tools involved.
There are a lot of tools that help in people in involved roles to perform the different steps during the planning of landscape changes. The most prominent is the SAP Solution Manger, which integrates mandatory tools and provides data for the whole process, so it's the first in the list.
As shown in the following figure, SAP Solution Manager is a key component in landscape management:
For more information available at the SAP Support Portal, see SAP Solution Manager; you'll also find specific blogs and dedicated pages for related tools in the following (in the sequence, you'll probably use them when planning).
Figure 4: Systems in various deployment models and main applications and their connections in landscape management.
On the left-hand side of the above figure, you see the planning of a new landscape version. You can get recommendations, freely browse for innovations, and map your findings to your business needs.
The result will to a subscription to software and services and/or to planning new installations, updates, upgrades, or system conversion to be downloaded and applied to your landscape.
As described in the section on deployment models, on-premise will be addressed with the latter in different depth of responsibility. As an example, for the IaaS Cloud, you will only subscribe to the infrastructure but handle the installation yourself – that's why you find it described as being a “direct” part of your landscape. As we will see later in the section on connecting all parts of your landscape, from that perspective, the view on IaaS is different.
In the following, you will find explanations of the elements shown in figures 3 and 4: Deployment models, landscape entities, tools for involved roles, and services in or related to SAP Solution Manager are explained.
The sections are described as tasks and follow a "natural" sequence, leading from understanding and describing hybrid landscapes, finding new options, mapping them to your needs to define a new landscape version, getting recommendations and detailed planning and implementations of the results. The list is closing with two offerings that help you in managing your landscape.
The following table explains deployment models, their purpose, names combinations and provides example of products in an SAP system landscape. Note that there are different sorts of public cloud offerings, that you can get from SAP and partners.
|On-Premise||Private Cloud||Public Cloud|
Pick your software
- SAP S/4HANA
- SAP ERP
Build and manage your cloud.
- Any SAP software you install and run behind your firewall
- SAP HANA Enterprise Cloud offers a similar scenario in a managed private cloud
|IaaS: Consume infrastructure as a service (network, CPU, DB, etc.); deploy SAP systems & your own software.
- Examples offered by SAP partners: Google Cloud Platform, Amazon Web Services, Microsoft Azure
|PaaS: Consume a platform as a service using services managed by SAP; build and control your own apps.
- Offering: SAP Cloud Platform
|SaaS: Consume software as a service and benefit from operations being handled for you including provisioning, updates, and security handling.
- Examples: SAP S/4HANA Cloud, SAP SuccessFactors
Combining any of SAP's cloud offerings with your on-premise systems, you will get a hybrid landscape.
Combining SAP's different cloud offerings to build your landscape w/o on-premise systems, you'll get a hybrid cloud.
The big difference of the various deployment model are not necessarily different technologies, but the responsibilities and level of control that you have. The following picture shows this in a generic, simplified way - concrete offerings can differ slightly from this:
Figure 5: Deployment models and responsibilities for stack layers and the relation to differentiation.
From the different level of control that you have, you can get to the fact that the more control you need for differentiation purposes for a certain function, the more probable you will choose an on-premise or private cloud solution. These, as shown in the table above, can, of course, be combined. On the other hand, with cloud-based solutions, you get predictability of costs and benefit from managed standardized services.
But note, that differentiation is also possible when consuming, for example, ERP as a service with SAP S/4HANA Cloud: Using the PaaS services of SAP Cloud Platform, you can develop on top of the digital core. For more detail, see Develop on Top of the Digital Core SAP S/4HANA - SAP Cloud Platform further down this page
The following link will provide you with a detailed description of responsibilities for stack layers for the SAP Cloud Platform development scenario.
In the following, you will find examples for SAP products in various deployment models. For a complete list sorted by portfolio categories, see All Products.
As we can see from the table above, there are more ways to deploy software as there have been before. The reason to choose a hybrid setup lies in the functions offered by the vendor and in the level of control need for the functions - think of specific versions you want to use or maintenance windows. These requirements, by the way, will not be the same for all areas in your whole IT landscape: While you might go for maximum control for your core applications that you use to differentiate in the market, for other applications you might want to benefit more from consuming highly standardized cloud services that helps IT concentrate on your core tasks.
Examples by deployment model:
SAP S/4HANA is a product that is available in a big variety of different deployment models:
In all deployment models you'll get a real-time enterprise resource management suite for digital business. The main difference is - as described above - mainly in the level of responsibility and control on system layers.
SAP Business One - ERP for Small Businesses
Like SAP S/4HANA, SAP Business One can be deployed on premise or in the cloud.
Describing your IT landscape is a prerequisite for its maintenance and monitoring using SAP Solution Manager - the central for the management of system landscapes. In detail information on the SAP Solution Manager can be found on the SAP Service Marketplace following the quick link solutionmanager. Here information on the landscape description is gathered. In the following you'll find a selection of blog posts that shall help you better handle you landscape data, which are a prerequisite for running business applications, systems, and Application Lifecycle Management processes alike.
Here, you find explanations, how products are maintained even if they have been installed on more than one system:
Here, you can find details about SAP software product versions, including availability and end of maintenance dates, upgrade paths, and technical release information (database platforms, Java platforms, operating systems, etc.).
Data describing your current landscape status is required to manage running processes and plan landscape changes.
The tools, what data you get, and what purpose you need to use them for, depends on the deployment models you use in your landscape.
Figure 6: System/tenant data retrieval from various deployment models.
Following the responsibilities for the stack, landscape data from on-premise, private cloud, and IaaS installations are registered in the SLD and synced into the LMDB. Data from SAP HANA Enterprise Cloud (HEC) are also forwarded to an SLD in your landscape.
For HEC, PaaS and SaaS, the data is handled by SAP in a Cloud Landscape Directory (CLD) and made available in the One Support Launchpad and displayed in various apps like the Cloud Availability Center. For monitoring purposes, these systems additionally can be represented by external services created in the LMDB and used like technical systems then.
So, you need to gather data from systems that you run yourself on-premise, in a private cloud, or on top of a IaaS cloud you subscribed to. To learn more about the tools to gather landscape data follow the links to System Landscape Directory (SLD), and SAP Solution Manager Landscape Management Database (LMDB).
Data from SLD and LMDB is increasingly used in the SAP Support Portal, especially the Customer Profile used by the Maintenance Planner; this, however, will only work, if SLD and LMDB are used and connected correctly in your landscape and to the Customer profile - we call this their topology. To learn about the topology recommendations, read...
Verification of landscape data is an important step in having a valid landscape description, now integrated in the Maintenance Planner for landscape data in the Customer Profile. For more information see:
While SLD, LMDB, and Customer Profile focus on the systems run by your company or directly assigned to it, you can directly access information on all your systems including those you consume in the cloud - as PaaS, and SaaS - in the SAP Support Portal. For more information, see ONE Support Launchpad.
Process Management is offered by SAP Solution Manager. As of SAP Solution Manager 7.2 we regard all the systems in your landscape and all your processes your solution: This comprises processes running in your systems, SAP and non-SAP, plus manual processes.
From this point of view the solution is what you address when you improve your business processes. Use Process Management to manage your solution bringing information of business and IT architecture together. This will help you draw the new landscape version that maps new functions to landscape entities; or simply: putting the right product version to the right system: You can now model your processes graphically, and you can manage their lifecycle holistically, based on your solution documentation. You can create artifacts that are shared between multiple processes efficiently.
Process Management is divided into two parts to plan the structure of your company's solution and administrate it. This is about the planning part.
SAP Solution Manager 7.2 offers a comprehensive structure to manage your company's solution:
To accomplish this, leverage the SAP Solution Manager 7.2 process modeling capabilities to create Business Process Model and Notation (BPMN) diagrams. In addition, model the relationship between processes to better understand how your processes are interrelated.
Through new process management capabilities, you can also call for subject matter expert assistance to document a company's core business processes.
For detailed information see:
Process Management is divided into two parts to plan the structure of your company's solution and administrate it. This is about the solution administration part: The system landscape comprises all your applications and systems. Systems fulfil different purposes related to the products installed, - for example SAP S/4HANA - in different roles - development, test, production, etc. To make documenting your landscapes easier for you, SAP Solution Manager offers a flexible grouping mechanism called logical component groups to define the Logical System Architecture: These groups allow you to categorize systems according to their purpose and role, and to create abstraction layers that make it easier for non-technical users to link processes to systems or sets of systems.
Find the innovations and features that you can turn into tangible value for your business from the areas of SAP S/4HANA, digital transformation, and user experience (UX). Information is provided for both business, listing functions and benefits and IT architecture, stating the technical view on product versions and deployment options.
Available and planned features can be filtered by industry, line of business, and technology.
For details, open the Innovation Discovery overview.
Before implementing an SAP product, you have to decide what to use in the future, how the main components of this product will be deployed in the system landscape, how custom code or your developments can be integrated, and how the new landscape is configured.
In the following, you'll find sources of information for the roles involved in landscape management.
Once you have a understanding of the big picture and where you want to go, here you'll find the detailed information relevant for the projects to manage it:
SAP Activate is a framework, focusing an SAP S/4HANA, meant to provide concrete help along the process of digital transformation: Once you have a understanding of the big picture and where you want to go, here you'll find the detailed information relevant for the projects to manage it.
You can get recommendations regarding new options to improve your business processes.
Two different sources are available also considering, how experienced you are with SAP:
Before implementing an SAP product, customers have to decide how the main components of this product will be deployed in the system landscape.
Typically, now, the products have various deployment models, which result in different system landscape architectures with different characteristics. It is therefore up to you as the owner of your landscape to decide which deployment option best suits your IT and business needs.
Business Scenario Recommendations Report For SAP S/4HANA – recommendations based on usage data described in a blog post.
SAP HANA Readiness Check dealing with...
In most implementations of SAP systems, modifications exist. They need to be analyzed for being still necessary, compatibility with the new implementation, etc.
Manage Custom Code in Conversion Projects – HANA Readiness Check & ABAP Test Cockpit (ATC)
For SAP's new options for development, further down on this page, see Develop on Top of the Digital Core SAP S/4HANA - SAP Cloud Platform.
Usually, as a basis administrator, you will have to deal with the landscape planned mostly by business and IT Architecture; but - as discussed for the roles in landscape management at the beginning of this page -, you should be part of the discussions.
This is especially important when it comes to systems managing systems of your landscape: The topology of SLD, LMDB, and source of information on cloud systems. This is described in the following sections of this page:
To get started on your digital transformation journey, you need to map your business needs to the functions and ways to implement them offered by SAP. The SAP Transformation Navigator offers information for business (for example value drivers), and IT architecture (for example detailed information on available deployment options), plus guides for basis administration.
Mapping your current business functions to a new IT landscape can be done by freely selecting products and capabilities of interest or based on concrete information on your current landscape read from the customer profile.
For details, open the Transformation Navigator overview.
As shown in figure 3, there are several ways to make big changes in your landscape. The following picture shows the ways to get from an on-premise Business Suite around SAP ERP 6.0 to an SAP S/4HANA-centric landscape.
Figure 7: Ways to get from an SAP ERP 6.0-centric landscape to SAP S/4HANA / SAP S/4HANA Cloud-centric one.
So, as shown in the figure above, there are several ways to go:
In many cases, the change of your system would include taking over data from your former system. For detailed information on the ways to handle the move to the new ERP, see SCN blog post How do you Migrate to SAP S/4HANA.
For subscription information, you need to visit the vendor's product page. For you to get an overview of the differences of the deployment models, see Deployment Models and SAP Offerings - On-Premise, Cloud, and Hybrid. Here is examples of products offered for subscription with links to the product's pages (for a complete list sorted by portfolio categories, see All Products):
There is a wide area of functions software offered by SAP as a service:
Usually, you will use these services in addition to your ERP solution. SAP has one platform as a service:
While SAP does not offer this product type as a vendor, partners solutions are available:
Managed Private Cloud:
The Maintenance Planner combines functions required to plan system updates, upgrades, new installations and system conversion to SAP S/4HANA and SAP BW/4HANA. As has been discussed in the section on deployment models, this also applies to systems run in a private or IaaS cloud.
All calculations of changes affecting existing systems are based on system information mostly provided via System Landscape Directory and SAP Solution Manager Landscape Management Database.
The Maintenance Planner offers maintenance dependencies as a successor of product systems - learn about scenarios of using one or the other:
The Maintenance Planner is constantly developed adding with new functions and integration of related steps. For more details. see the blogs on release highlights of the Maintenance Planner.
The following functions of SAP Solution Manager are related to landscape data or Maintenance Planner output and support your planning process:
Landscape data are used to manage your landscape. You do not create them just for the tools managing them, but you need to see them in the big picture: System and landscape data is emerging when you install software and is needed to define changes in the landscape, which are applied then by software logistic tools.
Find out more about tools like
In a typical landscape, you have to manage cloud systems as well as on-premise. You will find two major tasks:
While configuration of on-premise systems is well known, for many people integration with the cloud may be new but becoming increasingly important. Until today, the scenario integration of SAP Cloud solutions was based on integration guides and go through them from beginning to the end.
Figure 8: Connections in hybrid landscapes offered by the SAP Cloud Platform.
As shown in the figure above, the SAP Cloud Platform is a central part of the connectivity in hybrid landscapes: It handles connections that go via the Internet into your on-premise landscape.
In addition, message-based communication to other businesses, can also be handled by the SAP Cloud Platform.
For connections within the hybrid landscape, to connect systems you run on-premise to the cloud services you use, you need to install SAP Cloud Connector, As stated earlier, from a connectivity point of view, IaaS being a public cloud is working like a SaaS offering.
The Connectivity Service is always needed for the integration of SAP Cloud Platform to other systems -on-premise or the various cloud options.
In addition, depending on your scenario, Cloud Integration Service or API Management can be used or create a pure point-to-point connection using the Connectivity Service.
For more information, see SAP Cloud Platform Integration.
Cloud Integration Automation Service provides a guided work flow for selected cloud scenarios that makes use of:
For more information, see Cloud Integration Automation Service – What is it?
The following picture shows, which tools are available for planning and implementing changes in updates and upgrades and by transports:
Figure 9: Central tools for planning, implementing, and transport changes.
As shown in the figure, for the same task, no matter in which deployment model, in most cases the same tool is used.
The following monitoring types are available with SAP Solution Manager 7.2:
For more information, open the SAP Solution Manager 7.2 Application Operations – Expert Portal.
Using the development environment of SAP Cloud Platform is the recommended way to create your applications for an SAP S/4HANA backend system. In the SAP Cloud Platform Cockpit:
For more information, see the SAP Help Portal on SAP Cloud Platform Cockpit.
Managing Hetrogeneity within a Solution via Multi-Target Archives
Cloud applications often show a high heterogeneity. To come to a combined, working deployment, transports need to be harmonized. To achieve this, SAP introduced Multi-Target Applications (MTAs) to enable hand-over artifact between development and operation plus delivery construct for partners.
Use the console client or solutions view in the SAP Cloud Platform cockpit to deploy MTA archives.
For more information about MTAs, see SAP Help Portal.
Transporting MTAs in Heterogeneous Landscapes
To transport MTAs, you can use enhanced CTS/CTS+ as central (on-premise) tool to control content that gets deployed in different SAP Cloud Platform accounts. This enables synchronized transport in hybrid scenarios such as on-premise ABAP content together with SAP Cloud Platform content.
For more information, see Setting up a CTS+ enabled transport landscape in SAP Cloud Platform.
One very important aspect of SAP systems lies in the option to enhance functionality by partner software or custom development.
Figure 10: Development using the SAP Cloud Platform to enhance capabilities of on-premise, private, or public cloud functions.
Use development with the SAP Cloud Platform against another system in on-premise or cloud providing data or having other dependencies to differentiate without modifying the system you develop against.
You can set-up sub-nodes in SAP Cloud Platform development according to the tiers in your landscape. The example shows a three-tier landscape in on-premise and private cloud/IaaS. For more information on planning an SAP Cloud Platform landscape, see the SAP Cloud Platform Planning Guide.
As a developer, you can add functionality to SAP S/4HANA as you did in SAP ERP. Here are some pieces of information:
For more information, see SAP Cloud Platform: Official Tutorials & Resources - SAP.com.
Using the development environment of SAP Cloud Platform is the recommended way to create your applications for an SAP S/4HANA backend system. In the SAP Cloud Platform Cockpit:
For more information, see the SAP Help Portal on SAP Cloud Platform Cockpit.
SAP Landscape Management (SAP LaMa) helps you automate repetitive tasks and gain unprecedented visibility and control over SAP and non-SAP systems.
Note: After a name change the product SAP Landscape Management (SAP LaMa) might be mixed with the topic of this page but is part of the process described here.
With this product, you can automate repetitive tasks and gain unprecedented visibility and control over SAP and non-SAP systems in both traditional and virtual infrastructures. In particular, it provides an end-to-end system copy with fully automated post-copy steps. As a result, you can boost efficiency and agility and lower operating costs.
For more information, see SAP Landscape Management.
Maximize the value of your IT landscape – and gain transparency across your asset base. Our IT infrastructure management software integrates seamlessly with SAP Solution Manager to help you quickly discover all network assets, continuously monitor asset data, and drive an integrated infrastructure and application lifecycle process.
For more information, see SAP Infrastructure Management.
We are working on this process in a group dedicated to Release Management and Innovation Adoption. The recommendation for the complete process is described using the example of the EHP-update of an SAP ERP 6.0 system in a Planning Landscape Changes - a Best Practice Guide.
Tools and activities involved in the best practice process of innovation adoption to update or upgrade installations of SAP Business Suite products taken from the best practices guide are describes below.
Figure 11: Roles, their steps and tools involved in the process of planning landscape changes taken from the best practices guide.
The example chosen for this document is a EHP update of an ERP 6.0 on-premise system. As discussed earlier, the process will be involving the tools also used for systems running in a private or in an IaaS cloud.
This guide is reflecting the progress in process described and exist in different versions. Therefore, the links to the versions are available via an overview page: Planning Landscape Changes - a Best Practice Guide.