In this Document
Goal |
Solution |
References |
What Is Correct Number of Processes for Receiving Transaction Manager (RTM)?
There is no specific value to suggest for #processes; rather, the value must be calculated. It is suggested to set to a minimum of 10 for production or high fidelity environments and increase as needed per details in this note. In all cases, #processes should be AT LEAST 3.
The information below applies only if one or more of the following receiving transaction activities are processed:
1. Core Applications, Mobile/MSCA and WMS (Receipts, Receiving Transactions, Corrections, Returns, etc) when Profile RCV: Processing Mode=On-line
2. Confirm Receipts
3. Ship Confirm for Internal Orders
4. Inter-Organization Transfers
5. Internet Procurement (iP) Receiving
Navigation to check # Processes:
1. Calculate the max number of concurrent Users for the following activities:
Core Applications receiving activities (Receipts, Receiving Transactions, Corrections, Returns, etc) when Profile RCV: Processing Mode=On-line +
iP Receipts +
Confirm Receipts +
Ship Confirms for Internal Orders +
Creation of InterOrg Transfers +
Receiving activities using Mobile/MSCA and WMS when Profile RCV: Processing Mode=On-line
Divide the Total from above by 3 or 4. This is will be (approximately) the suggested value for # Processes.
2. If using Real Application Cluster (RAC) environment, review Note 1067213.1 (How to Setup Receiving Transaction Manager (RTM) When Using Real Application Cluster (RAC))
3. R12: Set profile 'Concurrent:TM Transport Type' = QUEUE
Example:
There are 500 total Users who perform the transaction activities listed above, but the most Users work at the same time never exceeds 36. For this example, # Processes for Receiving Transaction Manager should be 12 or 9 (36 divided by 3 or 4).
上一篇 程序员可以兼任项目经理吗?
下一篇 怎么对HTML 5的特性做检测?