
Firefighter login into GRC system or plugin system and using GRAC_EAM or /GRCPI/GRIA_EAM transaction respectively.
After SP21 Log Off button is explicitly provided to end the FF session. This helps in recording the exact time of FFID log off. Also, one can mix Web based and ABAP based firefighting in one single session. User can re-logon to the backend without need to initiate another session, hence less session needs to be controlled.
Since SP14 the LOGIN_STATUS determines in a more explicit way the actual status of the Firefighter Session.
If a session is just created, it will be set a value 'A' (New Login).
When a Session ends, the status is changes to 'B' (Logged). The Log off functionality is explicitly called by clicking the Logoff button, or by the Maintenance job, or by Force Logoff from GRAC_FFSESSION.
After a successful Log collection, if the status was 'B' before the log collection, it will be changed to 'C' (Collected). Synch job will always collect logs for sessions which statuses are 'A' or 'B'.
When the Workflow sync starts either by from Firefighter Log Synch job ( when 4007 parameter is YES) or explicitly scheduling it, all the sessions are examined which has a status ‘C’ (Collected). Based on SPRO parameter 4020 and the controller configuration, Workflow is initiated or not.”
After the workflow sync, the status is modified to an empty field (Completed).
Suspended session ("S") is for which no action is required. The Firefighter Log Synch job would skip the suspended sessions in next log sync and workflow sync. Refer to Note 2978499 and 3341898 for more details.
Session Maintenance:
The Firefighter Sessions ends when the user clicks on the Logoff button in the Firefighter Logon Pad. Another user can only use the same Firefighter ID after the previous user is logged out. In case someone forgets to logout from the Firefighter Session a background job can be scheduled to force logout these Firefighter Sessions. You should schedule report GRAC_SPM_MAINTENANCE to run regularly (our suggestion is to run it every 5-10 minutes). There are three optional parameters. One is a connector where you can narrow down which connectors you would like to maintain and logout the Firefighter Sessions. The second parameter is timeout value. In default, the report retrieves the value of profile parameter rdisp/gui_auto_logout and use that value. If this value cannot be retrieved 36000 seconds will be used as a default. You can override these values with the timeout parameter and all sessions will be force logged out which last Activity Timestamp was older than the timeout value (in seconds). The Firefighter Session Activity Timestamp is updates, when the Firefighter User made any action in the Logon Pad or there is an active Firefighter ID user session in the backend. The third parameter is a checkbox which always checked in default. This will only take effect if Decentralized Firefighting is used (SPRO parameter 4015 is set to YES). If the checkbox is checked, then a maintenance job will run in the backend systems as well and will maintain the Decentralized Firefighter Sessions as well. If a timeout parameter is explicitly set, then the value will be sent to the backend system, otherwise the same rule applies in the backend for determining the logout time. If you would like to schedule different timeout for different plugin systems, you can untick this checkbox and schedule report /GRCPI/GRIA_SPM_MAINTENANCE in the backend systems.
Log Collection and Workflow generation:
The Firefighter Log Synch job will collect the logs based on the executed Firefighter sessions, instead of what logs were generated since the last successful execution of the Synch Job. The Firefighter login and calculated log off time is considered while collecting logs. First there is a check whether there is any next FF session with the same FFID. If there is any, then the logon time of the next session is used as a logoff time. If this does not exists then the log off time is checked , and if that also do not exists, then the current timestamp is used.
After SP19 one can schedule the Firefighter Synch job for multiple connectors at once (even all the connectors with *) and the sessions will be collected based on the start order.
Please Note: Do not use FFID for Mass update or Background scheduling. This can lead to memory issues and inconsistent FFID sessions.
Firefighter Session maintenance (GRAC_FFSESSION)
Report to check the major information of a Firefighter sessions and to (re)collect the logs, (re)initiate workflow, force logoff the session and to set the status of them.
Refer to Blog- Firefighter session maintenance (GRAC_FFSESSION)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
5 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |