Professional Documents
Culture Documents
MITTI
www. m it t i. or g
SAP Reference Guide
Table of Contents:
Introduction ..................................................................................................... 8
ERP (Enterprise Resource Planning) .................................................................................................. 8
About SAP ........................................................................................................................................... 8
History ............................................................................................................................................ 8
Foundation ................................................................................................................................. 8
Enterprise Resource Planning ................................................................................................... 9
Features ......................................................................................................................................... 9
SAP Modules .................................................................................................................................. 9
SAP Product ................................................................................................................................. 10
SAP Business Suite ................................................................................................................. 10
SAP NetWeaver ....................................................................................................................... 11
SAP Solution Manager ............................................................................................................. 11
Overview of the SAP System Landscape..................................................................................... 12
SAP Positions .......................................................................................................................... 14
SAP Web Application Server (Web AS) ............................................................................................ 14
SAP Web AS Release .................................................................................................................. 14
Difference between WAS and ITS................................................................................................ 14
SAP NetWeaver ................................................................................................................................ 14
Client / Server Architecture................................................................................................................ 16
SAP Components .............................................................................................................................. 17
Dispatcher .................................................................................................................................... 17
Work Processes ........................................................................................................................... 17
Dialogue ................................................................................................................................... 17
Update ...................................................................................................................................... 18
Enqueue ................................................................................................................................... 18
Background .............................................................................................................................. 18
Message ................................................................................................................................... 18
Gateway ................................................................................................................................... 18
Spool ........................................................................................................................................ 18
SID ................................................................................................................................................ 20
Instance ........................................................................................................................................ 20
Client ............................................................................................................................................ 21
Introduction .............................................................................................................................. 21
SAP Standard Clients .............................................................................................................. 21
Golden Client ........................................................................................................................... 21
Logical System ............................................................................................................................. 22
Users ............................................................................................................................................ 23
SAP* ......................................................................................................................................... 23
DDIC......................................................................................................................................... 23
EARLYWATCH ........................................................................................................................ 23
Default users in each clients, ................................................................................................... 23
Memory Allocation ............................................................................................................................. 25
SAP Buffer ......................................................................................................................................... 25
Swapping ........................................................................................................................................... 25
Logon Process ................................................................................................................................... 26
1
MITTI
2
SAP Reference Guide
3
MITTI
Monitoring ...................................................................................................... 93
Operating System .............................................................................................................................. 93
SAP.................................................................................................................................................... 93
Backup .......................................................................................................................................... 93
Server ........................................................................................................................................... 94
Work Process ............................................................................................................................... 94
User .............................................................................................................................................. 94
4
SAP Reference Guide
Troubleshooting ............................................................................................ 98
ABAP Dumps ..................................................................................................................................... 98
Client.................................................................................................................................................. 98
System is non-modifiable ............................................................................................................. 98
Background Job ................................................................................................................................. 99
Known issues or Common errors ................................................................................................. 99
Swapping ........................................................................................................................................... 99
5
MITTI
6
SAP Reference Guide
7
MITTI
Introduction
ERP (Enterprise Resource Planning)
An ERP (Enterprise Resource Planning) system integrates internal and external management of
information across an entire organization integrating finance/accounting, manufacturing, sales and
service, customer relationship management etc. ERP systems automate this activity with an
integrated software application.
ERP systems have their own business logic to facilitate information flow between various business
functions inside the organization, and manages connections to outside stakeholders.
The central feature of all ERP systems is a shared database that supports multiple functions used by
different business units. In practice, this means that employees in different divisions for example,
accounting and sales can rely on the same information for their specific needs.
About SAP
SAP AG is a German multinational software corporation that makes enterprise software to manage
business operations and customer relations. Headquartered in Walldorf, Baden-Württemberg,
Germany, with regional offices around the world, SAP is the leader in the market of enterprise
applications in terms of software and software-related service.
The company's best-known software products are its Enterprise Resource Planning application
systems and management (SAP ERP), its enterprise Data Warehouse product – SAP Business
Warehouse (SAP BW), SAP Business Objects software, and most recently, Sybase mobile products
and in-memory computing appliance SAP HANA. SAP is one of the largest software companies in the
world.
History
Foundation
When Xerox decided to exit the computer industry, they asked IBM to migrate their business systems
to IBM technology. As part of IBM's compensation for the migration, IBM was given the rights to the
SDS/SAPE software, reportedly for a contract credit of $80,000.
Five IBM engineers from the AI department (Dietmar Hopp, Klaus Tschira, Hans-Werner Hector,
Hasso Plattner, and Claus Wellenreuther, all from Mannheim, Baden-Württemberg) were working in
an enterprise-wide system based on this software, only to be told that it would be no longer
necessary. Rather than abandon the project, they decided to leave IBM and start another company.
In June 1972 they founded Systemanalyse und Programmentwicklung ("System Analysis and
Program Development") as a private partnership under the German Civil Code. The acronym was
later changed to stand for Systeme, Anwendungen und Produkte in der Datenverarbeitung ("Systems,
Applications and Products in Data Processing").
8
SAP Reference Guide
Their first client was the German branch of Imperial Chemical Industries in Östringen, where they
developed mainframe programs for payroll and accounting. Instead of storing the data on punch cards
mechanically, as IBM did, they stored it locally. Therefore, they called their software a real-time
system, since there was no need to process the punch cards overnight (for this reason their flagship
product carried an R in its name until the late 1990s). This first version was also a standalone
software, that could be offered to other interested parties.
In 1976, SAP GmbH was founded, and moved its headquarters the following year to Walldorf. In
August 1988, SAP GmbH became SAP AG (a corporation by German law). SAP AG became the
company's official name after the 2005 annual general meeting. AG is short for Aktiengesellschaft
(public limited company).
Three years later, in 1979, SAP launched SAP R/2, expanding the capabilities of the system to other
areas, such as material management and production planning.
In 1981, SAP brought a re-designed product to market. However, SAP R/2 did not improve until the
period between 1985 and 1990. SAP developed and released several versions of R/3 in 1992 through
1995. By the mid-1990s, SAP followed the trend from mainframe computing to client/server
architectures. The development of SAP’s internet strategy with mySAP.com redesigned the concept
of business processes (integration via Internet). SAP was awarded Industry Week’s Best Managed
Companies in 1999.
Features
1. Asset Management
2. Finance
3. Human Resources
4. Information Technology
5. Manufacturing
6. Marketing
7. Procurement
8. R&D, Engineering
9. Sales
10. Service
11. Supply Chain Management
12. Corporate Strategy & Sustainability
SAP Modules
- AM Fixed Assets Management
- HR Human Resource
9
MITTI
SAP Product
SAP Business Suite
- SAP ERP (Enterprise Resource Planning)
- SAP CRM (Customer Relationship Management)
- SAP SCM (Supply Chain Management)
- SAP SRM (Supplier Relationship Management)
10
SAP Reference Guide
SAP NetWeaver
- EP (Enterprise Portal) and ADS (Adobe Document Server)
- BI (Business Intelligence)
- PI (Process Integration)
- TREX
- MDM (Master Data Management)
11
MITTI
12
SAP Reference Guide
13
MITTI
SAP Positions
- Technical – Basis and ABAP
- Functional – MM, FICO, SD, WM, HR, BW etc.
- Operation – Salesman, Accountant, HR, Operators etc.
The SAP Web AS is an open, scalable, and high-availability infrastructure for developing dynamic and
company-wide Internet applications. It is a server based on the well-known SAP Application Server
technology, with the additional enhancement of Web functionality. The SAP Web AS is the new
technological basis of all mySAP Business suite solutions. It is also the core element of the SAP R/3
Enterprise system – the successor to the classic SAP R/3.
BASIS was written in ABAP/4 (SAP's own programming language). BASIS did not speak HTTP. SAP
customers (the largest ones) wanted thin clients (browser access). ITS (Internet Transaction Server)
was created to bridge that gap, and is the translator engine that sits between the BASIS/ABAP/RFC
backend and the Web/HTTP frontend.
New WAS systems are dual-personality and can talk ABAP/RFC to the fat clients or HTTP to the thin
clients. Hence new implementations will not likely use ITS, it is now legacy technology.
SAP NetWeaver
NetWeaver is SAP’s integration platform and is not a product in itself. In fact, new version of Basis is
called the Netweaver.
The core capabilities of SAP NetWeaver are the integration of people, information, and process.
14
SAP Reference Guide
People integration
Enables to bring people together and help them work more efficiently throughS
• Portal: provides industry leading portal technology that delivers unified, personalized, and role-
based user access.
• Multi-Channel Access: With Multi-Channel Access, you can connect to enterprise systems through
web-based, voice, mobile, messaging or radio-frequency technology.
Information integration
Brings together information from a variety of locations and have it make sense in the context of
everyday activities throughS
• Business Intelligence: It provides you with reliable tools for creating individual and interactive
reports and applications.
• Bl Content & BI Content Extensions: Enables quicker implementation using pre-configured role
and task oriented information models in SAP Business Intelligence.
• Search and Classification (TREX): Provides SAP applications with numerous services for
searching, classifying, and text-mining in large collections of documents (unstructured data) as well as
for searching in and aggregating business objects (structured data).
Process integration
Coordinating the flow of work across departments, divisions, and between companies. Usage type
process integration includes all functions previously covered by SAP NetWeaver XI (eXchange
Infrastructure) that you use to realize cross-system business processes. This SAP NetWeaver usage
type enables different versions of SAP and non-SAP systems from different vendors running on
different platforms (for example, Java ABAP, and so on) to communicate with each other. SAP
NetWeaver is based on an open architecture, primarily uses open standards (in particular those from
the XML and Java environments), and provides services that are essential in a heterogeneous and
complex system landscape. These include a runtime infrastructure for exchanging messages,
configuration options for managing business processes and the flow of messages, as well as options
for mapping messages before they reach the receiver.
Application Platform
SAP Web Application Server provides a complete development infrastructure on which you can
develop, distribute, and execute platform-independent, robust, and scalable Web services and
business applications. SAP Web Application Server supports ABAP, Java and Web services.
15
MITTI
16
SAP Reference Guide
SAP Components
Dispatcher
The SAP dispatcher is the control program that manages the resources of the Application Server. It
works like a typical transaction monitor that receives screens and data from the presentation services
and passes them to the corresponding work processes.
Work Processes
The SAP work process is a component of the application server that executes an ABAP application.
SAP work processes are started as operating system processes, each with its own process ID (PID).
The majority of the processing of the application is performed by the SAP work processes.
D – Dialog
V – Update
E – Enqueue
B – Background
M – Message Server
S – Spool
G – Gateway Server
Dialogue
It is the only work process which communicates interactively with the users. There should be at least
2 Dialogue work process per instance. Dialogue work process initiates Update, Background and
Spool.
The dialog work processes are in charge of the interactive tasks of the R/3 system. A dialog work
process performs the dialog steps corresponding to the interactive user sessions. The jobs held by
17
MITTI
the dispatcher in the request queues after user input are assigned to the next free work process. The
dialog work processes execute just one single dialog step at a time and become immediately free for
the next user request (dialog step), which is assigned by the dispatcher. This is called work process
multiplexing. This means that the dialog work processes can be constantly switching between
different user sessions. This type of processing allows a great deal of resource distribution; otherwise
the system would need as many dialog work processes as the number of expected interactive users.
It works exactly the same as multiuser operating systems.
Depending on the type of business transactions the users are working on, a dialog work process can
support from 5 to more than 10 simultaneous users each. This means that 10 dialog work processes
could theoretically support approximately 100 users. However, this is just a rule of thumb. Tuning this
parameter means that if users have to wait long to get a free work process, you should increase the
parameter.
Update
It is used to update the transactions in the database. It is initiated by Dialogue process. There should
be at least 1 Update work process in the entire system. It is also recommended to have an update
process for every 5 Dialogue.
Enqueue
It is used to provide locks for the records that are going to be updated. It ensures consistency for
updates. There will be only 1 Enqueue configured in the system during the installation. It is possible to
have more than one enqueue provided they are installed or configured on the central instance.
Background
The tasks which are expensive or time consuming are scheduled to run in the background mode non-
interactively. There should be at least 2 background work process in the system
Message
There should be only 1 message server in me entire R/3 system. It is used to manage all the
dispatchers. It is used to load balance the requests to identity the least loaded dispatcher.
It is also used to provide locks to the request that are coming from Dialogue instances.
Gateway
It is used to provide a means of communication with SAP and NON-SAP systems. There will be only 1
gateway for each instance.
Spool
It is used to print the documents to a printer or output to a fax machine etc. There should be at least 1
Spool process in the entire system. It is also possible to configure more spool process depending on
the print/spool volume.
18
SAP Reference Guide
19
MITTI
SID
Each R/3 installation (SAP system) of a database server and several app servers running the
application logic is uniquely identified by a single SID (SAP System Identification),
SAP system name or SAP SID can be of maximum 3 alphanumeric characters and its first character
must be an alphabet such as C11, PRD, E56, etc.
Instance
Naming convention of an application server is in 2 parts,
1st part – denotes the work processes and servers running on the instance. E.g. Dialog (D), Update
(V), Background (B) etc.
2nd part – denotes the instance number. Instance number is a 2 digit number starting from 00 to 99.
For example the instance name of the Central Instance application server will be DVEBMGS00 and
instance D40 means – application server contains only Dialog Work processes and instance number
is 40.
20
SAP Reference Guide
Client
Introduction
A client is a self-contained business entity or unit within each SAP system with independent
information and data. The main objective of the client is to keep the business data isolated so that
other clients cannot access or change them.
The SAP client concept allows an organization to split a system into logical subunits. Clients may
operate as separate business units, where all data is stored in a common database.
Client specific data includes User Master Records (including authorizations and user groups), data
customization and application/business data
• Client-specific data is data affecting only one client, such as user master and application data.
• Cross-client data is data affecting the whole system environment, such as cross-client Customizing
data and all Repository objects.
Golden Client
Golden Client is the client where all the developments i.e. changes and modifications like
configuration settings and cross-client customizations are made and tested, which are later
transported to the Quality and Production clients.
A Golden client is configured to automatically record all changes and store in change requests.
21
MITTI
Logical System
When data is distributed between different systems, each system within a network has to be clearly
identifiable. The "logical system" deals with this issue.
A logical system is an application system in which the applications work together on a common
database. In SAP terms, the logical system is a client.
Since the logical system name is used to identify a system uniquely within the network, two systems
cannot have the same name if they are connected to each other as BW systems or as source
systems, or if there are plans to connect them in any way.
22
SAP Reference Guide
Users
SAP*
SAP* is the super user of SAP system and used for doing client copy. SAP* is the only user in the
SAP System that does not require a user master record, but that is instead defined in the system code
itself. SAP* has by default the password 'pass', as well as unlimited system access authorizations.
When you install your SAP System, a user master record is defined for SAP* with the initial password
as the master password (set during installation) in clients 000 and 001. The presence of a SAP* user
master record deactivates the special properties of SAP* and standard password 'pass'. It has only
the password and the authorizations that are specified for it in the user master record.
When temporary license expires only SAP* user is allowed to login to client 000 to install permanent
license.
DDIC
It is the maintenance user for ABAP Dictionary and software logistics. It is used for any upgrade or
installation type of work like,
1. TMS Configuration,
2. Applying Support Packages,
3. Applying Add-ons,
4. Implementing SAP Notes etc.
[!] Best practice is not to use DDIC user but create a new user by copying from DDIC.
[!] DDIC is the only user that is allowed to log on to the SAP System during an upgrade.
[!] DDIC is hard coded to do some things other IDs cannot and restricted from doing some things
that other IDs can.
EARLYWATCH
The SAP EarlyWatch service uses this user. This user should only be used for EarlyWatch functions
like monitoring and performance analysis.
23
MITTI
Client 001
Since Client 001 is a copy of Client 000, it has the same users and passwords as in Client 000.
Client 066
Username: EARLYWATCH
Password: support
New Client
Username: SAP*
Password: pass
24
SAP Reference Guide
Memory Allocation
1. User submits the request.
2. Dispatcher assigns the WP.
3. WP requires memory to Roll-In the user context.
4. WP gets memory from local memory which is defined in the parameter ztta/roll_area. It gets
only a part of it which is defined by parameter ztta/roll_first (20KB).
5. If the allocated memory is not sufficient then it gets allocated from extended memory
ztta/roll_extension.
6. If that is also not sufficient then it uses the remaining ROLL Area.
7. If the Roll Area is also not sufficient then it uses Heap/Private memory and the WP goes into
PRIV (PRIVATE) mode.
8. Heap memory is defined by the parameter
SAP Buffer
SAP Buffer stores frequently accessed business objects and data.
When a new set of data is requested by a work process, it is not only fetched from the database and
provided to the work process but also stored in the SAP Buffer so that the next time when the same
set of data is requested, it is provided from the buffer itself, reducing database access thus reducing
the load on the database server and network traffic, thereby improving overall system performance.
If the required information is not available in the buffer, it must be paged into the buffer before it can
be used, resulting in slower performance.
If the SAP Buffer is too small, it cannot hold all of the required information. This shortage of space
results in the information being swapped out of the buffers.
If the SAP Buffer is too large, the native operating system will start paging because too much memory
is taken away and given to SAP, database, or other applications.
Swapping
Swapping occurs when the buffer is full, and the SAP System has to load additional objects into the
buffer. Objects in the buffer that were least used recently are moved from the buffer to the virtual
memory.
In simple language the accessed data is stored in the buffer, If someone is trying to access the same
data, it will be retrieved quickly from the buffer. But if the buffer is full and someone is retrieving the
data which is not there in the buffer then that data will be fetched from the database and placed in the
buffer and the oldest data in the buffer will be swapped.
25
MITTI
Logon Process
When the user tries to run a transaction, the user's request comes from the presentation server
to the dispatcher and is put into the local wait queue.
When the dispatcher recognizes that a work process is available, the user's request is taken
from the wait queue
ue and sent to the work process.
When a user is dispatched to a work process, "user context" data – the user's logon attributes,
authorizations, and other relevant information – is transferred from the roll buffer, extended
memory, or the roll file into the work process. This transfer (by copying or mapping, as
appropriate) of user context data into work process memory is the mechanism known as a "roll
in". Transaction
action processing then begins.
If data from the database is required to support transaction processing, a request for data is sent
to the database interface, which in turn sends a request through the network to retrieve the
information from the database.
base.
When it receives the request, the database searches its shared memory buffers. If the data is
found, it is sent back to the work process. If the data is not found, it is loaded from the disk into
the shared memory buffers.
Before accessing the database service, the database interface searches for the data in the R/3
buffers. If the data is found, it is relayed back to the work process where processing resumes. If
26
SAP Reference Guide
the data is not found, the database interface sends a request over the network to retrieve the
information from the database.
If the data loaded from the database is eligible for R/3 buffering, it is placed in the R/3 buffers.
Transaction processing resumes.
When transaction processing is completed, the dispatcher is notified of its completion. The
results of the transaction are then sent back to the presentation server.
After the transaction finishes and the work process is no longer required, the user context data is
rolled out of the work process.
CPU time is the amount of time during which a particular work process has active control of the
central processing unit (CPU).
27
MITTI
Logon Groups
Logon groups or work groups are configured to dynamically distribute the load being processed by the
dialog work processes.
Where SAP systems have 2 or more ABAP instances, logon groups can be configured to achieve
dynamic distribution of dialog users on the ABAP instances.
A report runs in SAP every 5 minutes which determines the load across each server and updates in
the memory area of the message server.
Some department users may take time-consuming reports in dialog mode. For these type of users,
you may have to create separate logon group and assign an instance where profile parameter
rdisp/max_wprun_time is set to very high.
In this way we can separate performance critical/resource intensive applications from others.
28
SAP Reference Guide
Asynchronous RFCs are used to process in parallel. However if the parallel processes are not limited
properly, they can occupy all the available processes which impacts dialog users and can bring down
the application. So, it is a good idea to create separate logon groups for incoming RFC calls so that
RFCs are kept separate from work processes of online users and thus avoids impact to dialog users.
29
MITTI
SAP recommends a three-system landscape in which each of the central clients has its own system
so that they are completely separated from each other in regard to cross-client data.
All changes are made in Development and when the corresponding change requests are released,
they are imported in to Quality for testing.
Once the tests are done in Quality the change request are finally imported into Production.
The disadvantage of a two-system landscape is that cross-client data is common for both the
Development and Quality clients. This means that any changes that are made to cross-client data in
the Development client can affect the tests in the Quality client.
You can also not guarantee that transports from the Development client will be complete. Although all
tests in the Quality client were successful, errors could still occur after the transport into the
Production client. This problem is caused by changes being made to cross-client data and then not
being transported.
Domain Controller
30
SAP Reference Guide
Transport Domain
Domain Link
Use
If you have multiple transport domains & want to make transports between systems in different
domains, you can use domain link to link the two domains.
Prerequisites
There must be a permanent network connection between the systems in the two domains, similar to
the connection between systems within the same domain.
Procedure
Linking two domains with a domain link involves two steps:
You can now see that you have requested the domain link to the other domain in the system
overview. For security reasons, you now need to confirm the link between the two domains in the
other controller.
The two domain controllers now exchange all necessary information about the systems in their
domains. This information is distributed to all systems in the domain whose controller you are
currently logged on to. A transport profile is generated, which contains all systems in both domains.
Note:
31
MITTI
1. The information about the systems in the other domain is not automatically distributed to the
systems in the domain where you requested the domain link. This means that you must distribute
the new configuration to these systems.
2. To reject a link between two domains, go to the system overview of the domain controller and
choose SAP System → Delete.
Result
You have created a domain link between two transport domains. You can now see all systems in both
domains in the system overview and the import overview. You can now make transports between
systems in two different domains.
32
SAP Reference Guide
Transactional RFC: Transactional RFC (tRFC, also originally known as asynchronous RFC) is an
asynchronous communication method that executes the called function module in the RFC server
only once. The remote system need not be available at the time when the RFC client program is
executing a tRFC. The tRFC component stores the called RFC function, together with the
corresponding data, in the SAP database under a unique transaction ID (TID).
Queued RFC: To guarantee that multiple LUWs are processed in the order specified by the
application, tRFC can be serialized using queues (inbound and outbound queues). This type of RFC
is called queued RFC (qRFC). qRFC is therefore an extension of tRFC. It transfers an LUW
(transaction) only if it has no predecessors (in reference to the sequence defined in different
application programs) in the participating queues. Implementation of qRFC is recommended if you
want to guarantee that several transactions are processed in a predefined order.
33
MITTI
/usr/sap
/usr/sap/ccms
/usr/sap/SID
/usr/sap/SID/DVEBMGSnn contain SAP instance specific directories data, log, and work.
/usr/sap/SID/DVEBMGSnn/work
34
SAP Reference Guide
/sapmnt
|
SID
|
+-------+-------+
| | |
exe global profile
/sapmnt directory structure for sharing common files to all system belonging
into the same group
/sapmnt/SID shared directory or link to directory /usr/sap/SID/SYS
/sapmnt/SID/exe SAP executable application directory
/sapmnt/SID/global SAP central system log
/sapmnt/SID/profile SAP instance profile
35
MITTI
SAP Installation
SAP is available in 2 versions IDES (Internet Demonstration and Evaluation System) and Non–IDES.
Use shorter pathnames (hostname) if you receive an “error occurred during installation” message
when trying to install the DB instance.
Example,
export TEMP=/oracle/SID/sapreorg
Define Parameters
Enter the parameters required to perform the SAP installation.
Summary
SAPinst provides a summary of all the installation parameters entered in the last phase and will
provide one final review and revise option before executing the install.
Execute
SAPinst performs the SAP installation.
36
SAP Reference Guide
Completed
This phase marks the completion of the SAP installation.
Stop SAP
# su - sidadm
$ stopsap {all|r3|db}
37
MITTI
Optional steps:
1. Upgrade SAP Kernel.
2. Apply Support Packages or Add-ons (SPAM / SAINT)
3. Configure Logon Group (SMLG)
4. Set background image (SMW0 / SM30)
#1
If required.
#2
If available then install, else apply for new license and install within next 90 days.
38
SAP Reference Guide
Client Copy
We create a blank client with SCC4. But how to populate the client? Answer is the Client Copy.
Client copy means “transferring client specific data” from one client to another client.
[!] To avoid data inconsistencies during the client copy, the source and target clients should not be
used. The target client is automatically locked during client copy, but the source client is not
locked. It is best to either manually lock the users from the source client, or perform the copy at
night.
39
MITTI
Procedure:
1. Login to the target client with SAP*/pass.
2. Run SCCL and schedule the client copy in background.
3. Check status from SCC3.
Client copy - creating a new client and doing fresh client copy
Client refresh - doing client copy (overwriting data) on an existing client
40
SAP Reference Guide
Procedure:
1. Login to the target client with SAP*/pass.
2. Run SM59 and create a RFC destination to the source client.
3. Run SCC9 and schedule the client copy in background.
4. Check status from SCC3.
Client Transport
This method is used to copy client between different instances by exporting data to a file in the source
client and then importing it to the target client. It is done by t-code .
[!] During client import, if a termination occurs, fix the error and restart the import.
Prerequisite:
1. Source and target system should be same release.
2. There must not be any background job running or in released status in the SAP system (SM37).
3. Check for TMS configuration and ensure there are no Update errors in SM13 of source client.
4. Make sure that there is enough space in target system table spaces and in Common Transport
directory.
5. To keep the User Master Records and Authorization Profiles same after client copy, take the
export of SAP_USER profile of target system.
Export Procedure:
1. Login to the source client and run SCC8.
- Fill in the Selected Profile and the Target System.
- Choose Schedule as Background Job.
2. Depending on the selected profile and existing data, up to 3 transport requests will be created,
- Datafile SIDRO* and cofile SIDKO* for client-independent or cross-client data.
- Datafile SIDRT* and cofile SIDKT* for client-dependent or client-specific data.
- Datafile SIDRX* and cofile SIDKX* for client-specific texts, provided texts are available in the
client. Also called as SAPscripts.
3. Check the export status from any of the below,
- SCC3 → Exports
- SM37 / SMX → Active Job/s
- SE01 → Client
Import Procedure:
1. Update database optimizer statistics.
2. Create target client (SCC4).
3. Login to the target client with SAP*/pass.
4. Run STMS / STMS_IMPORT and choose anyone of the requests and start import.
5. After successful import, run SCC7, start client import post-processing in background.
6. Check the import status from SCC3 or from /usr/sap/trans/tmp directory.
41
MITTI
Client Delete
SAP GUI
1. Login to the target client to be deleted.
2. Run SCC5 and schedule the deletion as a background job.
42
SAP Reference Guide
R3trans
# su - sidadm
$ vi /tmp/clntdel
clientremove
client=200
select *
3. Run SE38 → RSCCEXPT or SCC5 → Edit → Expert Settings, check option "Large Block" and
save changes.
43
MITTI
[!] System parameters are set using transaction RZ10. To make the parameters globally effective set
them in the default profile, DEFAULT.PFL. To make them instance-specific, you must set them in
the profiles of each application server in your R/3 system. System parameters can be reviewed
with transaction TU02 or from the standard SAP report RSPARAM using transaction SA38.
Types of Parameter
There are 2 types of parameters:
1. Static
2. Dynamic
Static parameters won’t take effect immediately after the value is set. Restart of the SAP system is
required for them to take effect.
Dynamic parameters take effect immediately in the run time. Restart of the SAP system is not
required for them to take effect.
Profile Parameters
Parameter Value Description
rdisp/no_wp_dia No. of Dialog work process.
rdisp/no_wp_btc No. of Background work process.
rdisp/wp_no_enq 1 No. of Enqueue work process.
rdisp/wp_no_vb 1 No. of Update work process.
rdisp/wp_no_vb2 1 No. of Update 2 work process.
rdisp/wp_no_spo 1 No. of Spool work process.
Dialog work process runtime timeout in seconds.
rdisp/max_wprun_time 600
Dynamic parameter.
abap/buffersize 150000 Buffer size in KB.
44
SAP Reference Guide
Login Parameters
Password Check
Parameter Value Description
login/min_password_lng 3 (3 – 8) Minimum length of the password.
login/min_password_letters 0 (0 – 8) Minimum number of letters (A-Z) in passwords.
login/min_password_digits 0 (0 – 8) Minimum number of digits (0-9) in passwords.
Minimum number of special characters in the
login/min_password_specials 0 (0 – 8)
password.
This parameter defines the characters of which a
password can consist.
45
MITTI
Multiple Logon
Parameter Value Description
login/disable_multi_gui_login 0 (0 – 1) Disable multiple logins within the same client.
Allow multiple logins for certain key users. List of
login/multi_login_users user IDs (separated by commas "," and without
spaces) to be ignored if above parameter set to 1
Incorrect Logon
Parameter Value Description
Number of times a user can enter an incorrect
password before the SAP GUI session is closed.
login/fails_to_session_end 3 (1 – 99)
Value should be lower than the value of
login/fails_to_user_lock.
Number of times a user can enter an incorrect
login/fails_to_user_lock 5 (1 – 99) password before the system locks the user.
By default, the lock applies until midnight.
Unlocks users at midnight, who are locked by
login/failed_user_auto_unlock 0 (0 – 1) logging on incorrectly. The locks remain if the
parameter value is 0.
46
SAP Reference Guide
Tracing Authorizations
Parameter Value Description
Authorization failures can be evaluated
immediately they occur by running transaction
auth/check_value_write_on 0 SU53. This functionality is only active if the
parameter is set to a value greater than zero in the
system profile parameter.
When the parameter is set, any authorization
checks performed are validated against existing
entries in table USOBX. If the table does not
contain the transaction/authorization object
auth/authorization_trace N combination, then a new entry is added to the SAP
reference table (i.e. USOBT not USOBT_C). Due
to significant performance issues, SAP does not
recommend this parameter being set in customer
systems.
When activated every authority check starts report
RSUSR400. However SAP recommends not
auth/test_mode N activating this parameter as the system is
paralyzed if syntax errors occur in running the
report and it has a significant performance impact.
Deactivating Authorizations
Parameter Value Description
The system checks on object S_TCODE. The flag
auth/no_check_on_tcode N should not normally be switched on because of the
degradation in security that results.
This parameter needs to be set to ‘Y’ for
installation of the profile generator. It defines the
use of table USOBT in the authority checks
undertaken and allows authority checks to be
auth/no_check_in_some_cases Y
disabled in individual transactions. Whilst SAP
recommends switching off unnecessary authority
checks, the full impact of this should be
considered carefully.
Whilst no_check_in_some_cases allows authority
checks to be switched off in for individual
transactions, this parameter allows checks on
auth/object_disabling_active Y
individual objects to be switched off globally within
SAP. It is recommended that this parameter is not
set.
47
MITTI
48
SAP Reference Guide
Background Job
Background jobs are non-interactive tasks that run in the background in parallel to the normal
interactive operations i.e. the dialog sessions without disturbing the foreground activities.
Interactive user sessions are catered by dialog work process and the maximum allowed time for
execution of a program/report by dialog work process is defined by SAP profile parameter
rdisp/max_wprun_time which normally should not exceed 300 seconds. This means if a
program/report whose processing time will exceed that value, the session will get aborted and
users will get a TIMEOUT error.
To run programs at a more convenient and planned time other than the normal working hours
when there is less load on the system.
Job name: Name assigned to the job. Can specify up to 32 characters for the name.
Job class: Indicates the type of background processing priority assigned to the job.
Status: Refers to the status of job and is set automatically by the system.
Exec. target: It's the SAP instance where the job will be executed.
Job steps: A job step defines the program (either ABAP or external) that will be executed.
Job start time and job frequency: Define when the job will be started and whether it should be
periodically executed.
Job print lists: These lists specify the printing parameters for the job output.
Job log: The logs for the jobs include log information about the job execution, such as starting
time or any other information coded in the programs.
Job spool recipient list: A recipient list can be used for specifying one or more recipients who
will receive automatically the spool list generated by the job.
49
MITTI
Both the scheduling and the releasing of jobs require authorizations. Jobs are released automatically
if the user is authorized to release jobs.
A background job can be is scheduled from SM36 and monitored from SM37.
Job Class
The job class determines the priority of a job. There are three types of job classes or priorities: A, B
and C.
1. Class A (High Priority or Critical) – Urgent or critical tasks must be scheduled with class A priority.
Users can reserve background work processes for class A jobs. Class A jobs can be processed
by normal background processes as well, and they have priority over regular class B or C jobs.
2. Class B (Medium Priority) – Once all Class A jobs are completed, Class B jobs will be executed.
3. Class C (Low Priority) – Normal jobs have the C class, which is the lowest and default priority for
most jobs. lt runs after both class A and class B jobs are completed.
Job Status
1. Scheduled – You have defined the program name and variant but not the start condition Like
Start Date, End Date, Frequency etc.
2. Released – All the required criteria are fulfilled for job definition. Start condition is must for the job
to be in release status.
3. Ready – The job has been triggered but dispatcher has put the job in queue, waiting for a
background work process to get free.
4. Active – Job has started running in the background. We cannot change the status of the job once
it is in Active state.
6. Cancelled – The job has either terminated because of some error or was forcefully cancelled by
the user. You can investigate this from the job logs.
50
SAP Reference Guide
Run SM36 and click on “standard jobs”. This displays standard jobs screen. Here select all the jobs
and click on “default scheduling” to schedule all of them as per their default schedule.
BTCTRNS1 Suspend all released background jobs except import jobs (RDDIMPDP) by setting their
status to Released/Susp.
BTCTRNS2 Un-suspend all suspended jobs by reverting their status to “Release”.
51
MITTI
Another option is to restore the system from a recent backup - but this is clearly a major task and
should be seen as a last resort. It might also be possible to directly revert what the transport did in the
system that is affected, but again this should be seen as an alternative to the preferred option of re-
transporting a fixed version of the broken object(s). See OSS Note [11599] titled "Reversing
transports".
Manual Transport
# su - sidadm
$ cd /usr/sap/trans/bin
$ tp addtobuffer <req_no> client=XXX SID
$ tp import <req_no> client=XXX SID
$ tp showbuffer SID
$ tp cleanbuffer SID
TP
Difference between TP and R3TRANS.
TP controls the processes and calls several tools like r3trans but also e.g. DDIC-Activation
52
SAP Reference Guide
Create a Package
1. Open Package Builder (SE21 / SPACKAGE / SPAK).
2. Enter Package name and click on Create.
3. Enter Short Description.
4. Save and exit.
53
MITTI
User Administration
SAP_NEW Profile
SAP_NEW is a SAP standard Profile which is usually assigned to system users temporarily during an
upgrade to ensure that the activities and operations of SAP users is not hindered, during the Upgrade
It contains all the necessary objects and transactions for the users to continue their work during the
upgrade. It should be withdrawn once all upgrade activities is completed and replaced with the now
modified Roles as it has extensive authorizations than required.
• General: In SUIM and SU10 you can select all the users in a specific group. User can only be
member of one authorization user group but several general user group.
Transaction SUGR is used to create and maintain user groups in SAP system.
54
SAP Reference Guide
[!] After deleting SAP* user from database you can login with SAP* and password "pass".
55
MITTI
56
SAP Reference Guide
System Copy
The other term for System Copy is System Cloning. Cloning or Copy means creating a separate
system same as the source system. It is usually done by taking database backup on source system
and restoring the backup on target system and installing SAP instance.
System Details
Detail Source System Target System
Role Production Testing/Training
Hostname erp60prd.mitti.org erp60tst.mitti.org
IP Address 10.234.3.75 10.234.3.81
SID MEP MEP/MET
Source System
1. Login with oramep and take backup.
$ brbackup -u / -c -t {offline_force|online_cons} -d disk -k yes
2. Take Control file trace (If target SID is different than source).
SQL> alter database backup controlfile to trace as '/tmp/cntrlMEP.trc';
Target System
1. Setup the hardware / Create a new VM.
2. OS installation.
57
MITTI
- Oracle Client
6. When SAPinst stops for database copy, login with oramep and restore database backup.
- Create directories.
$ mkdir /oracle/MEP/sapdata1 \
/oracle/MEP/sapdata2 \
/oracle/MEP/sapdata3 \
/oracle/MEP/sapdata4 \
/oracle/MEP/origlogA \
/oracle/MEP/origlogB \
/oracle/MEP/mirrlogA \
/oracle/MEP/mirrlogB \
/oracle/MEP/oraarch \
/oracle/MEP/oraflash \
/oracle/MEP/sapbackup \
/oracle/MEP/sapreorg \
/oracle/MEP/saptrace \
/oracle/MEP/saptrace/audit
- Rename backup summary log with new SID (If target SID is different than source).
$ mv backMEP.log backMEQ.log
- Edit backup detail log beqqythx.and and replace all SID MEP with MEQ (If target SID is
different than source).
$ vi beqqythx.and
:% s/MEP/MEQ/g
58
SAP Reference Guide
- Rename the controlfile and all archived logs in beqqythx directory with target SID MEQ (If
target SID is different than source).
$ foreach i (/oracle/MEQ/sapbackup/beqqythx/*.dbf.Z)
foreach? mv $i `echo $i | tr MEP MEQ`
foreach? end
- Restore database.
$ brrestore -b beqqythx.and -m full -d disk -k yes
SQL> @/tmp/cntrlMEP.trc
59
MITTI
System Refresh
System Details
Detail Source System Target System
Role Production Quality
Hostname erp60prd.mitti.org erp60qas.mitti.org
IP Address 10.234.3.75 10.234.3.73
SID MEP MEQ
Source System
1. Login with oramep and take online backup.
$ brbackup -u / -c -t online_cons -d disk -k yes
Target System
1. Pre-refresh activities.
Depending on the requirement which varies from company to company the pre-refresh activities
can vary accordingly.
- SE09 → Backup RFC connections.
- SE09 → Export Logical System connections.
- SE09 → Export STMS_QA worklist tables.
- SCC8 → Export User Master (Profile: SAP_USER).
- SPAD → Output devices → Update → Edit → Transport → Transport All
- RZ12 → screenshot of RFC Group.
- WE20 → screenshot of Partner Profile.
- WE21 → screenshot of tRFC.
- BD54 → screenshot of Logical Systems.
- SCC4 → screenshot of Clients and their settings.
- $ slicense -show > /tmp/slicense
60
SAP Reference Guide
/oracle/MEQ/mirrlog?/* \
/oracle/MEQ/oraarch/* \
/oracle/MEQ/sapdata?/*
- Edit backup detail log file beqqythx.and and replace all SID MEP with MEQ.
$ vi beqqythx.and
:% s/MEP/MEQ/g
- Rename the controlfile and all archived logs in beqqythx directory with target SID MEQ.
$ foreach i (/oracle/MEQ/sapbackup/beqqythx/*.dbf.Z)
foreach? mv $i `echo $i | tr MEP MEQ`
foreach? end
- Restore database.
$ brrestore -b beqqythx.and -m full -d disk -k yes
6. Create controlfile
$ vi /tmp/cntrlMEP.trc
- Delete all lines from the top up to the second "STARTUP NOMOUNT" line.
- Delete all lines after ";" line.
- Insert "SET" between "REUSE DATABASE" in line #2.
- Change "ARCHIVELOG" to "NOARCHIVELOG".
- Change all SID "MEP" to "MEQ".
SQL> @/tmp/cntrlMEP.trc
61
MITTI
62
SAP Reference Guide
Technical: Considered to be the fastest upgrade which does not disturb any of the existing business
processes.
Functional: This upgrade starts with a technical upgrade, mentioned above. A functional upgrade
allows new functionality to be implemented as part of the upgrade project. This upgrade type also
provides you with the ability to convert many of the custom process into standard functionality.
Strategic: This is driven by enterprise SOA to provide more flexibility to business process innovation.
If you accidently applied hot packages out of sequence for instance. Use the transaction SM31 to
modify table PAT03. You have to choose the desired patch and click on delete entry.
63
MITTI
Administrative Tasks
Checks before stopping SAP
SM02 send system message to notify users of downtime and ask to save their work and logoff.
SM04 / AL08 check users logged in to the system.
SM50 / SM66 view running work processes
SM37 view active jobs
$ vi /tmp/tblexp
export
client=200
select * from vbak where mandt = '200'
[Note] The -u flag sets unconditional modes for the transport. In the export phase, unconditional
mode 1 indicates the system to ignore the wrong status of transport requests. Mode 8 allows direct
selection of tables when the default modes are not allowed.
By default the R3trans command exports data to the file trans.dat in the same directory from where
the R3trans command is executed.
$ tail -f /tmp/tblexp.log
Target:
# su - sidadm
$ vi /tmp/tblimp
import
client=300
64
SAP Reference Guide
By default the R3trans command imports data from the file trans.dat in the same directory from
where the R3trans command is executed.
Copy the trans.dat file from the source system to the same directory from where the below R3trans
command will be executed.
[Note] The unconditional modes used in the import phase are 2 for enabling the overwriting of the
original; 4, which ignores that the transport request was intended for a different target system and 8,
which allows for importing tables that are restricted by their table types.
If you use the default options for the import, you do not need a control file. The import can be
performed directly with R3trans -i <filename>
$ tail -f tblimp.log
export
file '/tmp/rfctbl.dat'
select * from RFCATTRIB
select * from RFCDES
select * from RFCDOC
select * from RFCSYSACL
select * from RSECACHK
select * from RSECACTB
select * from RSECTAB
$ R3trans /tmp/rfcexp
---
$ vi /tmp/rfcimp
import
65
MITTI
file '/tmp/rfctbl.dat'
$ R3trans /tmp/rfcimp
To change the location of stat file, change the value of parameter stat/file to a new location.
Parameter rdisp/TRACE is used to set the trace level. Normal value for trace is 1. If this value is set
to high, much more detailed trace will be collected and trace file sizes are likely to increase. Therefore
it is recommended to decrease or set the trace level to 1.
With SM02 you can send system messages to all the users who are currently logged in or who will be
logging after the message is posted. The message will be displayed next time when the screen gets
refreshed.
66
SAP Reference Guide
[!] The icons from the report RSTXICON can be used for system messages as well.
SAP icons like the stop sign and warning signs can also be displayed. Details can be found in OSS
note #205487.
[!] Create text in the language defined with profile parameter zcsa/system language. If the text does
not exist in the system language, no output is made.
Note that there is space for 16 lines with 45 fixed-font characters each or for approximately 60
proportional spaces font characters on the logon screen.
Title lines (can be recognized by means of format keys starting with a ‘U’) are highlighted in the
display.
You may also output icons at the beginning of lines by using an icon code (for example, @1D@ for
the STOP icon). You can get a list of icon codes from report RSTXICON. Pay attention to the codes
with two ‘@‘symbols displayed by the report. You cannot include text symbols. The ‘include indicator’
cannot be used for this function.
Creating/changing this text requires an open/changeable system. Therefore, for production systems,
SAP recommends maintaining the text in the upstream (development) system and then transporting it.
To do this, select a transportable (customer) development class when you create the text and save
the active version prior to the export. The transport is done via the transport object R3TR DOCT
ZLOGIN_SCREEN_INFO The text can be changed in the original system only (see TADIR entry
R3TR DOCT ZLOGIN_SCREEN_RFO). When making a change in a non-original system a modified
text would be generated which cannot be represented sense fully on the initial screen.
67
MITTI
Procedure:
1. Save the logo/image in a 'GIF' format.
5. Come back and Create (F5) a new object. Fill in the Obj. name (Obj. name must begin with 'Z')
and Description then Import (Shift+F6). When asked for a SAP package, select a package.
Reference:
1638985 - How to display company logo/image on SAP Logon Screen
1664254 - Company logo not displayed immediately when logging on
1292374 - Swapping the logon image has no effect
68
SAP Reference Guide
image would be to take your company logo and have it build its way across the screen and then off
again.
[Note] It works for most of the t-code except for those new Enjoy transaction code in 4.6x.
69
MITTI
70
SAP Reference Guide
71
MITTI
D:\> cd SUM
D:\SUM> STARTUP.BAT
D:\SUM> cd sdt\exe
D:\SUM\sdt\exe> DSUGui
72
SAP Reference Guide
Database Administration
Oracle
Filesystem Hierarchy Standard
73
MITTI
74
SAP Reference Guide
/oracle/oraInventory/orainstRoot.sh
/oracle/SID/11204/root.sh
Locks
When a user performing update on any table, during that period of time a lock on that particular field
of that table is created so that no other user can update that field as user one is doing update on that
table.
If during the update user’s session gets terminated due to some error, then this lock entry remains on
that field until it is manually deleted.
75
MITTI
SPFILE Parameters
DB02 → Performance → Additional Functions → Database Parameters → SPFILE
Users active
DB02 → Space → Users → Users Overview
76
SAP Reference Guide
BRTools
Backup directory and log files
When a backup is fired the following 3 files are created/updated,
b<encoded_timestamp>.xyz
The 7 characters after 'b' and before '.' referred as action ID is a unique encoded timestamp when the
backup was initiated and the extension referred as function ID indicates the backup details.
Where 'x' stands for backup mode for one of the below,
a Whole database backup (backup_mode = all | all_data).
f Full (level 0) database backup (backup_mode = full)
i Incremental (level 1) database backup (back_mode = incr)
p Partial backup i.e. One or more tablespaces or files backup.
Where 'y' stands for backup type for one of the below,
n Online backup (backup_type = online | online_cons | online_split).
f Offline backup (backup_type = offline | offline_force | offline_standby | offline_split | offline_stop).
Where 'z' stands for backup devices for one of the below,
t Tape device (backup_dev_type = tape | tape_auto | tape_box)
d Local disk (backup_device_type = disk | disk_copy | disk_standby)
p Tape device on a remote system (backup_device_type = pipe | pipe_auto | pipe_box)
f Backup through external backup program (backup_device_type = util_file | util_file_online)
s Remote disk (backup_dev_type = stage | stage_copy | stage_standby)
qub One of the BRBACKUP options -q or -q check was used to display which volumes are to be
used for the backup, or to make sure that these volumes were actually mounted; no backup
was started.
cmb The BRBACKUP option -k only was used to only perform a software compression, but no
backup was started. This can be used to determine the current compression rate of all files.
dbv The BRBACKUP option -w only_dbv was used to verify the internal database block structure
with DBVERIFY, but no backup was started.
77
MITTI
rmp The BRBACKUP option -d rman_prep was used to prepare for backup with the Oracle Recovery
Manager (RMAN), but no backup was started.
ddb The BRBACKUP option -db was used to delete a disk backup, but no backup was started.
Extend Tablespace
Login with sidadm or orasidS
$ brtools
2 – Space management
1 = Extend tablespace
3 ~ Tablespace name
Press ‘c’ to continue
You’ll see the details of last datafile added and the new datafile to add. If nothing to change, press
‘c’ to continue
Type ‘y’ to add datafile
78
SAP Reference Guide
Administrative Tasks
Unlock User
SQL> alter profile default limit FAILED_LOGIN_ATTEMPTS unlimited;
SQL> alter user sapsr3 account unlock;
79
MITTI
Database Upgrade
Supported Upgrade Paths
Direct upgrades to 11g are possible from existing databases with versions 9.2.0.4+, 10.1.0.2+ or
10.2.0.1+. Upgrades from other versions are supported only via intermediate upgrades to a supported
upgrade version.
2. Uninstall Oracle 10g database software and install Oracle 11g software.
3. Check if the environment variables are pointing to the new Oracle 11g home.
$ echo $ORACLE_HOME
$ echo $PATH
8. Run the Post-upgrade Status Tool to get the summary of the upgrade.
SQL> @utlu112s.sql
80
SAP Reference Guide
DR Setup
System Details
Detail Primary Server Standby Server
Hostname erp60prd.mitti.org erp60dr.mitti.org
IP Address 10.234.3.75 10.234.3.79
Role Production DR
SID MEP MEP
DB_NAME MEP MEP
DB_UNIQUE_NAME MEP MEP_STANDBY
[!] The DB_NAME of the standby database will be same as that of the primary, but it must have a
different DB_UNIQUE_NAME.
Primary Server
1. Force Logging
Ensure that the primary database is in archivelog mode.
SQL> select log_mode from v$database;
SQL> archive log list
[!] This statement can take a considerable amount of time to complete, because it waits for all
unlogged direct write I/O to finish.
2. Initialization Parameters
Create PFILE from SPFILE.
SQL> create pfile from spfile;
81
MITTI
db_unique_name='MEP'
log_archive_config='dg_config=(MEP,MEP_STANDBY)'
log_archive_dest_1='location=/oracle/MEP/oraarch/MEParch
valid_for=(all_logfiles,all_roles) db_unique_name=MEP'
log_archive_dest_2='service=MEP_STANDBY async
valid_for=(online_logfiles,primary_role) db_unique_name=MEP_STANDBY'
log_archive_dest_state_1='enable'
log_archive_dest_state_2='enable'
log_archive_format='%t_%s_%r.dbf'
log_archive_max_processes=30
remote_login_passwordfile='exclusive'
# Standby Role Initialization Parameters
fal_server='MEP_STANDBY'
fal_client='MEP'
standby_file_management='AUTO'
4. TNS entries
Add Primary and Standby database entries in tnsnames.ora file.
$ vi /oracle/MEP/112_64/network/admin/tnsnames.ora --> add the below lines
MEP_STANDBY.WORLD=
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =
(COMMUNITY = SAP.WORLD)
(PROTOCOL = TCP)
(HOST = erp60dr)
(PORT = 1521)
)
)
(CONNECT_DATA =
(SID = MEP)
(GLOBAL_NAME = MEP_STANDBY.WORLD)
)
)
82
SAP Reference Guide
Check connection.
$ tnsping mep
Standby Server
8. Copy SAP packages to local disk.
- SWPM 1.0 for NetWeaver 7.0
- Kernel 7.21 EXT
- Oracle 11g RDBMS
- Oracle 11g Client
10. When SAPinst stops for database copy, login with oramep and restore backup.
Create directories.
$ mkdir /oracle/MEP/sapdata1 \
/oracle/MEP/sapdata2 \
/oracle/MEP/sapdata3 \
/oracle/MEP/sapdata4 \
/oracle/MEP/origlogA \
/oracle/MEP/origlogB \
/oracle/MEP/mirrlogA \
/oracle/MEP/mirrlogB \
/oracle/MEP/oraarch \
/oracle/MEP/oraflash \
/oracle/MEP/sapbackup \
/oracle/MEP/sapreorg \
/oracle/MEP/saptrace \
/oracle/MEP/saptrace/audit
83
MITTI
Restore database.
$ brrestore -b beqqythx.and -m full -d disk -k yes
Standby Server:
84
SAP Reference Guide
Apply Redo logs in background. Session returns once the apply process is started.
SQL> alter database recover managed standby database disconnect from session;
Check if the Redo logs are being applying to the standby database.
SQL> select sequence#, applied from v$archived_log order by sequence#;
SQL> alter database recover managed standby database disconnect from session;
Standby Server:
SQL> alter database commit to switchover to primary;
85
MITTI
Protection Mode
Maximum Availability:
Transactions on the primary do not commit until redo information has been written to the online redo
log and the standby redo logs of at least one standby location. If no standby location is available, it
acts in the same manner as maximum performance mode until a standby becomes available again.
Maximum Performance:
Transactions on the primary commit as soon as redo information has been written to the online redo
log. Transfer of redo information to the standby server is asynchronous, so it does not impact on
performance of the primary.
Maximum Protection:
Transactions on the primary do not commit until redo information has been written to the online redo
log and the standby redo logs of at least one standby location. If not suitable standby location is
available, the primary database shuts down.
By default, for a newly created standby database, the primary database is in maximum performance mode.
SQL> select protection_mode from v$database;
-- Maximum Performance.
SQL> alter system set log_archive_dest_2='service=mep_standby noaffirm async
valid_for=(online_logfiles,primary_role) db_unique_name=MEP_STANDBY';
SQL> alter database set standby database to maximize performance;
-- Maximum Protection.
SQL> alter system set log_archive_dest_2='service=mep_standby affirm sync
valid_for=(online_logfiles,primary_role) db_unique_name=MEP_STANDBY';
SQL> shutdown immediate
SQL> startup mount
SQL> alter database set standby database to maximize protection;
Once a standby database is configured, it can be opened in read-only mode to allow query access.
This is often used to offload reporting to the standby server, thereby freeing up resources on the
primary server. When open in read-only mode, archive log shipping continues, but managed recovery
86
SAP Reference Guide
is stopped, so the standby database becomes increasingly out of date until managed recovery is
resumed.
In 11g, Oracle introduced the Active Data Guard feature. This allows the standby database to be open
in read-only mode, but still apply redo information.
DR Switchover
A database can be in one of two mutually exclusive modes (primary or standby). These roles can be
altered at runtime without loss of data or resetting of redo logs.
Primary Server
-- Convert primary database to standby.
SQL> alter database commit to switchover to standby;
Standby Server
-- Convert standby database to primary.
SQL> alter database commit to switchover to primary;
Once this is complete, test the log transport as before. If everything is working fine, switch the primary
database back to the original server by doing another switchover. This is known as a switchback.
DR Failover
87
MITTI
If the primary database is not available the standby database can be activated as a primary database
as below,
Since the standby database is now the primary database it should be backed up immediately.
After a failover the original primary database cannot be converted to a standby database. It must be
scrapped and recreated as a standby database following the whole setup process described above
but this time using the original primary server as the standby.
An alternative is to enable flashback database on the primary (and the standby if desired) so in the
event of a failover, the primary can be flashed back to the time before the failover and quickly
converted to a standby database.
Miscellaneous
Set a delay between the arrival of the archived redo log and it being applied on the standby server,
SQL> alter database recover managed standby database delay 30 disconnect from
session;
Provided you have configured standby redo logs, you can start real-time apply.
SQL> alter database recover managed standby database using current logfile;
88
SAP Reference Guide
'/oracle/MEP/mirrlogA/log_standby_g17m2.dbf'
) size 200m blocksize 512;
Standby Commands
SQL> select message from v$dataguard_status;
89
MITTI
Commands
C:\> oradim -NEW -SID SID -STARTMODE {auto|manual}
C:\> oradim -DELETE -SID SID
90
SAP Reference Guide
Sybase
Files and Directories
/sybase
|
SID
|
+-----------------+-----------------+-----------------+
| | | |
sapdata_1 saplog_1 sapdiag saptemp
| | | |
SID_data_001.dat SID_log_001.dat | saptempdb_data_001.dat
|
saptools_data_001.dat
saptools_log_001.dat
Database Backup
Troubleshooting
Msg 4208, Level 16, State 1:
91
MITTI
92
SAP Reference Guide
Monitoring
Operating System
CPU utilization
Memory utilization (Physical and Virtual)
Disk usage (should be <80%)
System log
SAP service
1. Dispatcher Queue Statistic
2. Work Process Table
Command Description
$ ps -eaf | grep dw Check SAP processes.
$ ps -eaf | grep ora Check Oracle processes.
$ ps -eaf | grep lsnrctl Check Listener process.
$ R3trans -d Checking connection with database.
$ tnsping
$ nipping Check connection between server and client.
$ dpmon [pf=<profile>] Dispatcher queue monitor.
$ msmon pf=<profile> name=<SID> Check the message server status.
$ gwmon pf=<profile> nr=num Check the gateway status.
$ saplicence -get Get hardware key.
$ saplicense -install Install license.
$ sappfpar all pf=<profile> Display all profile parameters.
$ sappfpar check path=<profile> Check the required space for memory.
$ memlimits Check available heap and swap memory space.
SAP
Backup
DB12 Check if Database and Redo log backups were successful.
Check if DBA jobs were successful,
Database backup
Redo logs backup
Update statistics
DB13
Check DB
Cleanup logs
Compress database
Verify database
93
MITTI
Validate structure
Database backup log
Redo Logs backup log
DB14
BRSPACE log (extend tablespace etc.)
BRCONNECT log (Update statistics, Database check etc.)
DB24 Check for error in backups.
Server
SM51 Check if all the application servers are up.
Work Process
Check for free processes. If all the processes (same type) are in running state, than
there will be delays for the waiting processes leading to performance issues.
[!] If there are no free processes for longer duration than consider increasing the
SM50 number of work processes.
Long running DIA work process (more than 2 hours) and too many processes in
PRIV mode.
Long running BTC work process (more than 10 hours).
SM66 Check processes on all the application servers.
User
Number of users logged in.
Are users using the correct logon group?
SM04 Are users logging on using several machines?
Are there any unrecognizable user IDs?
Are users using transactions they shouldn’t?
AL08 Check for active users and user distribution on all application servers.
System log
ST22 Check for excessive, unusual and critical ABAP dumps and analyse them.
Check system log for errors and warnings related to session timeout, network,
SM21
database space, message server, spool overflow, lock table overflow etc.
Job
Cancelled jobs
SM37 [!] For cancelled jobs check their logs and if required reschedule them.
Long running jobs for duration more than 86400 secs (24 hours).
RZ01 Monitor run-time statistics for each job.
94
SAP Reference Guide
Spool
Check for failed and long running spool requests.
SP01 [!] 1. If many spools are in waiting, check whether output device is available.
2. If many spools have failed, check if there is any network issue.
DB update
Long pending locks more than 1 day old.
[!] If programs/jobs got terminated abruptly without removing the locks, other programs
DB01
which needs that lock will have to wait indefinitely as these locks won't get released
automatically, this will lead to performance issues.
Check for locks more than a day old.
SM12 Excessive lock entries.
Table(s) having maximum lock entries.
Check for failed, long pending updates and updates in PRIV mode.
SM13
Ensure that there are no errors with V1 & V2 update processes.
RFC
SMQ1 Check for excessive queue entries, deregister and register queues.
SMQ2 “
SM58 Check hanged tRFC
Database
Current database size and database free space. % used space, should be <90%.
[!] If PSAPSR3 tablespace is >90% full, add data file(s) to the tablespace.
Tablespace free space.
Free space statistics – Maximum/kb and Max next extent /kb.
DB02 Critical objects.
Extents of tables and indexes. Max extent and extents.
Missing indexes and DDIC inconsistencies.
Examine tables, indexes tablespace growth, fragmentation.
Database growth. Space statistics → database history.
DB16
Trace
ST01
Performance
ST02 Buffer statistics - Hit Ratio(+/- 99%), Buffer size, Buffer free, Swaps, DB Access etc.
95
MITTI
SAP memory statistics - Roll area, Page area, Extended memory and Heap memory.
Call statistics - Select, Insert, Update and Delete.
Detail Analysis Menu → SAP memory → Heap memory (Dialog and Non dialog
session).
Detail Analysis Menu → SAP memory → Mode list → User and used Heap memory.
[!] For efficient performance ensure there is more hit ratio for the buffers and no
swaps except for program.
Check ratio hits and average response time (ms).
Performance Database → Detailed Analysis → One Current Period. Check Dialog
Response time and background response time.
Workload → <Instance> → Today
ST03
- 0 Time - Average response Time/Dialog Step (ms)
- 0 CPU Time - Average CPU time (ms)
- 0 DB Time - Average Database Time per Dialog Step (ms)
Check for all servers, Dialog and back ground, RFC, Update
Data buffer quality (%).
Database alert logs and performance.
Alerts → Database Check. Look for errors or warnings related to
MISSING_STATISTICS, STATS_TOO_OLD, LAST_BACKUP_FAILED,
LAST_ARCHIVE_FAILED etc.
Alerts → Alert monitor → S
- Space Management
- Performance
ST04
- Backup/restore
- SAP Consistency
- Health
Buffer hit ratio quality, DD cache quality, physical read/write, buffer busy waits, buffer
wait time, busy wait time.
CPU time, CPU usage %.
Detail Analysis menu → Database message log check for database error message.
Oracle Session → query analysis
ST05
ST10
Operating System
Check CPU and Memory utilization. Swap space, disk response time and LAN/WAN
ST06
usages.
Memory
SHMM Shared Objects Monitor
SM04 Goto → Memory
96
SAP Reference Guide
Network
OS01
Mail
SCOT
SOST Check for outbound mails.
97
MITTI
Troubleshooting
ABAP Dumps
ABAP Dump Analysis
TSV_TNEW_PAGE_ALLOC_FAILED More memory was requested by the system because the program
needed to expand an internal table, but is not available.
Client
System is non-modifiable
Developers complain that they get an error message saying the system is non-modifiable even though
the client is opened from SCC4.
98
SAP Reference Guide
Background Job
Known issues or Common errors
1. Authentication / Authorization issues:
- User locked or expired
- Password changed
- Lack of permission etc.
2. File system problems when BTC WP is trying to read from a file,
- File not found.
- File open or corrupted.
- File permission or sharing issues.
- File came with different characters.
3. Variants are not properly defined.
4. Dead locks issue (Lock mechanism congested).
5. Update mechanism failed.
6. Table space over flow (ORA-1653 and ORA-1654)
7. Table space max extent reached (ORA-1631 and ORA-1632)
8. Archive struck (ORA-255 and ORA-272)
9. Memory issues:
- Insufficient memory
- No Roll Area
- PXA Buffer
- Page Errors
10. Problem in the program and inputs e.g. indefinite loops like 110.
11. Dependent jobs / events failure
12. Target system not available to process the job.
Swapping
There are two possible reasons for swapping,
1. There is no space left in the buffer area. The buffer is too small. You should increase the buffer
size.
2. There are no directory entries left. Although there is enough space left in the buffer, no further
objects can be loaded because the number of directory entries is limited. For the Repository
buffers (nametab buffers), the number of directory entries is determined by the number of entry
counts, all other buffers have their own parameter for entries.
99
MITTI
We can define three major groups within performance analysis and tuning:
The Technical layer focuses mostly on analyzing and optimizing performance in the database
interface, index definition and creation, core NetWeaver components like work process distribution,
memory area sizing and table buffering. In this group, you will need to perform a thorough workload
analysis and then change and/or enhance the system settings to accomplish positive performance
results.
The Application layer is directly related to the program code. Unnecessary database calls, inefficient
program design and poor use of available programs are the root cause of performance bottlenecks in
a system. In this group, you will need to individually detect and correct the reason why it is currently
impacting response times by analyzing the program code itself and fixing it accordingly.
In the Hardware layer, components like disk drives, CPU, network and main memory are key factors
that will play a critical role in terms of performance. In this group, the hardware will be analyzed for
bottlenecks to see if any of the above components has reached its limits and is negatively affecting
the overall response times of your NetWeaver component; for example, if there is a hot spot in a
database due to a slow disk drive.
- Analyze the problem: When dealing with performance issues always perform an initial analysis to
determine at which of the component levels one of the interacting pieces is causing the bottleneck.
Making a change to a system component such as to the software itself or even to the hardware
without prior analysis is absolutely not recommended at all.
- Small change: During the initial analysis you can find several different components in which
enhancements can be performed. Always use caution and take only one step at a time. Never
100
SAP Reference Guide
perform more than one change at once. You will otherwise never know exactly which one is
successful or even which is the one that could cause undesired results.
- Verify the results: After every change, always perform a new analysis to verify whether or not the
enhancement has provided those desired results you were looking for.
This is a cyclic redundant process. When one performance bottleneck is cleared a new one is just
arriving to the table and you will need to start another ASV process again.
The following standard tools included in the NetWeaver platform are those I have chosen as my Top
10 list, and they are:
101
MITTI
In the picture above you can see the main screen of the workload monitor. In general, the Workload
Overview (right panel) is mostly used as a starting point when carrying out the root cause analysis
process of a bottleneck in the system. In this part of the tool, the different Task Types are explained in
detail, such as the Number of Steps, Avg. Response Time, Avg. CPU Time, Avg. Database Time,
Avg. Wait Time and more. The goal here is to try spot a particular task, the overall response time and
if the current value for a particular period of time exceeds the allowed threshold (as a rule of thumb,
for task type Dialog the Avg. Response Time should stand below 1000ms). Deeper investigation is
needed in order to understand where the performance spike is located. Is it located in the database?
Is it in the CPU? Is the Network affecting your response times?
These are only a few questions that we need to address and the Workload Monitor will help us drive
them out!
102
SAP Reference Guide
A buffer is a memory segment in which the data is temporarily stored. The buffer allows the
information to be manipulated by processes more quickly and the main goal is to avoid that data be
read from a slow medium like a disk drive. Instead, the information already located in the buffer is
accessed much faster.
In NetWeaver, there are several different buffers. Each one of them allows a specific type of data to
be stored and the objective is to reduce the number of database accesses to a minimum. These
buffers are individually placed locally in every Application Server and are implemented as shared
memory segments in one or more shared memory pools depending on the operating system. These
buffers are:
- Program buffer: This buffer stores the compiled executable version of the ABAP programs, also
known as program loads.
- CUA buffer: This buffer stores menu data, buttons and related SAPGui functionality.
- Screen buffer: This buffer stores the screens that are already generated.
- Calendar buffer: This buffer stores the factory and user defined holiday calendars.
- Generic key table buffer: This buffer stores table entries and can also store the entire table, which
is then called full table buffering.
103
MITTI
- Single record key buffer: This buffer stores only a single entry for a particular table with its
corresponding fields.
- Export and Import buffer: This buffer is used to store data that needs to be available to several
processes using the ABAP sentence EXPORT/IMPORT TO/FROM MEMORY in the ABAP program
code.
Others are the name table buffers which contain fields and table definitions that are active in the Data
Dictionary. The name table is implemented in two different database tables; DDNTT for table
definition entries and DDNTF for file description entries. The associated buffers are:
With the help of this monitoring tool, you will be able to tune all memory buffer parameters individually.
Every single buffer is divided into two parts, the Buffer Size and Buffer Entries.
Buffer Size: This is actually the size of the memory segment. By using the correct profile parameter,
you will have the option to change this value for every buffer. This is also divided into allocated space
and free space.
Buffer Entries: The number of buffer entries controls how many objects can be stored in the buffer.
You can have sufficient free space but if you run out of directory entries, new objects will not be
placed in the buffer and the free space will not be used.
The quality of a buffer and how often it is accessed is measured by the %Hit Ratio. This value will
indicate if the information stored in the buffers, such as table entries, programs and screens, is being
hit directly from the buffer itself or, on the other hand, if the system needs to bring that data from the
database since it was not found in the buffer.
The %Hit Ratio can have several values. For instance, when you start the system the %Hit Ratio will
be below the recommended value until you have some activity in the system and the buffer starts to
fill up with data. A good performing buffer will have a %Hit Ratio of 95% and above (99%-100% is
excellent). Keep in mind though that a value lower to 95% not always shows that you have a problem.
This can lead you to pinpoint and start performing an analysis. However, other factors can also affect
buffer quality decreasing %Hit Ratio values.
Another important piece is Buffer Swapping. This is a completely different story. When high
swapping in a buffer occurs, performance is degraded. Since the information needed by a work
process is read from the database and then put into the buffer, the old information that was previously
in the buffer needs to be removed (swapped out) allowing the new information to come into it.
There are two different factors that will play here, Buffer Size and Buffer Entries (well-known as
Directory Entries). If one of them runs out of space, swapping occurs. We also need to keep in mind
that some sort of swapping is sometimes normal and doesn’t hurt the system. As a rule of thumb, you
104
SAP Reference Guide
don’t need to worry below 1000 swaps in a particular buffer. But also always check the %Free Space
and %Free Directory Entries. Good values are up to 85% used space.
105
MITTI
The statistical records collect information individually for each transaction step such as response
times, database times, network times, wait times, front-end times and more, and store that data in a
flat file at the operating system level know as the statistical file.
This tool will help understand in detail where the performance spike is located by analyzing the
transaction activity step by step. Information like how many database records were selected, updated
or inserted and in which database tables (if activated), what program name was executed, what
screen name and screen number was called and so forth.
With the Statistical Records you will be able to understand when the problem is being observed for an
averaged, high response time transaction. You will then know how to address that specific
performance issue.
106
SAP Reference Guide
My next tool in the top 10 list is the greatest SQL Trace Analysis. This is like magical medicine. Did
you ever see thousands of programs indefinitely doing sequential reads in database tables over and
over? I’m almost sure the answer is yes! Well, with ST05, those long-running queries hitting the
database and selecting millions and millions of useless records are nowadaysSan old story.
You can trace all the activity for a user and for every program. The output will show the SQL
statement, how many records it selects and is bringing from the database, the DECLARE, PREPARE,
OPEN, REOPEN, CLOSE and FETCH operations that will be recorded during the trace so that later
on when performing the analysis it will be of great help, the execution plans, index advising, sorting of
similar statements or duplicated ones, sorting per tables and much more.
Last month I was working on a project. The functional team with the help of the development team
was enhancing some R/3 functionality in a customer system and they were adding more information
into the reports that some general manager’s guys used to work with every day. Those guys ran his
reports every morning and in less than a minute the rich ALV output was shown on his laptop screen.
Up to now, the management people were pretty happy.
The development was ready, so one night IT decided to move the enhanced reporting program to
production (it had been successfully tested so far in DEV and QA a few days earlier). The next
morning I received more than 100 calls from management telling me that those report were taking
107
MITTI
forever to complete that morning and they asked what had changed. My first thought was, “It’s
common, give it some time for the report to be completed, grab some coffee, have a little
patience”Sbut that was only in my thoughts.
So, I decided to start working on the issue. I picked up the favorite tool that always came to my mind,
SM50 the Work Process Overview (the best of all) and I saw itS90.000 seconds Sequential Read
over table BKPF, I hit F5 almost 100 times, and the counter was at 90.001, 90.002, 90.003S90.099,
90.100 and the Sequential Read over BKPF was there anyway. So the next step was to decide to
execute my second best tool, ST05 SQL Trace Analysis. I called one of the general managers and I
asked to execute the report again (I cancelled the old running report first) and activated SQL Trace
for that user ID. The report was running again and when it got stuck reading BKPF sequentially, I let it
run once more for another 5 minutes and then I stopped the trace.
Now, here’s where the story gets interesting. When I selected to display the contents of the SQL trace
file, a popup message asked if I wanted to display more than the 20.000 entries from the trace file,
and I thought to myself, “Something is really wrong here. 20.000 entries in less than 5 minutes of
trace?” I selected “Yes” and it took about a minute to display the trace list and I saw itSevery entry
was performing a FETCH over BKPF. I selected one row to display the SQL Statement and then I
realized that the actual SQL command was first, selecting every row from BKPF (at that point the
BKPF table had more than 45.000.000 rows), not using any valid index and what’s worse was that it
was in the WHERE clause. So, I pushed the button to jump directly to the ABAP code where the
actual select statement was defined. The ABAP code selecting data from BKPF was changed and the
WHERE clause was using sort of an internal table in a loop to get the results. Pretty bad. I called my
friend the developer, “Hey, come to my desk. I want to show you something”. He said to me, “Why?” I
said, “Your user ID is under the last modification for that ABAP report”. Then he reviewed the report
with me and concluded to change the select statement to be now quite more “selective”. After we
migrated the change back to production the problem was solved. The report now takes less than 30
seconds to complete. The management guys were happy again. That was the end of the story and all
thanks to the SQL Trace.
108
SAP Reference Guide
And now, let’s discuss the Work Process Overview. I think this is the one top tool every
administrator, developer and consultant needs to be familiar with and surely you are already familiar
with. If this is not the case, let me introduce it a little bit. SM50 is the main process monitor. From this
screen you will be able to see almost everything that is currently running in your NetWeaver system.
You can also see detailed information on a particular running process, the developer trace and
dispatcher trace and you can change trace level and component to perform a trace on. When you are
working in a performance issue or even if you are analyzing something, SM50 will help. I will show
you practical examples on the next trip. As a preview, from this screen you can see if the process is
doing a Sequential or Direct read over a database table, what user is currently running what report, for
how long it is running, etc. In the details screen, you can see information such as how many records
were written, read, inserted or deleted, and the current SQL statement or procedure.
109
MITTI
Another piece in the list is the OS Monitor. This application is responsible for providing all the
operating system values related with CPU utilization, Disk drive information, Network, OS Swapping
and others by means of the OSCollector (saposcol) service.
With this tool, you can observe if for a particular drive the response time is excessively high or, on the
other hand, if disk drives are performing well. I used to work with this tool in order to understand if a
performance issue needed to be tackled from a hardware bottleneck perspective.
The system is heavily paging? There is a rule of thumb. Paging will not be critical if, for instance,
less than a 20%-30% of the main memory is being paged out. You can see the history for memory
utilization and draw your own conclusions.
If you are analyzing the database server, keep in mind that every request from other application
servers will be handled by the database server hardware. In this case, if the system is performing
poorly, this will cause poor response time in the whole system. For this reason it is a good practice to
have CCMS alerts configured to monitor CPU utilization, Disk response times, and Memory paging.
With the help of these three monitoring objects, you can have a real-time picture of what is going on at
the hardware level in the system.
The Disk monitor is also an important part of the OS Monitor. From the Disk monitor you can check
every Disk or Logical Drive response times. This is particularly important in the database server since
every database operation will impact on those response times. As a rule, if you have more than 50%-
110
SAP Reference Guide
60% Disk drive utilization, start with a more in-depth analysis since overall system performance will be
affected because of these slow drives.
111
MITTI
With this Table Call Statistics transaction, you will be able to see detailed information regarding the
table and the table buffer status.
In NetWeaver, there are several different buffers. In this application will work directly with the Table
Buffers. As you should already know, when a table is buffered its contents are located in a memory
segment in the shared memory pool locally under the application server and that table information is
read much faster from the buffer. The overall goal is to reduce database accesses and disk times as
much as possible. Read operation over a buffered table is around 80 times faster than accessing the
table directly from the database.
Do you remember we had already been talking about buffers before in this blog? Well, the tables that
have buffering enabled are store in the Generic Key Table buffer and in the Single Record Key
Table buffer. In the standard delivery of every NetWeaver component there are several tables that are
already buffering enabled, but for a particular table, You can also define the buffer settings and
whether or not you want to allow buffering.
There is also a rule of thumb. You should enable buffering for a particular table if that table has more
read operations than write operations. Otherwise, the table buffer will be invalidated because the write
operation and the %Buffer Hit Ratio will be below the recommended value since the system needs to
flush the buffer contents to the disk after the insert, delete or update operation and then it will need to
populate the buffer again. From a performance perspective this is not quite feasible.
112
SAP Reference Guide
The Database Monitor shows specific information related to the current performance in the database
interface. Almost everything going on in the database will be presented here. Data buffer allocation,
Hit Ratio, DB Connections, CPU Times, Index utilization, Database files status and utilization and
more.
This tool is another key piece in the performance world. When analyzing database accesses, a good
approach is to take a closer look at this transaction. Detailed table analysis can be performed through
this. For a particular table, you can see the fragmentation level and if that table needs reorganization.
113
MITTI
From the Profile Management screen we will be able to change the system parameters. In our
current case, we will change the related performance and I will show you how to do so with specific
recommendations.
The following is a list of the most common parameters we will work with during our journey:
Program buffer
abap/buffersize
CUA buffer
rsdb/cua/buffersize
Screen buffer
zcsa/presentation_buffer_area
sap/bufdir_entries
Export/import buffer
114
SAP Reference Guide
rsdb/obj/buffersize
rsdb/obj/max_objects
rsdb/obj/large_object_size
OTR buffer
rsdb/otr/buffersize_kb
rsdb/otr/max_objects
Calendar buffer
zcsa/calendar_area
zcsa/calendar_ids
115
MITTI
Workprocess Distribution
rdisp/wp_no_dia
rdisp/wp_no_btc
rdisp/wp_no_vb
rdisp/wp_no_vb2
116
SAP Reference Guide
The CCMS Monitors will enable us to understand what is going on almost in real-time in a system for
a monitored object. There are, as you can see in the picture above, several factory defined monitors
that you can use. The monitor set All Contents on Local Application Server is a good one since
when you activate it (double click on it) it will show you the entire monitoring context within the local
application server. You also have the possibility to assign Auto-Reactions methods and own analysis
methods to every monitored object. Later I will show you how to do that and what the best objects to
monitor are. In the meantime, you can give it a try for yourself. Go to RZ20 and play with it!
As a brief description, to configure the CCMS agents and Email alerts to be sent from a Central
System (CEN) it’s necessary to complete the following tasks:
Configure SMTP in the Central system (CEN) by enabling the built-in SMTP plug-in (as of BASIS
release 6.x). This step will not be part of this blog. Please refer to OSS Note 455140 for installation
instructions and additional information. You will need to install the CCMS agents in each monitored
system to enable the alerts and emails. This is necessary because CEN alerts are handled by the
remote CCMS agents locally in every satellite system. You should then configure the alerts in the
CEN system by enabling the emails selecting the correct monitoring object and configuring email
destinations properly.
117
MITTI
Workload Analysis
Wait time (milliseconds): This is the time a user request sits in the dispatcher queue. It starts
when user request is entered in the dispatcher queue; and ends when the request starts being
processed.
Roll-in time (milliseconds): The amount of time needed to roll user context information into the
work process.
Load time (milliseconds): The time needed to load from the database and generate objects like
ABAP source code, CUA, and screen information.
Processing time:: This is equivalent to response time minus the sum of wait time, database
request time,
me, load time, roll time, and enqueue time.
Database request time:: Starts when a database request is put through to the database
interface; ends when the database interface has delivered the result.
CPU time (milliseconds): This is the CPU time used by the R/3 work process.
If a problem is detected, the data in the Workload Monitor (Transaction ST03N) can be used as
follows to identify the area of the system where the problem is located.
First check for general performance problems affecting all transactions. Good general performance is
normally indicated by:
118
SAP Reference Guide
CPU bottleneck
If possible, redistribute load to other servers.
To find out which processes are using the most CPU, choose Detail analysis menu >> Top CPU
processes. If the processes have high CPU utilization, proceed as follows:
- For R/3 work processes (disp+work): Using the process ID indicated in Top CPU processes,
identify the corresponding program name and user name in the Work Process Overview
(transaction SM50).
- For database processes: Identify corresponding long running SQL statements in the
Database Process Monitor. To access this monitor, call transaction ST04 (Database
Overview), and choose Detail analysis menu. Then choose, for example, Oracle Session.
- For external processes, find out whether the process can be stopped or redistributed.
119
MITTI
Amount of memory indicated beside Physical memory available. Compare this figure with the paging
rate. To obtain the paging rate, double-click Pages in/s. The paging rates for the last 24 hours are
displayed in the columns Paged in [Kb/h] and Paged out [Kb/h]. If 20% of the total amount of physical
memory is greater than the amounts indicated in these columns, you can normally be sure there is no
memory bottleneck.
Memory bottleneck
If possible, redistribute load to other servers.
Check the size of the file system cache – See SAP Note 78498. If necessary, reduce file system
cache to < 10% of the total physical memory.
To identify users and their programs with a high memory consumption, call the Mode List for the
extended memory. To do this in the Setups/Tune Buffers monitor (transaction ST02), choose
Detail analysis menu >> SAP memory >> Mode List.
1. Run AL12 → statistics → cursor cache → all servers. You will see the total requests for each WPs.
If your DIA WPs all have high request, then you have to add additional DIA WPs. But if you have
DIA WPs which have less requests than others. it means you are not using this WP usually. So
you can decrease your WP number to open free space in buffer.
2. Run SM50 and display CPU Time via CTRL+SHIFT+F6. Here you will see the total CPU time of
WPs. With the same logic, if you have WPs whose CPU time is less than 0:10 then you can
remove these WPs via INST_PROFILE. But if all of your WPs CPU time is greater than 0:50, you
have to increase number of WPs.
[!] The duration is displayed in microseconds (millionth of a second) highlighted in red if it exceeds
10,000 microseconds i.e. 10 milliseconds or 0.01 second.
1 second = 1,000 milliseconds = 10,00,000 microseconds
120
SAP Reference Guide
Security
Locking Security holes through IMG transactions
Even though you have restricted your users from SU01 or PFCG (to modify themselves or other
people) they can get into these areas by the different IMG transaction codes. If your core team or user
community has access to:
OY20 Authorizations
OY21 User profiles
OY22 Create sub-administrator
OY24 Client maintenance
OY25 CS BC: Set up Client
OY27 Create Super User
OY28 Deactivate SAP*
I would suggest locking these transactions in SM01, to prevent a backdoor for people to assign
themselves SAP_ALL or SAP_NEW.
121
MITTI
122
SAP Reference Guide
Solution Manager
SAP software solutions have evolved from a single ERP software solution (SAP R/2 and R/3) to a
portfolio of business suite solutions such as SAP ERP, NetWeaver Portal, BI, CRM, SRM, SCM and
PLM. This has resulted in increased complexity in managing and monitoring the solution. SAP has
invested considerable development effort into the Solution Manager software to address this
complexity and help customers centrally manage and monitor the entire SAP software portfolio
deployed at any given client site.
Overview
SAP has used Information Technology Infrastructure Library (ITIL) standards for the development of
the SAP Solution Manager system. ITIL is the de facto standard for the IT service management
worldwide. It was developed by Central Computer and Telecommunications Agency (CCTA) in the
United Kingdom in the 1980s and has been improved over time. At present, the ITIL standard is a
collection of books, and its main focus and use by IT organizations fall under the categories of Service
Support and Service Delivery.
ITIL standards and the software components developed by SAP in Solution Manager to support the
standard.
Configuration
Planning Roadmap for Implementation and Configuration
Planning Roadmap for Implementation and Configuration
Task Details
Get clear landscape picuture "How does the system landscape look like?
regarding SolMan and managed How many SolMans?
objects
Which systems should be connected How are the system build (HA/DR)
where?
123
MITTI
Define Set of managed objects and fill Which managed system should be connected to the Solution
managed systems list Manager
Check if central SLD is in place and All systems should be connected to a central SLD and the
systems are connected reported system data should be up to date
Check & deploy software ST-A/PI and ST-PI are needed on ABAP systems. Deploy the
prerequisites for managed systems? latest available version during the normal maintenance cycle
of the managed systems (but before the SolMan is upgraded)
Deploy Diagnostics Agents "on all virtual hosts for Introscope / SolMan / managed objects
Decide on Installation vs. Upgrade of "What you should know about Solution Manager PPT
SolMan
Prerequisites
Prerequisites
Before you start to configure SAP Solution Manager with transaction SOLMAN_SETUP, make sure
that the following prerequisites are fulfilled:
Connection to the SAP backend system exists and works.
Transport Management System (TMS) is configured.
Technical installation, upgrade or update is done.
Required profile parameters are set.
Parameter Value
SAPLOCALHOSTFULL $(SAPLOCALHOST).$(SAPFQDN)
icm/host_name_full $(SAPLOCALHOSTFULL)
login/accept_sso2_ticket 1
124
SAP Reference Guide
login/create_sso2_ticket 2
Additionally, you should run the load generator (transaction SGEN) to increase the performance of
your system during the configuration.
Depending on the customer’s system landscape, you have different opportunities on how to setup
your SLD landscape:
• You can use a remote SLD as central SLD and feed the SAP Solution Manager with its data
(optionally via the local SAP Solution Manager SLD),
_OR_
• You can use the local SLD of SAP Solution Manager as central SLD for your landscape.
For some applications, like SAP Netweaver PI, the SLD is essential for running. During SLD
downtime, no data updates for J2EE components within your landscape are available from your SLD.
To ensure that the maintenance of SAP Solution Manager does not interfere with productive
operations, we strongly recommend that you do not use the local SLD in SAP Solution Manager
as central runtime SLD if you are using SAP NetWeaver PI or WebDynpro Java applications in
your system landscape.
If you are not using SAP NetWeaver PI or WebDynpro Java applications and also do not plan to do so
in the near future, you can use the SLD running on the SAP Solution Manager system as central SLD,
as no runtime dependencies to this SLD exist.
The simplest and most reliable way is to have only one SLD for your landscape.
Data on different SLDs must not overlap, it must be strictly separated to avoid conflicts.
The cost of running an SLD infrastructure increases with the number of SLD instances, as several
SLDs have to be administrated (for example, CR Content has to be updated regularly).
Depending on your requirements, you also have to think about synchronization of SLD data stored in
different SLDs: The SLD bridge can automatically forward data received by data suppliers to
additional SLDs. But data that was entered manually into one SLD (such as PI business systems,
name reservation data, products/software components, etc.) has to be synchronized manually with
export/import functions of SLD.
125
MITTI
Altogether, it depends on the actual requirements of a landscape like what data is required in which
SLD or how often is a manual synchronization required, to decide about the optimal SLD landscape.
To make a system report its data to the SLD, you have to set up the data suppliers on the AS ABAP
and on the AS Java system. For dual-stack systems, make the configuration on both the stacks, the
ABAP stack and the Java stack as well.
AS ABAP
To send system information of an ABAP system, proceed as follows:
1. Go to transaction RZ70.
2. Enter the hostname and the gateway service of the host running the SLD.
Host solman71.mitti.org
Service sapgw00
3. Click on "Activate Current Configuration (F8)" to activate the current SLD configuration.
4. Schedule job SAP_SLD_DATA_COLLECT so that the data in the SLD is regularly updated. The
job runs twice a day. To schedule the job, click "Start Data Collection and Job Scheduling (F5)".
If you get an RFC error, make sure the RFC SLD_UC for unicode system is configured properly.
AS Java
To connect a Java system to the SLD, proceed as follows:
1. Start the J2EE Engine SCS02.
2. Start the J2EE Engine Visual Administrator console,
$ /usr/sap/SID/DVEBMGS00/j2ee/admin/go
C:\> d:\usr\sap\SID\DVEBMGS00\j2ee\admin\go.bat
6. Choose the "CIMClient Test" button to check the CIM client connectivity.
7. Choose "HTTP Settings (Data Supplier)" and specify the parameters as above.
8. Click on "Assign application roles to user groups".
9. Click on "Trigger data transfer to SLD".
126
SAP Reference Guide
1. To add the SAP Solution Manager SLD to the central SLD, enter the SLD from which you want
to send data to SAP Solution Manager.
2. Choose administration → data suppliers and click "Add SLD".
3. Enter the appropriate input values:
URL http://solman71.mitti.org:50000
User SLDDSUSER
Password *********
As mentioned before, it is recommended to provide the password during the setup to prevent the
generation of a password nobody knows afterwards.
127
MITTI
SAProuter
How does SAProuter work
SAProuter examines any incoming data packets, checks the route and authorization and then sends
them to their specified targets. The partner that sets up the connection specifies the route (from
SAProuter to SAProuter and to the target). This procedure is known as source routing.
If you want a connection, from a SAP GUI to an R/3 System for example, to run through a SAProuter,
then you need to enter the route in the SAP GUI command line.
You can use SAProuter if there is no direct IP connection between the communication partners.
SAProuter must be running on a host that is connected to both IP networks. It can then receive data
from the SAP GUI in one IP network and relay it to the R/3 server in another IP network, and vice
versa. Normal IP routing is used between the application programs and the SAProuters.
Connections established using SAProuter have the additional advantage that no end-to-end
connections between the participating systems are necessary on network level. For example, if
accessing a frontend PC on an R/3 server with an intermediate SAProuter, it is not necessary to
define the complete path between the two systems at TCP/IP level. It is sufficient if both parties can
reach the SAProuter. From an SAP communication viewpoint, this represents a point of concentration
in your network that serves as a starting point for each sub-connection. Each sub-network stored
logically behind a SAProuter is therefore reduced to the network address of the SAProuter.
Without SAProuter, the Internet Protocol (IP) addresses must be unique, which cannot always be
guaranteed, particularly on international networks.
With SAProuter it is possible to connect two points that have unofficial, or even identical, IP
addresses. Therefore, it is rarely necessary to adapt existing address topologies using official IP
addresses.
SAP Online Service & Support now only supports SAProuter connections due to these advantages.
Because SAP routes all accesses to internal systems (such as SAPNet - R/3 Frontend) and all
service connections via SAProuter, the connection between SAP and the customer is reduced to a
single SAProuter - SAProuter connection.
SAProuter Setup
Prerequisites
1. Ask the network team to allot a Live IP and get it mapped to the SAProuter’s physical IP by NAT
rule on the Firewall/Router. Also get the ports 3299 (SAProuter), 32xx (SAP GUI) etc as required
opened on the Firewall/Router for the Live IP.
128
SAP Reference Guide
confirmation from SAP that your SAProuter has been registered, you are ready to configure your
SAProuter.
Installation
1. Download latest version of SAProuter.
https://support.sap.com/remote-support/saprouter.html → Download software → SAPROUTER
5. Ensure that the below entry is in drivers\etc\services, if not then add it.
sapdp99 3299/tcp
Certificate Installation
1. Go to https://support.sap.com/remote-support/saprouter/saprouter-certificates.html, click on
"Apply for a SAProuter certificate" and get the distinguished name of your SAProuter.
[Note] Please document the PIN/Passphrase. You will have to enter the same PIN/Passphrase
every time you want to use this PSE.
3. Return to the webpage opened in point 1, click Continue & paste the certreq file’s whole
content into the text area and click Request Certificate.
4. Copy the certificate text and paste it to a new file srcert and import the certificate.
129
MITTI
5. From 15.04.2015 11:00 AM CET until 18.07.2015 you need to import the old SAProuter Root CA
manually. The old SAProuter SMP Root CA certificate is attached to SAP note 2131531.
Import the old SAProuter SMP CA Root CA certificate as trusted into your PSE.
[Note] This is necessary, since SAP has to keep using certificates signed by the old SAProuter
SMP Root CA for interoperability reasons. If you omit this step, SNC connections to SAP
cannot be established.
6. Create credentials for the user that’s running the SAProuter service.
C:\saprouter> sapgenpse seclogin -p local.pse [-O <domain|host>\<user>]
[Note] If you omit -O <user> the credentials will be created for the logged in user.
This will create a file called cred_v2 in the same directory as local.pse. For increased
security please check that the file can only be accessed by the user running the
SAProuter.
SAPROUTTAB Configuration
Create file saprouttab in C:\saprouter.
# SNC connection to and from SAP
KT "p:CN=sapserv2, OU=SAProuter, O=SAP, C=DE" 194.39.131.34 *
# SNC connection to local Windows system for WTS (Windows Terminal Server)
KP "p:CN=sapserv2, OU=SAProuter, O=SAP, C=DE" 192.168.1.2 3389
130
SAP Reference Guide
C:\> saprouter -l
2. Start → Run → regedit, edit below entry and change ^ to " under ImagePath.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\SAProuter
3. Server Manager → Services → SAProuter and update the "Log On" account with the user
registered in point 5 under Certificate Installation. The SAProuter should NOT run under the
system account.
Reference:
Installing the sapcrypto library and starting the SAProuter
SAP note 525751 - Installation of the SNC SAPRouter as NT Service
SAP note 2131531 - New Root Certification Authority for saprouter certificates
Troubleshooting
C:\> niping –t
131
MITTI
Username : SDCC_NEW
Password : download
Commands
C:\saprouter> sapgenpse seclogin -d -p local.pse → Delete credentials
C:\saprouter> sapgenpse seclogin -l → Check credentials
C:\saprouter> sapgenpse get_my_name -n validity
132
SAP Reference Guide
-s Stop router
-p Soft shutdown
-l|L Router info
-n New routtab (see note below)
-t Toggle trace
-c <ID> Cancel route
-d Dump buffers
-f Flush buffers
-z Hide err Info
-a <lib> Start router with third-party library
[Note] The -n option is used to report changes in the route permission table to the running SAProuter
without restarting it. It causes SAProuter to use the updated table, supplied with option -R
<saprouttab>. The new route permission table does not affect connections which already exist! Even
if the existing connection is not allowed according to the new table, it remains in place.
Additional options:
-R routtab Name of route-permission-file (default ./saprouttab)
-G logfile Name of log file (default no logging)
-T tracefile Name of trace file (default dev_rout)
-V tracelevel Trace level to run with (default 1)
-H hostname Of running SAProuter (default localhost)
-S service Service-name / number (default 3299)
-P infopass Password for info requests
-C clients Max no. of clients (default 800)
-Y servers Max no. of servers to start (default 1)
-J filesize Max log file size in byte (default off)
-K "<d_name>" Activate SNC. Distinguished name e.g. "p:CN=QNIESOLMAN, OU=0000919666,
OU=SAProuter, O=SAP, C=DE"
-A initstring Initialization options for third-party library
-D Switch DNS reverse lookup off
-E Append log- and trace-files to existing
-6 IPv6 enabled
-Z Hide connect error information for clients
Expert options:
-B quelength Max. no. of queued packets per client (default 1)
-Q queuesize Max. total size for all queues (default 20000000 bytes)
-W waittime Timeout for blocking net-calls (default 5000 milliseconds)
-M min.max Port range for outgoing connects e.g. -M 1.1023
-I address Address for outgoing connects e.g. -I 155.56.76.6
133
MITTI
134
SAP Reference Guide
Commands
SAP
C:\> sapcar -xvf "*.sar" -R D:\EHP6
$ ensmon pf=C:\usr\sap\SID\ERS10\profile\SID_ERS10_NODE1 2
$ enqt pf=C:\usr\sap\SID\ERS10\profile\SID_ERS10_NODE1 11 20
$ enqt pf=C:\usr\sap\SID\ERS10\profile\SID_ERS10_NODE1 20 1 1 9999
# su - sidadm
$ cleanipc 00 show
$ cleanipc 00 remove
Windows (DOS)
Rename Files
Services
C:\> sc create <service> binPath= "<path>" start= auto obj= "NT AUTHORITY\LocalService"
C:\> sc delete <service>
135
MITTI
Miscellaneous
C:\> systeminfo
136
SAP Reference Guide
T-codes
Profile
RZ10 Edit Profiles
RZ11 Maintain Profile Parameters
TU02 Parameter Changes in SAPSYSTEM
Client
SCC4 Display View "Clients": Overview Client Administration
SCCL Client Copy - Copy a Client Local Client Copy
SCC9 Client Copy - Copy a Client Remote Client Copy
SCC8 Client Export
SCC7 SAP Client Import Post-Processing
SCC5 Delete Client
SCC3 Client Copy/Transport Log Analysis
SCU0 Customizing Cross-System Viewer Cross System Client Comparison
OY19 Customizing Cross-System Viewer ^^^
Background Jobs
SM35 Batch Input: Session Overview
SM36 Define Background Job
SM37 Simple Job Selection Job Overview with Selection
137
MITTI
User Administration
SU01 User Maintenance: Initial Screen
SU01D User Maintenance: Initial Screen Display Only
User Maintenance: Mass Changes
SU10
Initial Screen
SUGR Maintain User Groups
Entered Authorization in Buffer of User
SU56
<User>
SM04 User List
Log Display for Central User
SCUL
Administration
Authorization (Security)
PFCG Role Maintenance
SU02 Maintain User Profile
138
SAP Reference Guide
Audit
SM18 Security Audit: Delete Old Audit Logs
SM19 Security Audit: Administer Audit Profile
SM20 Analysis of Security Audit Log
Database
DB01 Oracle Lock Monitor
DB02 Space Overview Oracle Database Administration
DB03 Parameter Changes in Database
Backup Logs: Overview for Database
DB12
SID
DB13 Jobs: DBA Planning Calendar DBA Jobs Scheduling
DB15 Tables and Archiving Objects
Database Check: Overview of
DB16
Messages
DB17 All Database Check Conditions
DB20 Edit Table Statistics
Change Configuration of Statistics
DB21
Creation: Overview
Logs for Administrative Database
DB24
Operations
DB26 All Database Profile Parameters
Display View "Description of Database
DBCO
Connections": Overview
139
MITTI
Performance
ST01 System Trace
ST02 Tune Summary (<Instance>)
ST03 Workload Monitor
ST04/N Performance Overview
ST05 Performance Analysis
ST07 Application Monitor: User Distribution
ST10 Table Call Statistics
SAP Workload: Business Transaction
STAD
Analysis
RFC
SM59 Configuration of RFC Connections
SMQ1 qRFC Monitor (Outbound Queue)
SMQ2 qRFC Monitor (Inbound Queue)
SM58 Transactional RFC
Workbench Development
SE11 ABAP Dictionary: Initial Screen
SE12 ABAP Dictionary: Initial Screen Display Only
SE38 ABAP Editor: Initial Screen
SE37 Function Builder: Initial Screen
SE80 Object Navigator
Display Content Repositories:
OAC0
Overview
140
SAP Reference Guide
Logs
System Log: Local Analysis of
SM21
<hostname>
ST11 Error Log Files
ST22 ABAP Runtime Error
CCMS
CCMS Control Panel: Display Server
RZ03
Statuses and Alerts
CCMS: Maintain Operation Modes
RZ04
and Instances
CCMS: RFC Server Group
RZ12
Maintenance
CCMS Monitor Sets - Maintenance
RZ20
functions OFF
RZ21 Monitoring: Properties and Methods
OS
OS01 LAN Check by PING
OS03 Display OS Configuration Data
Local (<hostname>) / Configuration
OS04
Parameter
Local (<hostname>) / Configuration
OS05
Parameter
Memory
SHMM Shared Memory: Areas
Change View "OLAP: Cache
RSCUSTV14
Parameters": Details
RSRCACHE Cache Monitor (<Instance>)
System
SLICENSE SAP License Administration
SPRO Customizing: Execute Project
Display View "Customizing time
STZAD View SAP system time zone
zones": Details
STZAC Change View "Customizing time Change SAP system time zone
141
MITTI
zones": Details
SAPscript Font Maintenance: Initial
SE73
Screen
SMW0 SAP Web Repository: Initial Screen
NLS: Languages, Characters,
SNL1
Character Sets, and Locales
SMLT Language Management
Gateway Monitor for <hostname> /
SMGW
Active Connections
Display View "Icon maintenance":
ICON
Overview
IDoc
WEDI
WE02 IDoc List
WE07 IDoc Statistics
WE20 Partner profiles
WE21 Ports in IDoc processing
WE46 Settings: Error and Status Processing
Display View "Status maintenance":
WE47
Overview
T-Code
SE93 Maintain Transaction
SM01 Transaction Codes: Lock/Unlock
Table
SE16 Data Browser: Initial Screen View Table Content
SM30 Maintain Table Views: Initial Screen Edit Table Content
SCMP View/Table Comparison Cross-system Table Comparison
Other Common
SICK SAP Initial Consistency Check
SM28 SAP Initial Consistency Check ^^^
SGEN SAP Load Generator
142
SAP Reference Guide
Other Uncommon
SBWP Business Workplace of <User>
AL11 SAP Directories
Change View "Logical Systems":
BD54
Overview
Tool: Conversion of Logical System
BDLS
Names
SALE Display IMG
SARA Archive Administration: Initial Screen
SM56 Number Range Buffer
USMM System Measurement
Solution Manager
SOLMAN_SETUP
LMDB
SOLUTION_MANAGER Maintenance Optimizer (MOPZ)
CRM_DNO_MONITOR Generating Installation Key
SMSY Map SAP User IDs for Users
AISUSER
BI
RSA1 Data Warehousing Workbench: Overview of InfoProviders and InfoObjects
143
MITTI
Modeling
Data Warehousing Workbench:
RSPC ^^^
Modeling
LISTCUBE Call List Viewer for InfoProvider Check the InfoCube content
LISTSCHEMA Call up schema viewer for InfoCubes
RSD1 Edit InfoObjects: Start InfoObjects Editor
RSH1 Initial Screen Hierarchy Maintenance InfoObjects Hierarchy
SLG1 Analyse Application Log
CRM
SICF Maintain Services
SMICM ICM Monitor
Content Server
CSADMIN Content Server Administration
Trex
TREXADMIN TREX Administration Tool
144
SAP Reference Guide
Tables
T-codes: SE11, SE16, SM30
Table Description
ADIRACCESS Objects that have been repaired in the system and their access keys
DD02T Data Dictionary with Text Description
DEVACCESS Users with development access to the system
E070 Change Request headers
E071 Change Request object lists
E071K Object keys included in a transport
SVERS NetWeaver version
T000 Clients' information
TADIR Object directory entries
TBDLS Logical Systems
TDEVC Development classes and packages
TRBAT Transport entry/ies in the process of being imported
TSLE4 Instance name and operating system
TSTC T-Codes
SAP user IDs and passwords
field UFLAG...
0 user not locked.
USR02
32 user locked by CUA (Central User Administration).
64 user locked by administrator (SU01).
128 user locked after failed logon attempts.
USR40 Password exception list
USR41 Users currently logged in.
145
MITTI
146
SAP Reference Guide
Functions
T-codes: SE37
147
MITTI
Abbreviations
Acronym Full Form
AAS Additional Application Server
ABAP Advanced Business Application Programming
ADS Adobe Document Server
APO Advanced Planner and Optimizer
AS Application Server
ASCS ABAP Central Services Instance
BASIS Business Application Systems Integrated Solutions
BI Business Intelligence
BPE Business Process Expert
CBS Component Build Service
CCMS Computing Center Management System
CCTA Central Computer and Telecommunications Agency
CTS Correction and Transport System
CI Central Instance
CMS Change Management Service
CPH Central Performance History
CRM Customer Relationship Management
CS Central System
DB Database
DI Database Instance
DI Development Infrastructure
DI Dialog Instance
DTR Design Time Repository
DVEBMGS Dialog, Update, Enque, Background, Message, Gateway and Spool
ECC ERP Central Component
EhP Enhancement Package
EP Enterprise Portal
EPS Electronic Parcel Service
ERP Enterprise Resource Planning
FI/CO FInancial Accounting / Controlling
HR Human Resources
ICM Internet Communication Manager
148
SAP Reference Guide
149
MITTI
150
SAP Reference Guide
Reserved SIDs
No. SID Status Description
Prevented by SWPM. Listed as SQL keyword, when used as SAPSID or
1 ADD
reserved since 4.6C SR2. DBSID queries could break.
SQL keyword, when used as SAPSID queries
2 ADM Prevented by SWPM.
could break.
Prevented by SWPM. Listed as Reserved SQL keyword, when used as
3 ALL
reserved since 4.6C SR2. SAPSID or DBSID queries could break.
Prevented by SWPM. Listed as
4 AMD Cannot be used as SAPSID or DBSID.
reserved since ERP 6.0 EHP5.
Prevented by SWPM. Listed as SQL keyword, when used as SAPSID or
5 AND
reserved since 4.6C SR2. DBSID queries could break.
Prevented by SWPM. Listed as
Reserved SQL keyword, when used as
6 ANY reserved since SAP NetWeaver 7.0
SAPSID or DBSID queries could break.
SR2.
Prevented by SWPM. Listed as ODBC reserved keyword, when used as
7 ARE
reserved since 4.6C SR2. SAPSID queries could break.
Prevented by SWPM. Listed as
SQL keyword, when used as SAPSID or
8 ASC reserved since SAP NetWeaver 7.0
DBSID queries could break.
SR2.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as
9 AUX 'AUX' is the Windows Pseudofile for Auxilary
reserved since ERP 6.0 EHP5.
Device.
Prevented by SWPM. Listed as ODBC reserved keyword, when used as
10 AVG
reserved since ERP 6.0 EHP5. SAPSID queries could break.
Should not be used for SAP application server
Prevented by SWPM SP06 and later.
ABAP. Requested by SUM 1.0 SP9 or lower
11 BIN Listed as reserved by SUM on i5 and
with problems to distinguish between 'bin' and
Windows.
'BIN' on Windows and i5.
Prevented by SWPM. Listed as ODBC reserved keyword, when used as
12 BIT
reserved since ERP 6.0 EHP5. SAPSID or DBSID queries could break.
Reserved keyword on MS SQL Server, can
Prevented by SWPM. Listed as
13 CDC lead to data loss when used as SAPSID or
reserved since ERP 6.0 EHP5.
DBSID.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as
14 COM 'COM' is the Windows Pseudofile for a
reserved since 4.6C SR2.
communication port.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as
15 CON 'CON' is the Windows Pseudofile for Console
reserved since ERP 6.0 EHP5.
input/output.
151
MITTI
152
SAP Reference Guide
reserved since ERP 6.0 EHP5. 'LPT' is the Windows Pseudofile for a parallel
printer port.
Should not be used for SAP application server
Prevented by SWPM SP06 and later
Java. Requested by SUM 1.0 SP9 and lower
32 LIB Listed as reserved by SUM on i5 and
with problems to distinguish between 'lib' and
Windows.
'LIB' on Windows and i5.
Prevented by SWPM. Listed as ODBC reserved keyword, when used as
33 MAP
reserved since ERP 6.0 EHP5. SAPSID or DBSID queries could break.
Prevented by SWPM. Listed as Cannot be used as SAPSID or DBSID.
34 MAX
reserved since ERP 6.0 EHP5. SQL Server function.
Should not be used for SAP application server
Prevented by SWPM SP06 and later
ABAP. Requested by SUM 1.0 SP9 with
35 MEM Listed as reserved by SUM on i5 and
problems to distinguish between 'mem' and
Windows.
'MEM' on Windows and i5.
Should not be used for SAP application server
Prevented by SWPM SP06 and later
ABAP. Requested by SUM 1.0 SP9 and lower
36 MIG Listed as reserved by SUM on i5 and
with problems to distinguish between 'mig' and
Windows.
'MIG' on Windows and i5.
ODBC reserved keyword, when used as
37 MIN Prevented by SWPM.
SAPSID or DBSID queries could break.
Reserved future keyword, when used as
Prevented by SWPM. Listed as
38 MON SAPSID or DBSID queries could break in
reserved since 4.6C SR2.
future.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM, Listed as
39 NIX Reserved for internal ABAP transport tools (tp)
reserved since 4.6C SR2.
related to cofiles read error
Prevented by SWPM. Listed as SQL keyword, when used as SAPSID or
40 NOT
reserved since 4.6C SR2. DBSID queries could break.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as
41 NUL 'NUL' is the Windows Pseudofile for NULL
reserved since ERP 6.0 EHP5.
device.
Prevented by SWPM. Listed as SQL keyword, when used as SAPSID or
42 OFF
reserved since 4.6C SR2. DBSID queries could break.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as Reserved future keyword, when used as
43 OLD
reserved since ERP 6.0 EHP5. SAPSID or DBSID queries could break in
future.
Prevented by SWPM. Listed as
44 OMS Cannot be used as SAPSID or DBSID.
reserved since 4.6C SR2.
Cannot be used as SAPSID or DBSID.
Prevented by SWPM. Listed as
45 OUT Reserved future keyword, when used as
reserved since ERP 6.0 EHP5.
SAPSID queries could break in future.
153
MITTI
154
SAP Reference Guide
reserved since 4.6C SR2. Should not be used for SAP application server
ABAP or Java.
Prevented by SWPM. Listed as MS SQL Server reserved keyword, when used
63 USE
reserved since ERP 6.0 EHP5. as SAPSID or DBSID queries could break
Prevented by SWPM. Listed as
64 USR Cannot be used as DBSID.
reserved since 4.6C SR2.
Should not be used as SAPSID for SAP
application server ABAP.
Prevented by SWPM. Listed as
65 VAR Requested by SUM 1.0 SP9 and lower with
reserved since 4.6C SR2.
problems to distinguish between 'var' and
'VAR' on Windows and i5.
155
MITTI
Notes
PRIV mode
PRIV mode only applies to dialog work process.
It occurs when any transaction or program is very resource consuming and the "heap" memory
allocation is reached. If the reason column displays PRIV, the related dialog work process will be used
by that particular user executing the transaction, which has already started without possibility of
switching the user context to another dialog work process.
So, if you can group all of the users hitting the same tables, onto (or one set of) App server(s), then
you can tune the App server buffers to a much greater extent. If the FI users (generally) never hit
against the HR tables then the App servers in the FI group don't (generally) have to buffer any HR
data. That leaves you free to make memory and buffer adjustments to a more drastic extent, because
you don't have to worry (as much) about screwing the HR users (as an example), when you're
adjusting the FI server group.
So, (in opinion only) you should start with a buffer hit ratio analysis / DB table & index access analysis
(by user group) to see where you would get the best benefit from this kind of setup. If you don't have
this kind of info, then creating logon groups by line-of-business may have no benefit (or worst case,
may make performance degrade for the group with the highest load %). You need some historical
information to base your decision on, for how to best split the users up.
You may find that 50% of the load is from the SD users and so you may need one group for them
(with 3 App servers in it) and one other group for everyone else (with the other 3).
The logon group(s) will have to be referenced by SAP GUI, so SAP GUI (or saplogon.ini + maybe the
services file, only) will have to change to accommodate any new groups you create in SMLG. Also
consider that there's variables for time-of-day (load varies by time-of-day) and op-mode switches
(resources vary by op-mode).
Developer Key
A developer key is required by the developer to get access for making changes to the dictionary
objects, programs and reports in a SAP system.
A developer key is a combination of the installation number, the systems license key (for which the
key is requested) and the username (for whom the key is requested).
156
SAP Reference Guide
Miscellaneous
Runtime system means Dispatcher and Work process written in C & C++
Business applications and transaction written in ABAP/4
The application which exists with message service is called Central Instance
One SAP system will contain only one Central Instance and may have 0 or more regular instances
Any application server will exist with 1 Dispatcher and 2 Dialog Work processes
There is only 1 Central Instance and only 1 Enqueue W/P per system
If any Work process fails – the performance of the application server decreases
If a Dispatcher fails – the user connected through that application server suffers
If Central Instance fails – entire R/3 system collapses
R/3 stands for Real time system version 3 or Real time system version 3
moving the objects from development to quality or production system is possible change requests
only solution for moving objects from production system to quality system is remote client copy or
client export and import.
during client copy if you do not want client independent data – you can do either remote client copy or
client export and import
during client copy if you want client independent data also – you have to do client export and import
SAP R/3 uses the CPI-C (Communication Programming Interface Communication) standard for most
of its internal communication. Such as the communication between work processes and between
instances.
157
MITTI
By default Default SAP-Delivered more than 150 roles but authorizations are not generated
Before you assign SAP-Delivered roles to user you have to generate authorizations by PFCG
When you create a new role from PFCG it also creates new profile
If you assign this new role from PFCG or SU01 – user gets user menu as well as sap menu
If you try to assign new generated profile of that role to a user from SU01 – the user gets only SAP
menu, he will not get user menu
There has to be at least 2 dialog work processes running on each instance apart from main CI/DB
server.
The no. of background process can be set to 0 for each instance but there has to be at least 1
background process running in the system.
An instance can run without a update process but there has to be at least 1 update process in the
system.
Gateway is the interface for the R/3 communication protocols (RFC, CPI/C). It can communicate with
other application servers in the same R/3 System, with other R/3 Systems, with R/2 Systems, or with
non-SAP systems.
The application layer of an R/3 System is made up of the application servers and the message server.
Application programs in an R/3 System are run on application servers. The application servers
communicate with the presentation components, the database, and also with each other, using the
message server.
158
SAP Reference Guide
SE16 → TSTC → enter "A0" as starting value and "A9" as the ending value for field CINFO.
Since basis release 6.20 or higher no need to use SAPconnect. Directly put the mail server in the
SMTP nodes in SCOT.
159