|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Wednesday, September 26, 2012 11:32 PM
Points: 68,
Visits: 169
|
|
TerryS (12/15/2009) Nice article. This appears to be a single server job monitoring tool. My need would be to do something similar for about 20 SQL servers scattered across 3 domains. Please correct me if I am wrong in my assumption. Thanks.
The SCOME technique is a very simple way to monitor not just failed jobs but anything SQL Server for an *unlimited* number of SQL Servers. It just uses T-SQL and linked servers. There are various articles here on SQLServerCentral.com that discuss how to set up reports using this method (search for SCOME), along with downloadable scripts. I put up a website, www.sqlservermonitor.com that hosts a suite of reports that demonstrate this. Every report on this site (Disk space, TLog space, Histories, Failed jobs etc) uses SCOME, only take a few seconds to run across all servers (we have 47) and can be set up using RS if you do not wish to use ASP.Net. It's just a different front end. If you prefered, you don't have to use a front end at all, but just interrogate raw tables with the results. Any questions, please ask.
Drew
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Thursday, January 05, 2012 4:15 PM
Points: 33,
Visits: 45
|
|
PSB1 (12/15/2009)
Really really useful. Most of our jobs are set to move to next step on failure, so I've altered it to report on step failures only rather than the success or failure of the job itself. It's not something I would ever have had the time to investigate and implement from scratch, whereas now it's already deployed and in my Windows startup profile  Many thanks!!!
^^^^ What he said
|
|
|
|
|
Grasshopper
      
Group: General Forum Members
Last Login: Friday, July 16, 2010 1:29 PM
Points: 11,
Visits: 28
|
|
Thanks for the post. I have started implementing it but am having a problem. I seem to be having a problem finding the SP. I am getting a "Msg 2812, Level 16, State 62, Line 1 Could not find stored procedure 'sp_help_job'." when I run this (sp_help_job @enabled = 1) in Management Studio. I have sa rights but am not sure why I'm having trouble. I am running SQL Server 2008 Standard Ed. I am not a newby at SQL Server but this is making me feel like one. 
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Tuesday, May 21, 2013 10:54 AM
Points: 34,
Visits: 641
|
|
brett.walker (12/16/2009)
Thanks for the post. I have started implementing it but am having a problem. I seem to be having a problem finding the SP. I am getting a "Msg 2812, Level 16, State 62, Line 1 Could not find stored procedure 'sp_help_job'." when I run this (sp_help_job @enabled = 1) in Management Studio. I have sa rights but am not sure why I'm having trouble. I am running SQL Server 2008 Standard Ed. I am not a newby at SQL Server but this is making me feel like one.  The sp_help_job stored procedure is in the msdb database so make sure you are in the msdb database.
|
|
|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Wednesday, September 26, 2012 11:32 PM
Points: 68,
Visits: 169
|
|
brett.walker (12/16/2009)
Thanks for the post. I have started implementing it but am having a problem. I seem to be having a problem finding the SP. I am getting a "Msg 2812, Level 16, State 62, Line 1 Could not find stored procedure 'sp_help_job'." when I run this (sp_help_job @enabled = 1) in Management Studio. I have sa rights but am not sure why I'm having trouble. I am running SQL Server 2008 Standard Ed. I am not a newby at SQL Server but this is making me feel like one. 
Hi,
The sp_help_job procedure lives in the msdb database. Do you have the msdb database selected?
|
|
|
|
|
Grasshopper
      
Group: General Forum Members
Last Login: Friday, July 16, 2010 1:29 PM
Points: 11,
Visits: 28
|
|
| That was it. I just had a brain f**t. Thanks.
|
|
|
|
|
SSC Eights!
      
Group: General Forum Members
Last Login: Today @ 9:13 AM
Points: 842,
Visits: 762
|
|
Drew Salem (12/15/2009)
TerryS (12/15/2009) Nice article. This appears to be a single server job monitoring tool. My need would be to do something similar for about 20 SQL servers scattered across 3 domains. Please correct me if I am wrong in my assumption. Thanks.The SCOME technique is a very simple way to monitor not just failed jobs but anything SQL Server for an *unlimited* number of SQL Servers. It just uses T-SQL and linked servers. There are various articles here on SQLServerCentral.com that discuss how to set up reports using this method (search for SCOME), along with downloadable scripts. I put up a website, www.sqlservermonitor.com that hosts a suite of reports that demonstrate this. Every report on this site (Disk space, TLog space, Histories, Failed jobs etc) uses SCOME, only take a few seconds to run across all servers (we have 47) and can be set up using RS if you do not wish to use ASP.Net. It's just a different front end. If you prefered, you don't have to use a front end at all, but just interrogate raw tables with the results. Any questions, please ask. Drew
Drew,
Thanks for your feedback. I, in fact, already do use SCOME for monitoring the status of databases (and by extension the SQL service) and last backup date. Guess I'll just add Failed Jobs (or even status of all jobs as in the original article) to the list. You mentioned monitoring disk space through SCOME. How are you accomplishing that? I used to use xp_fixeddrives with SQL 2000, but since 2005 that stored proc requires sysadmin privileges to run. My SCOME monitoring at this point only uses public and woudl give nothing higher than read (as in your SCOME articles). Thanks.
Terry
|
|
|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Wednesday, September 26, 2012 11:32 PM
Points: 68,
Visits: 169
|
|
| You're absolutely right Terry. Many of the reports do use a user with sysadmin rights for exactly that reason (not just diskspace but others such as the Stopped Agent report that uses xp_servicecontrol to interrogate the status of the SQL Server Agent on each server), but I have the flexibility to do that where I work because of the environment particular to our organisation and the context within which these servers exist. I have just tried other methods such as using the EXECUTE AS clause to grant a user with lesser rights "EXECUTE" to the extended proc. But none work. I'll certainly have a think about it, particularly as I may be moving to a less secure environment with another company. Sorry I couldn't help.
|
|
|
|