Ansicht
Dokumentation

GRPC_SHAREDOBJECT - Activate Shared Objects Memory

GRPC_SHAREDOBJECT - Activate Shared Objects Memory

PERFORM Short Reference   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
This documentation is copyright by SAP AG.
SAP E-Book

In this Customizing activity, you can activate the use of the Shared Objects Memory in GRC for the following data:

  • Organizational Hierarchy
  • Account Group Hierarchy
  • Indirect Entity-Level Controls Catalog
  • Central Process Catalog
  • Processes of the Organization

Activate Shared Objects Memory if you are having performance issues.

It is not possible to use the Shared Objects Memory for all other objects transferred from organizations (such as entity-level controls).

Using the Shared Objects Memory improves system performance when calling up data in the corresponding Web applications (such as the Portal). When the Shared Objects Memory is activated for the organizational hierarchy, for example, and a user calls up the organizational hierarchy, the system creates a buffer for the organizational hierarchy in the relevant timeframe and loads the data into the buffer. When another user then calls up the organizational hierarchy in the same timeframe, the data is loaded from the buffer, not from the database. However, if the personalized timeframe of the user does not agree exactly with the timeframe of the buffer, then, instead of accessing the buffer, the user accesses the database directly.

When the Shared Objects Memory is activated for the central structures and catalogs, the system creates a separate area instance for each timeframe. When the Shared Objects Memory is activated for the processes transferred from an organization, the system creates a separate area instance for each organization and timeframe.

To ensure that performance is improved, only activate the Shared Objects Memory if users generally call up the data with read-only access.

  1. Activate the Shared Objects Memory (if needed) by entering each object type and timeframe for which you want to use the shared memory.
  2. Deactivate the Shared Objects Memory by deleting the given entry for the object type and timeframe. Doing so removes all existing area instance versions.
  3. In the IMG activity Monitor Active Areas (transaction SHMM), you can monitor which area instances exist in the system.

Memory is only accessed exactly as it is entered. In other words, if the Timeframe Selected differs from what is entered, users revert to accessing the database. For example, if you activate the Shared Objects Memory and specify the timeframe Year 200X, users only access the Shared Objects Memory for Year 200X (not if they enter 2nd Quarter 200X).

  • Year 200X -> Shared Objects Memory
  • 2nd Quarter 200X -> Database






General Material Data   CL_GUI_FRONTEND_SERVICES - Frontend Services  
This documentation is copyright by SAP AG.

Length: 2943 Date: 20240523 Time: 200950     sap01-206 ( 62 ms )