Re: Seeing Jobs in 2000



CLM,

On SS2000, you can place the operators in the TargetServersRole of the msdb
database. This will allow them to view all job statuses, etc. However,
membership in that role would prevent them from being able to create a job.
(In case that is important, then they might need two logins: 1 - create
jobs, 2 - see all jobs.)

This is a side-effect of this role and was not its purpose. In 2005 there
are specific new roles for this and other levels of msdb access.

RLF

"CLM" <CLM@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:57B09DDF-C627-49F6-B15A-4159CC51C791@xxxxxxxxxxxxxxxx
Our goal is to let the operators see the jobs in Enterprise Manager (SS
2000). We specifically want them to see the Status column so that they
know
they state of a job, i.e. whether it is complete or running and, if so,
what
step it is on. I tried to create a login and then went into Profiler to
see
what system stored procs came up when I clicked in the Jobs part of Ent
Mgr.
I then looked up all the stored procs and gave this login execute
permission.
I also gave them read permission in msdb.

But to make a long story short, I cannot get that Status column to read.
And, besides that, there has got to be an easier way! How can I
accomplish
this without giving them sa or dbo?


.



Relevant Pages

  • Re: Dts execution and the public role
    ... Thank you Allan, I put in blank this pivileges for the public role of the ... > When a permission is denied from a SQL Server user or Windows NT user ... The real problem in the public role. ... >> the public role of the msdb DB. ...
    (microsoft.public.sqlserver.dts)
  • Re: Dts execution and the public role
    ... A DENY overrules the allow. ... When a permission is denied from a SQL Server user or Windows NT user ... If a permission is denied from a SQL Server role or a Windows NT ... > 3.- I assign permissions in the msdb DB to this user, ...
    (microsoft.public.sqlserver.dts)
  • Re: Saving SSIS Packages
    ... Is it possible that you do not have permission to save back the package to MSDB on the SQL Server? ...
    (microsoft.public.sqlserver.dts)