on 06-01-2010 8:33 AM
Hello All,
We are seeing DDIC user as logged on some times in security report USR02 .I want to know the reason why DDIC user is being reflecting in the security report USR02 because this user is not being used from intial stage.Only some standard BG jobs has been scheduled.If BG jobs are the reason then it should show user as periodically log on but it is being reflected only some times (irregular time intervals /not periodically)
Please let me know how to resolve this issue of DDIC user in security report USR02 or the reason why it is showing up in report.
Thanks in advance for the help,
Thanks,
raj
You can try out by putting the trace ST01 on DDIC and probably this could help ,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
First you have to check whether you have protected DDIC or not?
As USR02 is a table which can holds user login details, so forget about the background jobs first and check the user/password availability to others.
If you felt DDIC is protected by admin/you and is not available for users, then try to find out the configured background jobs.
Yes, i agree with above reply: Audit logs can help you in such type of situations.
Regards,
Nick Loy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello all,
Sorry for the confusion made.In table USR02 we are taking reports for users logged in and this is being displayed.Can any body tell me what might be the reason.And also i want to know how to resolve this issue.I did some analysis from ST03N.DDIC user has run as BG user.
In SU01,DDIC user type is SYSTEM.
Here are some clarifications or help that i need from you guys.
1:If BG jobs are reason then it should display at regular intervals of time but in this year i have seen DDIC user as logged on only three times so i guess this should not be the reason as jobs of DDIC are Periodic and Standard jobs..
2:I took the STAD report at that particular point of time (Time that is showing in rpeorts) but i couldnt trace any information.
3:Can i trace information from SM19 at that particular point of time DDIC user has logged on or do i need to set the trace now.
Client doesnt want to see this user as it is not being used and also he wants to know the exact reason why it is being displayed.
Thanks for the prompt response Folks,
Regards,
Raj
So you're using the "last logon" field in USR02.
Check table TBTC - Background Job Steps (see field AUTHCKNAM for job user).
If you have DDIC in any of these, then this is your problem.
You may also want to go check the following:
- RFC connections INBOUND (i.e. log onto your other systems in the landscape and check SM59 connections).
- Check RZ21 - CCMS background dispatching has not been configured with DDIC.
- Any Microsoft .Net connectors in use in your environment.
- Any other inbound connections from any other systems.
- You could try locking the user and just monitoring all other systems.
Hi ,
May be It's showing the DDIC user in log because you are using the DDIC in some of BG jobs.
It's better to Enable Audilt logs through SM19 ,so that you will get the exact details like Time,Report,from which machine Etc..
Moreover USR02 is table ,it's not a report ..
Regards,
Srinivas Ch.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI,
Please compare DDIC login time with background jobs which ran at that time, consider only the jobs which has DDIC has its owner.
Also use STAD or Audit logs to find out which programs or tcodes has been executed by ddic at that time.
Regards
prakash
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm a bit confused... USR02 is a table... reports for users starts with RSUSR*...
Regards
Juan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.