ATP Server - Installation and Sizing
ATP Server - Installation and Sizing
Symptom
General information
As of Release 4.0A, the availability check can be carried out for a dedicated
application server, the ATP server. The concurrent use of more than one ATP
server in a system is not possible. The following checks (basic methods) are
possible:
The ATP server has a global, cross-transaction memory (shared buffer), in which
ATP-relevant information such as the requirement date, requirement quantity, and
confirmed quantity from the database tables RESB (reservations and dependent
requirements) and VBBE (individual customer requirements) are aggregated by day.
When you check the material availability, the system reads the data of the two
tables mentioned above from the shared buffer, not from the database. This
access method improves performance considerably. A corresponding delta
processing ensures data consistency between the shared buffer and the database.
The activities needed to install the ATP server correctly are listed below. If
this is not done (standard delivery), the check is performed without using the
shared buffer, which means the ATP-relevant data from the database tables RESB
and VBBE are generally read from the database.
(parameter: rdisp/atp_server):
Here, enter the name of the application server that will serve as the ATP
server, analogous to the enqueue server (see transaction SM51: SAP servers).
This parameter must be visible for all application servers, which means it
should be entered in the DEFAULT profile (DEFAULT.PFL).
The following parameters are important only for the ATP server, which means they
(parameter: rsdb/obj/buffersize):
In a first approximation, you can estimate the size of the shared buffer as
follows: There is an object in the shared buffer for each table (RESB and VBBE),
client, material, and plant. The size of this object is primarily dependent on
the number of organizational levels (storage locations, batches, and MRP element
indicators saved in the tables RESB and VBBE) and the number of different dates
for each organizational level. 25 bytes are required for each organizational
level and date.
Example for a VBBE object: 3 storage locations, no batches, 20 dates and 2 MRP
elements for each storage location: Sales orders and deliveries.
This results in (25 bytes x 20 x 3 x 2 ) + (25 x 3 x 2) = 3150 bytes of storage
space for this object. If you need to store10,000 material/plant combinations in
the shared buffer, 3150 x 10,000 bytes is needed. You now have to make a similar
estimation for the table RESB, if the corresponding MRP elements are to be
included in the scope of the check. You must also add the administration
overhead for the shared buffer and the object directory where the objects are
stored. This factor is highly dependent on the maximum number of objects (see
below) and is in the range of 10%-20%.
(parameter: rsdb/obj/max_objects):
Set this parameter approximately twice as large as the number of ATP-relevant
client/material/plant combinations, if you want to perform the ATP check for
both sales requirements and material reservations.
(parameter: rsdb/obj/large_object_size)
The default value is usually correct here.
(parameter: rdisp/tm_max_no):
Determines how many users are able to log on to an application server at the
same time. The default is 200; this value should be larger than the maximum
number of users who want to run ATP checks in parallel.
(parameter: gw/max_conn):
The default here is 500; this is usually sufficient.
(rdisp/wp_no_dia):
Increase the number of dialog work processes on the ATP server by 1-2 processes.
For more information about these parameters, see transactions RZ10, RZ11, and
ST02.
You can find further information about the gateway in transaction SMGW (Gateway
Monitor).
In particular, after you set up the ATP server, you should use transaction ST02
to check the buffer setting during regular operations.
Transaction ACBD provides additional monitoring and management functions for the
shared buffer of the ATP server, for example:
• Complete or partial deletion of the shared buffer (with regard to ATP data)
This transaction allows the preloading of the data from the database to the
shared buffer. Otherwise, the data is loaded for each client, material, plant,
and table at the time of the first availability check for this combination.
Note the following: For performance reasons, MRP jobs do not update the FTP
server (default settings). Therefore, the ATP server is invalidated with regard
to the reservations when an MRP job is started (default settings).
This means the ATP server no longer has any reservation data after an MRP job
(default settings)
Nor can the ATP server update the reservations while an MRP job is running
(default settings).
Note: An MRP run that is started in dialog does not invalidate the ATP server.
Recommendation:
In this situation, there are two options:
1. Check whether you can schedule the jobs such that jobs that have to access
the ATP server are all started after the MRP jobs. If necessary, schedule an
additional job with the program ATPBD001, which performs data synchronization,
to refill the ATP server with data.
2. Check whether SAP Note 704310 might be the better solution in your case. SAP
Note 704310 is a modification note that prevents the ATP server from being
invalidated during an MRP job. It increases the runtime of the MRP job, because
the ATP server has to be updated, but reduces the total runtime of all the
required jobs.
Other Terms
ATP, performance
Important prerequisites that you should take into account when installing the
ATP server:
• To keep the data transfer low, the same server should be used as both ATP
server and enqueue server (this applies to the classic enqueue server). This
means: The parameters "rdisp/atp_server" and "rdisp/enqname" should refer to
the same server (this does not apply to a standalone enqueue server - the
parameter rdisp/enqname is not relevant here (use the online help for
further information)) – in other words, the same SAP instance. In the best
case, both parameters will be defined in the default profile (DEFAULT.PFL).
• Make sure that the related SAP Notes are implemented in your system.
Solution
See above.
Software Components
PI 2001_1_31I - 2001_1_31I
Other Components
Component Description
Support Package
PI 2001_1_31I SAPKIPZDI2