2018 Jan 16 6:29 AM
Hello,
The basis person change parameter abap/aab_log_field_size changed to 0 .
But, still i can't save more than 2800 records.
Thanks, if someone can help me ?
2018 Jan 16 8:18 AM
I guess you mean abap/aab_log_field_size_limit. It's only for the size of one "record".
For the global memory, you may adjust the profile parameter abap/rtm_memory2_size. Cf SAP note 1761369 - ASSERT/LOG-POINT: Logging.
2018 Jan 16 6:39 AM
Eliram,
"But, still i can't save more than 2800 records."
Can you please be more clear by what you mean by the above said limiation.
K.Kiran.
2018 Jan 16 6:47 AM
i do log point on my internal table in one situation when the internal table contain 2000 rows
i see the log-point in transaction saab.
In others, situation when the internal table contain more than 2800 records i don't see the log point in transaction saab.
I need to see all the rows in the internal table it can contains in some cases even more than 100,000 rows.
I have a feel that some parameter/parameters in the system block me in this case ??
2018 Jan 16 8:18 AM
I guess you mean abap/aab_log_field_size_limit. It's only for the size of one "record".
For the global memory, you may adjust the profile parameter abap/rtm_memory2_size. Cf SAP note 1761369 - ASSERT/LOG-POINT: Logging.
2018 Feb 06 12:23 PM
Sap OSS Told me:
note 1761369 describes the memory limits for LOG-POINTs.
In order to log variables with high memory consumption, you need to set profile parameter abap/rtm_memory2_size to a sufficiently high value (this must be done in each instance profile).
For several reasons, however, this is not recommended:
1. The corresponding memory is allocated by each work process, so setting the parameter to a high value may result in a large additional memory consumption of the server.
2. The LOG-POINT infrastructure was designed for writing small data objects. Logging large variables is possible but may result in various performance issues in transaction SAAB.
I would therefore recommend not to log a complete internal table.