Sorry. I just confirmed that we only have SQLAgentUserRole. That's the
reason I couldn't see the job which is created by account A.
Again, more than 2 people will manage same jobs for application, but not the
jobs related to server maintainance. Reader and Operator role won't fulfill
this right as well. What's the best practice for this situation.
Thank you again.
By "Operate and Change" the job do you mean edit what the job does or just
when it runs? If you want to be able to edit other peoples jobs you have to
be sa. Otherwise you run the risk of someone who is not able to access or
modify data being able to do so thru editing a job that is owned by someone
who is authorized. That defeats the purpose of the security roles
altogether. You can't have it secure yet open at the same time. If you want
more than 1 user to edit the same job then you should create a Windows group
that both windows users belong to and have that own the jobs. This again
assumes both users will have the same permissions or they should not be in
the same group.

Signature
Andrew J. Kelly SQL MVP
Solid Quality Mentors
> Sorry. I just confirmed that we only have SQLAgentUserRole. That's the
> reason I couldn't see the job which is created by account A.
[quoted text clipped - 41 lines]
>> > >
>> > > Thank you.
Russell Fields - 30 Jan 2008 21:27 GMT
Andy,
A Windows Group cannot own a job. It is the wrong type of account. The job
owner must be either a SQL or a Windows Login. I have read (and guess that I
basically understand) the reasons why this is necessary for changing
security context. You see the same behavior that EXECUTE AS cannot be a
group.
But it would be nice to have groups own things like jobs.
I have some jobs owned by service logins, e.g. 'DepartAJobOwner' and those
who can login with that account can manage those jobs.
RLF
> By "Operate and Change" the job do you mean edit what the job does or just
> when it runs? If you want to be able to edit other peoples jobs you have
[quoted text clipped - 52 lines]
>>> > >
>>> > > Thank you.
Lynn - 30 Jan 2008 22:10 GMT
Andrew,
Thank you for your suggestion. I added a window group in SQL security and
try to assign the job owner to this group, but the window group is not
allowed to be the owner of the job by design. I got the error message when I
assign group to job owner
The specified'@owner_login_name' is invalid (valid values are returned by
sp_helplogins [excluding Windows NT groups]).
Please help. Thanks.

Signature
Best Regards,
Lynn
> By "Operate and Change" the job do you mean edit what the job does or just
> when it runs? If you want to be able to edit other peoples jobs you have to
[quoted text clipped - 52 lines]
> >> > >
> >> > > Thank you.
Andrew J. Kelly - 30 Jan 2008 22:30 GMT
Yes Russell just corrected me on that. I never tried that but at the time it
seemed a perfect solution:(. Russell did offer a compromise I suppose. If
you create a Windows login that each of these people can use when editing
jobs you can make it the owner. But you still have the same issue of
security that I mentioned earlier. If you trust these users enough to let
them do anything they want to any of those jobs then you can trust them to
login with that account when editing jobs. Otherwise they can only edit
their own.

Signature
Andrew J. Kelly SQL MVP
Solid Quality Mentors
> Andrew,
>
[quoted text clipped - 78 lines]
>> >> > >
>> >> > > Thank you.