﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Discuss content posted by tjaybelt / Article Discussions / Article Discussions by Author  / Job Execution System / Latest Posts</title><generator>InstantForum.NET v4.1.4</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Sun, 21 Mar 2010 08:06:28 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>I too used your similar solution, but i do not want to allow my users to alter jobs, schedule them, delete them, etc.   So i created the following SQLAgentLIMITEDOperatorRole in 2005.  With this role, they can only start and stop jobs.USE [msdb]GO/****** Object:  DatabaseRole [SQLAgentLimitedOperatorRole]    Script Date: 06/24/2008 10:53:39 ******/CREATE ROLE [SQLAgentLimitedOperatorRole] AUTHORIZATION [dbo]GOEXEC sp_addrolemember N'SQLAgentOperatorRole', N'SQLAgentLimitedOperatorRole'GODENY EXECUTE ON sp_add_job to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_add_jobschedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_add_jobserver to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_add_jobstep to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_add_schedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_addtask to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_attach_schedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_job to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_jobschedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_jobserver to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_jobstep to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_jobsteplog to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_delete_schedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_detach_schedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_droptask to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_maintplan_subplans_by_job to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_update_job to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_update_jobschedule to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_update_jobstep to [SQLAgentLimitedOperatorRole]DENY EXECUTE ON sp_purge_jobhistory to [SQLAgentLimitedOperatorRole]</description><pubDate>Wed, 20 Aug 2008 11:15:01 GMT</pubDate><dc:creator>Jeremy Giaco</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Nice article</description><pubDate>Wed, 11 Jun 2008 04:14:05 GMT</pubDate><dc:creator>Bombardier</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Nice article.- I'd move the tables to msdb because they "belong" to the job system of your sqlserver.- Since security is your main concern, I'd avoid the use of "[i][b]grant all [/b][/i]..."</description><pubDate>Wed, 02 Apr 2008 02:32:41 GMT</pubDate><dc:creator>ALZDBA</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Good article with decent examples. Cheers!!!!:)</description><pubDate>Thu, 27 Mar 2008 21:56:48 GMT</pubDate><dc:creator>Anirban Paul</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>[quote][b]Kenneth Wymore (3/27/2008)[/b][hr]Are the e-mail addresses in the script live? Or are they dummy addresses that you are just using as an example? I would hate to have those addresses recieve test e-mails from other people's systems if they were uncommented for any reason. Other than that, it's a great idea![/quote]yes, the email addresses are real... my bad.  Please alter them to your specifications as needed.  thanks for noticing that...</description><pubDate>Thu, 27 Mar 2008 10:30:45 GMT</pubDate><dc:creator>tjaybelt</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>I like your solution.  I had a similar problem and solved it a bit differently.  I created a login to the server with permissions in msdb to execute jobs (SQLAgentOperatorRole), then added this login to a user database with a stored procedure that the user needing to execute the job had execute permissions on.  Inside the stored procedure is the following:	EXECUTE AS LOGIN = 'SQLAgentLogin'	EXEC msdb.dbo.sp_start_job @pJobName	REVERTThis allows the user to get instant feedback and isolates them from the job system.</description><pubDate>Thu, 27 Mar 2008 10:03:44 GMT</pubDate><dc:creator>joshcsmith13</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Are the e-mail addresses in the script live? Or are they dummy addresses that you are just using as an example? I would hate to have those addresses recieve test e-mails from other people's systems if they were uncommented for any reason. Other than that, it's a great idea!</description><pubDate>Thu, 27 Mar 2008 07:34:38 GMT</pubDate><dc:creator>Kenneth Wymore</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Thank you.  Excellent article and very useful information.</description><pubDate>Thu, 27 Mar 2008 06:59:58 GMT</pubDate><dc:creator>Scott Abrants</dc:creator></item><item><title>RE: Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Thats a nice idea. My client uses something similar to trigger the distribution agent job for replication.I wonder though if this is a 2k5 server, why you would not just add these users logins to the SQLAgentOperatorRole, there by allowing them most SQL Agent priviledges they had before. I think there are a few things this role still can't do, but it would suffice for most things and they probably wouldn't even realise their priviledges had been taken away ;-)</description><pubDate>Thu, 27 Mar 2008 04:10:02 GMT</pubDate><dc:creator>Frank Bazan</dc:creator></item><item><title>Job Execution System</title><link>http://www.sqlservercentral.com/Forums/Topic475221-427-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/Jobs/62374/"&gt;Job Execution System&lt;/A&gt;[/B]</description><pubDate>Wed, 26 Mar 2008 23:06:29 GMT</pubDate><dc:creator>tjaybelt</dc:creator></item></channel></rss>