Hello San G.
Please check oss note 769414
Compression terminated - RSM743
Hope this helps.
Solution
This is only a consulting note that explains why the RSBATCH_WRITE_PROT_TO_APPLLOG/job BI_WRITE_PROT_TO_APPLLOG report runs in your system every 5 minutes since Support Package 23 (3.0B) and the equivalent Support Package 16 of 3.1 and Support Package 04 (Stack 04) of 3.5.
This report must neither be descheduled nor deleted, as long as BW is working live, because otherwise any error messages that appear are not written to the application log.
If you prefer another user under whom the report should run, you can of course first deallocate the report in sm37 and reschedule it again under the desired user.
You MUST use the sm37 job name BI_WRITE_PROT_TO_APPLLOG for this.
The 5-minute execution interval is only a default value, and can be extended up to one hour. However, obviously the error messages may then only appear in the application log after one hour.
If you shut down the system (import to the Support Package and so on), you can then of course deallocate this sm37 job.
There should also only be one active periodically running sm37 job that executes this report, therefore you can delete any multiple scheduling in sm37.
The job usually schedules itself as soon as either the monitor assistant is executed - then with the user who executes the monitor assistant
or if the AdminWorkbench is called - then with the user who calls the AdminWorkbench.
If a scheduled job is already found in sm37, no further one is scheduled.
The job must of course run in the BW client.
The job user needs authorizations to write application log entries.
Note:
In the sm37 log of the current BI_WRITE_PROT_TO_APPLLOG job, you will still find all the messages that the job has written into the application log.
If there were no new messages for writing into the application log, only message RSBATCH 020 (which indicates that no logs were found for writing into the application log in RSBATCHDATA) appears in the sm37 job log.
"No logs found for writing to appl. log in RSBATCHDATA."
This is not an error it is simply a note to indicate that the job was executed correctly and that a new message was not to be written at this time because no new messages have accumulated.
Regards
Rahul Chitte