Permanent tuning and performance monitoring in the aforementioned areas
To transport rejected transport jobs in the SAP system
As an SAP Basis administrator, you are faced with the challenge of balancing acute daily business and recurring routine tasks. As the complexity of the systems and the interdependencies tend to increase, the challenges are great and the requirements are growing. Daily and at the same time business-critical routine tasks are SAP job control and regular data backups. Automating these tasks can free up time for the day-to-day business of maintenance, servicing, support and troubleshooting. Clear monitoring and alerting in the event of an error help to maintain operational reliability and meet corporate compliance requirements.
Maintaining the availability of critical business processes not only requires a high-quality infrastructure, but also places equally high demands on the management and operation of the underlying SAP NetWeaver and SAP HANA platforms due to their high complexity. These platforms are often referred to as SAP Basis.
Roles based on catalogues and groups
SAP Basis Administration Batch Control Job Control A large proportion of batch jobs run at night, while IT systems are available for dialog and online applications during the day. Meanwhile, web applications demand computer capacity around the clock. Even dialog systems are no longer in operation only from 8 a.m. to 6 p.m., but between 7 a.m. and 10 p.m. or longer. The time window for administration tasks is increasingly shifting toward transaction processing. This leaves less and less time for mission-critical batches, which can lead to disruptions and terminations. Whereas batch processing used to be a mainframe domain, companies today usually have to control background processing in heterogeneous operating system environments and client-server applications. For this reason, cross-platform, integration-capable job schedulers that can respond to unplanned events are in demand.
An important area of SAP Security is the analysis of the customer's own SAP programs, which are classically written in the proprietary SAP language ABAP. Here, too, as in all programming languages, security vulnerabilities can be programmed - whether consciously or unconsciously. However, the patterns of security vulnerabilities in ABAP code differ from those in Java stacks or Windows programs. The goal of these conventional programs is usually to either crash the program (buffer overflow) or to artificially execute the program's own code (code injection). Both is not possible in ABAP, since a crash of a process causes nothing else than the creation of an entry in the log database (Dump ST22) and a subsequent termination of the report with return to the menu starting point. So a direct manipulation as in other high level languages or servers is not possible. However, there are other manipulation possibilities.
"Shortcut for SAP Systems" makes it easier and quicker to complete a number of SAP basis tasks.
This first distinguishes between dialogue and non-dialogue work processes.
For large system landscapes, this procedure is very complex.