Sap Basis Imp
Sap Basis Imp
Sap Basis Imp
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 divisionsfor example, accounting and salescan rely on the same
information for their specific needs.
Elements of an ERP Solution
Since the first ERP system was designed and built over 25 years ago, ERP software
solutions have evolved to where most business activities can be captured in a single
system. The following is a review of the primary functional areas of ERP software,
but is by no means a comprehensive list. The primary functions include:
Budgeting
Distribution
Purchasing, Tracking & Sales Shipments of Inventory Items
Track by Lot and/or Serial numbers
Track Quality Tests
Warehouse Management functions
Manufacturing
Track the conversion of raw materials into finished goods
Track Labor, Overhead and Other manufacturing costs
Provide the total cost of production
ERP Vendors
Depending on your organization's size and needs there are a number of enterprise
resource planning software vendors to choose from in the large enterprise, midmarket and the small business ERP market.
Large Enterprise ERP (ERP Tier I)
The ERP market for large enterprises is dominated by three companies: SAP, Oracle
and Microsoft. (Source: EnterpriseAppsToday; Enterprise ERP Buyer's Guide: SAP,
Oracle and Microsoft; Drew Robb)
Midmarket ERP (ERP Tier II)
For the midmarket vendors include Infor, QAD, Lawson, Epicor, Sage and IFS.
(Source: EnterpriseAppsToday; Midmarket ERP Buyer's Guide; Drew Robb)
Small Business ERP (ERP Tier III)
Exact Globe, Syspro, NetSuite, Visibility, Consona, CDC Software and Activant
Solutions round out the ERP vendors for small businesses. (Source:
EnterpriseAppsToday; ERP Buyer's Guide for Small Businesses; Drew Robb)
If you are one of the persons who is interested about the technical part of SAP systems than
you are definitely interested about what is sap basis and what is its place in the system.
migrate, troubleshoot any technical problem on your SAP system and manage all the daily
operations for that specific sap system or system landscape. Basis area emphasize the
administration of RDBMS(Relational Database Management System - or simply the
database sap system is using), client-server architecture and the SAP GUI.
Responsibilities of sap basis consultant. Installation of SAP servers and post installation activities
. Applying Support packs and Kernel Up gradation
. Generating Solution manager key for the Landscape as required
. Time based and event based Scheduling of background jobs and monitoring them
. Client Administration including client copy / export / import / delete
. User Management like User Creation, deletion of user, users locks
. Analyzing of missing authorizations and assigning Roles to users
. Profile maintenance through PFCG
. Transport setup and management
. Download and applying Support Patches and SAP Notes
. Performance monitoring and fine tuning
. Maintaining Profile parameters
. SAP spool configuration
. Analyzing short dumps
. Transports in ABAP and Java Environments(Using SDM)
. Performing Pre & Post System Refresh activities
. CUA Configuration
. Core Knowledge in DBA
. Publishing Internal ITS
. Installing WebAS Java as add-on
. Apply java patches through SDM
System Landscape
The system landscape contains all the SAP Systems that you have installed. It can consist
of several system groups, whose SAP Systems are linked by transport routes.
Three-System Landscape
SAP recommend a three-system landscape in which each of the central clients has its own
SAP System.This consists of a development system DEV, a quality assurance system QAS
and a production system PRD.
Make all changes to DEV client. When you release the corresponding change requests, they
are transported into the quality assurance client. In the quality assurance client you can test
whether the transports are complete,
If the test is successful, the change requests are transported into the production client. The
production client is completely separate from the other clients as regards cross-client data.
Two-System Landscape
The two-system landscape does not include a separate quality assurance system QAS. The
quality assurance client is also in the development system DEV.
As in the three-system landscape, the production client is completely separate from the
other clients. The disadvantage of a two-system landscape is that cross-client data is used in
both the Customizing and quality assurance clients. This means that any changes that are
made to cross-client data in the Customizing client can affect the tests in the quality
assurance client. You can also not guarantee that transports from the Customizing client will
be complete. Although all tests in the quality assurance 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.
One-System Landscape
SAP does not recommend a one-system landscape containing all central clients in a single
SAP System. Joint usage of hardware resources and cross-client data places serious
restrictions on how a single system operates. In particular, once the system is used
productively, you can no longer develop in it, unless you stop productive operation for the
development and test phases.
1. DIALOGUE 'D'
It is only the process which communicates interactively with the users. There
should be atleast 2 Dialogue work process per instance. Dialogue work
process initiates Update, Background and Spool.
2. UPDATE 'V'
It is used to update the transactions in the database. It is initiated by Dialogue
process. There should be atleast 1 Update in the entire system. It is also
recommended to have an update process for every 5 Dialogue. 26
3. ENQUEUE 'E'
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
4. BACKGROUND 'B'
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
5. MESSAGE 'M'
There should be only 1 message server in the entire R/3 system. It is used
to manage all the dispatchers. It is used to load balance the requests to identify
the least loaded dispatcher.
It is also used to provide locks to the request that are coming from Dialogue
instances.
6. GATEWAY 'G'
It is used to provide a means of communication with SAP and NON-SAP systems.
There will be only 1 gateway for each instance.
7. SPOOL 'S'
It is used to print the documents to a printer or output to a fax machine etc.
There should be atleast 1 Spool process in the entire system. It is also
possible to configure more spool process depending on the print/ spool volume
Work process status are -status : Waiting, Stopper, Running
There are two possible reasons for swapping--- There is no space left in the buffer data area
The buffer is too small. You should increase the buffer size.
SAP Clients
Client 000 Client 000 is a special client in SAP since it has client independent settings. Client 000 in
SAP R/3 comes with a simple organizational structure. It is a sort of test company. Client 000 contains
all standard configurations, parameters, standard transactions, etc that are normally used in the SAP
R/3 business environment.
Client 001 Client 001 is a copy of client 000. Client 001 also includes a test company. Client 001
can be customized to prepare it to move it into the production environment. However, once client 001
is customized, it does not behave like client 000.
Client 066 Client 066 is used to perform Early Watch service for customer systems. One
important thing to remember is that during SAP R/3 implementation, once SAP is installed, the first
thing to be done is copy a standard client included in SAP R/3 package. With the help of this, SAP
users can start using SAP for creating tests, training, or even start using it for customization.
Within one SAP instance, a number of Clients can be created. No need to install separate softwares
for each and every customer.It provides isolation ,one client cannot see the data of other client.
As depicted above 100 and 200 clients exist under one roof. We can create a number of clients in
SAP Application (from 000 to 999)
PS
ps -eaf|grep dw
process overview
ps -eaf|grep ora
Listener status
Rslgview pf =-r ft | pg
System logs
Disp + work v
R3trans d ,tnsping
Df k
Du k
Sqlplus
saplicense -install
to install license
memlimits
telnet
telnet
<ipaddress><dispatcherportnum>
ftp
rcp
Start/stop sap
ping
niping
by transferring packets
systeminfo
Ps -aef
Processes status
lsps -a
Swap space
topas
Memory
2. Use the following naming convention for the logical system names, <System
ID>CLNT<Client>. Save your entries, which are included in a transport request.
Create the logical system name for the central system in all child systems.
for ex. if your new client no is 500 and SID(System ID) if P10 then logical system
will be,
P10CLNT500
Before you are able to use it you have to create a client in your SAP system. It's
part of SAP Basis tasks to create SAP client.
A SAP client is and independently accountable business unit. Each client is
identified by a three-figure number. In the standard system, SAP delivers the
following pre-configured clients:
Client Option
4. Save and make sure your new client is created.
i. No changes allowed
ii. No changes to repository and cross client
iii. Protection level -1 No overwriting
iv. eCATT & CATT Not Allowed
T000 Table stores all the list of created clients
Step3... Make login/no_automatic_user_sapstar=0
Step-by-step procedure:
Login to the SAP system using client 000 or 001
Hit the transaction code RZ10
Click Utilities and click import profiles
Click back (F3)
Place the cursor at profile and click f4
Double click on Default profile
Select the Extended maintenance and click change
Click Parameter (Create F5)
Place the cursor at parameter name and click F4
Click a small triangle shape which is available on top of the box
Type *login* and hit enter
Double click on login/no_automatic_user_sapstar parameter
Type the parameter value as 0
Click Copy Tab and click back (F3)
Click Copy Tab again to transfer The changed profile
Click Save, Click back and Click Yes to activate the profile
First of all, you have you need to determine if your SAP system in a single server system or makes
use of multiple application servers. In case of any doubt, simply start the transaction SM51.
The following screen will be displayed: (Or something similar)
In this example the SAP system only has 1 application server. (See the indication at the bottom ***
1 active servers ***) It doesnt mean there is only one server configured on this system, but that
only one is up and running for now, and because we want to check the work processes, thats the
only information we need to know.
So here you have two options, which are in this case doing exactly the same thing. Either go to the
SM50 transaction and double-click the Server Name. Please note, if you had more than one server
being displayed then the only option left would be to double-click the Server Name to open the
SM50 transaction on the targeted server.
By Double-Clicking or going to SM50 you have a screen similar to the one below:
Lets go through the different columns of data and determine what each column means:
No: The is the work process number. Each work process is numbered in SAP, and this
number is used to identify the associated logs.
Type: This is the type of Work Process:
DIA stands for Dialog.
BGD for Background.
UPD for Update.
ENQ Enqueue server.
UP2 Update 2.
SPO for Spool.
PID: This is the Process Id at the OS level. This could be useful if you need to kill a work
process directly from the operating system.
Status:
Reason: Contains the reason for a process to be On Hold (see above); SLEEP waits for a
server request to be processed, RFC (remote function call) was initiated, and it waits for
its completion.
Err: The number of times the work process died. This should usually report 0.
Sem: A number in this column would indicate the system is waiting for a Semaphore to be
completed. For example: This is like a table lock where 2 programs are executing something against
the same table.
CPU: In order to populate this info, you have to click on the clock button at the top of the
screen. Then it would give you the time spent processing this process. Its common to find some
work processes with 0 in the CPU time value column, in fact from an optimal point of view, you
should have 1 Dialog work process with a 0 value or close to it. This would indicate the system is
not overloaded by the number of requests.
Time: Indicates the number of seconds spent in the current execution; typically background
processes will have a high value.
User Names: The User Name of the person that is executing the report?
Action: Would contain the actions against the database, for example, a Sequential Read
would indicate the report is currently scanning a table.
Table: It gives you the name of the table being read if an action is indicated in the previous
column.
As you can see, from this screen you can quickly check the global work process activity on your
server.
The screen is not auto refreshed as most of the SAP screens, so make use of the Refresh button or
press F5 on a regular basis, as this screen is only a snapshot.
Detailed View Of The SAP Work Process Activity
Now, lets imagine you wanted to see more details on what the report using the work process
numbered 2 is doing. Double click the row to generate the following screen:
You can now see a detailed view of what the work process is actually doing.
We have access to a detail report of the Database activity, number of records, number of accesses
as well as a detailed report on the Memory consumption. From here, you can often find all
you need to know about your running job and decide if everything is running as it
should or if something has gone a miss.
Enter your user id and the name of the report/transaction. This is so that we can try to limit
the records in the trace. If you want to trace another user, simply enter their user id:
Now in a separate session (preferably) run the transaction/program with the performance
problem.
Once you have experienced the problem, you can go back into ST05 and click "Disable
Trace" (by default it will remember the trace details and disable the running trace, you won't
need to re-enter all the details):
The system remembers the last trace recorded and should automatically populate the details,
but you can always enter them for date/time, user id etc:
3) TSV_TNEW_OCCURS_NO_ROLL_MEMORY
The dump TSV_TNEW_BLOCKS_NO_ROLL_MEMORY usually means that the roll buffer has been
exhausted. Please check the usage of your roll buffer with ST02->History->Page. Near the bottom of
the screen you can see ROLL BUFFER history. If the roll buffer has been exhausted, you can increase
the size with parameter rdisp/ROLL_MAXFS, but make sure you have sufficient disk space to handle
the additional size of this buffer if it writes to disk.
Please refer the following SAP note:
SAP Note 185185 - Application: Analysis of memory bottlenecks
4) LOAD_PROGRAM_LOST
The LOAD_PROGRAM_LOST error can occur when there are two or more versions of a given program
loaded into the buffer at any given time. This happens when the program is changed by one user
while it is still in use by another user. When a user gets to the program that is having this problem
and R/3 attempts to load the generated version from the buffer, it sees that the version is not the
most current and tries to swap it out for the most current, but the load was lost from the PXA
buffer, hence it throws the dump of LOAD_PROGRAM_LOST. LOAD_PROGRAM_LOST are the result of
the combination of not enough PXA space + changes of programs which are in use currently. A
running program cant run with two different versions of one program. Ask the users restart their
transactions (/nST22). By the way, if the PXA would be big enough then the user who does not leave
their transaction for weeks will not see the changes to this application until they restart the
transaction.
Other way to correct the error is you need to run transaction SAMT & regenerate the program(s)
that are listed in the dump. You can then do a $SYNC in the command field in the affected
application server, but make sure that the other application servers are not running at that time.
After the $SYNC, the other app servers can be brought up and the buffers should then be in sync.
Please refer the following SAP notes:
SAP Note 5451 LOAD_PROGRAM_LOST
SAP Note 24824 Inconsistencies in a Program Load
SAP Note 10367 Termination LOAD_PROGRAM_LOST
5) CALL_FUNCTION_SIGNON_INCOMPL
The short dump CALL_FUNCTION_SIGNON_INCOMPL is typical of an RFC-Call with incorrect or
missing logon-data. So, we have to find out where the call is coming from.
Please refer the following SAP notes:
SAP Note 171805 - Determining RFC client when sign-on problems occur.
SAP Note 684788 - Possible reason for CALL_FUNCTION_SIGNON_INCOMPL.
SAP Note 901256 Rabax CALL_FUNCTION_SIGNON_INCOMPL.
6) RFC_NO_AUTHORITY
This error mostly appears with the user SAPSYS. The user SAPSYS is an internal user, it is not a
personally used ID in the R/3 system. However, all system errors and ABAP programs are run via this
user id. As per note 93254, since release 4.0 the parameter auth/rfc_authority_check is set on 1
per default. This means, as long as you did not set it explicitly to value 0, any incoming RFC call is
checked as described in the mentioned note.
The common approaches which we can take on this dump are:
1. Deactivate RFC authority Check: set auth/rfc_authority_check to value 0 (zero) in your profile
and restart the server. (This is the least secure option as any authorization checks are disabled for
all RFC requests).
.
2. Assign full RFC authorities to the users who need to connect to your system via RFC.
Please also check the user id provided in RFC connection (check from SM59) which cause the dump
RFC_NO_AUTHORITY. Make sure that this user has sufficient authorizations.
Please refer the following SAP notes:
SAP Note 171805 Determining RFC client when sign-on problems
SAP Note 93254 - RFC short dump RFC_NO_AUTHORITY
SAP Note 91980 Missing output of RFC short dump after login errors
7) SYSTEM_NO_TASK_STORAGE
For this error, please go to service market to download the latest patch for your SAP Application
release and apply the patch. The latest patch would be useful for the problem. The
SYSTEM_NO_TASK_STORAGE is a known problem and related to limitation of 32bit OS. Please see
notes 110172, 552209, 546361 for details. As long term solution you have to use 64bit Windows
(Note 996600).The cause for the dump SYSTEM_NO_TASK_STORAGE could also be an old sap
collector. SAP recommends using the updated collector version always.
The common approaches which we can take on this dump are:
1. Check your settings match the recommendations mentioned in SAP Note 146289.
2. Are limits set according to SAP Note 323816? (Referenced in SAP Note 146289)
3. If there is no additional instances on same host then it should be possible to increase
EM/TOTAL_SIZE_MB from 4096 MB towards the RAM and even higher so that ztta/roll_extension can
be reached. Also the swap space should be set according to SAP Note 153641 for this.
Please refer the following SAP notes:
SAP note 789477 Large extended memory on AIX (64-bit) as of Kernel
SAP note 191801 - AIX 64-bit with a lot of Extended Memory
SAP note 445533 - Lots of extended memory on AIX (64-bit)
SAP note 581319 - Signal 33 on AIX (64-bit only)
SAP note 153641 Swap space requirement for R/3 64-bit kernel
8) CALL_FUNCTION_NOT_FOUND
The error CALL_FUNCTION_NOT_FOUND is due to the fact that the program called the function
which doesnt exist in the library. Means the requested function module is not found in table TFDIR.
Also you may get this error if the buffered version of the TFDIR contains errors. The error needs to
attention based on the function module. You may take a general approach mentioned in the SAP
Note 98458.
Please refer the following SAP note:
SAP Note 98458 - SAPMSSY1, CALL_FUNCTION_NOT_FOUND
9) CALL_FUNCTION_SINGLE_LOGIN_REJ
This error usually comes when you dont have sufficient authorization to login to the trusted
system. This dump accompanies with 4 different error codes:
0 Incorrect logon data for valid security ID.
1 Calling system is not a Trusted System or security ID is invalid.
2 Either user does not have RFC authorization (authorization object S_RFCACL), or a logon was
performed using one of the protected users DDIC or SAP*.
3 Time stamp of the logon data is invalid.
Please refer the following SAP notes:
Note 986707 No authorization to log on as a trusted system (RC=1)
SAP Note 128447 Trusted/Trusting Systems
SAP Note 204039 Authorization check in trusted system
10) SYSTEM_CORE_DUMPED
Generally, SYSTEM_CORE_DUMPED is related to R/3 system kernel. Upgrade the kernel patch to the
latest may solve the issue. But without a detail analysis of the core dump at the Kernel, we cannot
conclude the reason behind the dump. I would recommend contacting SAP for this dump.
SAP Note 19466 Downloading SAP kernel patches
11) PXA_NO_SHARED_MEMORY
In most situations where the ST22 DUMP PXA_NO_SHARED_MEMORY occurs there is not enough
contiguous address space to create the buffer of size
xMB Approx (where x is size in mega bytes).
The SAP note 129813 may be relevant as some DLLs may be positioned that are stopping the
creation of this large buffer on Windows platforms.
Also SAP note 307976 gives information about this dump type PXA_NO_SHARED_MEMORY.
12) Message_Type_X/RAISE_EXCEPTION CNTL_ERROR
Is a GUI related error. Go for latest GUI version to avoid this error.
How to check patch level of GUI-open GUI-F10-about SAP logon
You will get a File Version similar to:
7100.2.9.10397100 means SAPGUI 7.10..2 means Compilation 2.9 means Patch
level.1039 is a build number (it is of no use for us)
Message_Type_X Dump also occurs when proper date format is not maintained in SU01 transaction
of the user who have faced this dump.
Incase you have received a complaint from customer that he is receiving this dump while running
some transactions, please go to SU01 and check the date format in the defaults tab. If there is any
date format other than DD.MM.YYYY, please change that to this format to avoid this error
13) EXSORT_NOT_ENOUGH MEMORY
Memory bottleneck encountered by the program while sorting.
14) SYSTEM_ROLL_IN_ERROR
Not enough memory for user context.
15) SYSTEM_NO_MORE_PAGING
Not enough SAP Paging Memory. Set rdisp/pg_maxfs to sufficiently large value ( say 32,000 ).If
the problem exists even after assigning this value then there could be a fault in the program itself.
16) SET_PARAMETER_MEMORY_OVERFLOW
Not enough memory for SET/GET Parameter (Otherwise known as SPA/GPA Memory ).Try extending
the memory area with SAP profile ztta/parameter_area.
17) SAPSQL_ARRAY_INSERT_DUPREC
Number range problem, likely document number exists.
18) EXSORT_FWRITE_FAILED
Is related to disk space. There is not enough disk space for the external sorting process in the sort
directory. To avoid this move either the extract files (DIR_EXTRACT) or the sort files (DIR_SORTTMP)
to a separate directory with enough space.
This occurs when the report/program is locked by the actions of certain user. One
can surely ask the user to come out from that program or revoke the locked entries
created.
To remove the lock entries, one must use Tcode SM12.
Just specify the username if you want to see all locked entries of a particular user
and execute. All the lock entries corresponding to the particular user is displayed.
This pops up another window as shown below. In this window, you can compose the
message that is to be published. In that window, you will have to provide details like
client number, server name, logon language, expires on, delete on fields as shown
below.
If specific client is specified in the above window, only users of that client can view
the system message posted. If an SAP system consists of more than one application
server, you need to select application server on which this message should appear.
Specify expires on field to mention the system when this message should expire so
that message won't be visible to users after that.
The delete on field is used to mention the date and time on which the posted
message should be deleted from the system.
In-case you would like to delete the system message manually, you can even do so,
by selecting the system message and clicking on delete icon as shown below.
2. Pass the client, user name and the message which you want to send and execute
the function module.
Output:
The pop up will appear to the user/friends SAP system
Note - if user has logged on multiple systems then the message will be sent to multiple systems.
In most implementations a client can close his own sessions. This is especially
helpful when dealing with problematic transactions or RFCs that hang and do not
release the session.
GO to SM04 then user list will appear, Double-clicking on the User will bring up the
sessions he has open. To close a session, select it and then click the "End Session"
button.
Or
Sometimes there will be a requirement to terminate a user session. For example:
An user has run a report or program with inappropriate selection criteria, which
leads work process going to PRIV mode occupying so much memory impacting
performance of the system. In those cases, you will have to check with the user and
terminate his session or logoff user system wide if he is no longer working.
i)
ii)
Let us assume that the system id(SID) of the sap system is DP1. Then the
i)
ii)
iii)
Naming Convention
nnnSPOOL ( where nnn=client)
nnnJOBLG
BI<hostname><instance-number>
Following reports can be run using SE38 or through background job for selective deletion of
the files mentioned above.
RSPO0041 - This report is used for deletion of old spool files
RSBTCDEL Used for deletion of old job logs
RSBDCREO - Report can be used for deletion of batch input log files and reorganization.
3) Deletion of old ABAP/4 trace files
Some trace files with the name AT<instance number>nnnn will be in the data directory. Old
files of this type can be deleted. The maximum available space for all files is defined by the
parameter abap/atrasizequota. Also transaction SE30 can be used to delete the files.
4) Deletion of old archiving files
When old data is archived, some files are written to the global directory. The naming
convention of those files is Rxxmmddn (xx= application, mm= month, dd=day, n=number).
For example, RMM11056
If these files are already saved on tape and these data is no longer required for productive
operation, then these files can be deleted from the disk
5) Deletion of old output requests
Output requests are normally stored on the data directory. Naming convention will be like
SP*. Under normal scenarios, they are deleted automatically when the output is completed.
In case you see they are not getting deleted, you can delete the same
To change the location of stat file, change the value of system parameter stat/file to a new
location.
10) Deletion of job logs at operating system level
In some emergency cases, where you cannot start the R/3 system at all, the measure is to
delete the job logs at operating system level and run RSBTCDEL report in forced mode.
Note: How to delete job logs at operating system level will be covered in a separate article
later
11) Changing the trace level
If the trace files (dev_*) in the work directory are very large(normal size 0.1 to 20Kbyte), it is
likely that the trace level is set to very high value. In SAP, rdisp/TRACE parameter is used to
set the trace level. Normal value for trace is 1.
Please cross check this SAP parameter and reset to 1 if the value is maintained as 2 or
higher. If this value is set to high, much more detailed trace will be collected and trace file
sizes are likely to increase. Therefore recommending to decrease or set the trace level to 1.
Please refer below link to know, how to set the trace level in SAP.
Iam sure, if you duly follow the steps mentioned above, file system full issues can be
addressed. However, if after carrying out all the above steps there is no improvement, then
please consider to increase the file system size by requesting space to the relevant team.