Hur hittar man Stored Procedures som inte används?

Ett ständigt problem när det gäller MS SQL är att man är osäker på om databaser/användare/stored procedures/SSIS-paket osv används eller om det bara är skräp.
Jag har träffat massor med kunder som har detta problem... Ofta använder man tekniken TLONK (tm)  ("TabortochLyssnaOmNågonKlagar") :)

Av en ren tillfällighet så snubblade jag på en artikel som handlar om hur man kan hitta vilka stored prodecures som inte används på MS SQL 2005 och 2008.
Den räcker inte hela vägen, men det är en start. :)

Tänket bygger på att använda SQL Profiler för att spela in trafik och sedan används pivot funktionen i Excel för att få fram det man behöver. :)
Samma angreppssätt borde även fungera för att få ut information om andra objekt i MS SQL, problemet är att få en inspelning i SQL Profiler som täcker alla olika användsningsfall på servern (jag tänker speciellt på jobb som kanske bara körs nån gång per år eller liknande).

Nåja, artikeln hittar man här:
http://www.sqlservercentral.com/articles/SQL+Server/69676/
och i den artikeln hittar man även de script och formler man behöver.

Tyvärr så kräver siten att man registrerar sig, men det är en tämligen riskfri registrering. Jag har varit medlem där i ett par år och det är inte speciellt ofta man får mail tycker jag. :)

Artikeln börjar:

Lately I've been looking for a good way to find Stored Procedures in a SQL Server 2005/2008 database. Sure, there exists tools such as APEX SQL Clean, which does part of the job for you, but unfortunately I can't get them to work exactly the way I want.


This whole quest started when I was trying to identify unused objects in a somewhat large and intricate database I inherited from one of our development partners. I tried the APEX SQL Clean application, but I wasn't really satisfied with the result. I needed an alternate way to solve the task. After Googling for a while I didn't really get the results I wanted so I thought about experimenting with this particular task myself.

For this I've used standard database development and Office tools such as SQL Profiler, SQL Server Management Studio (or osql.exe if you prefer command line) and Excel. I'm currently using SQL Server 2008 (haven't installed the R2 beta yet) and Excel 2010. Although I haven't tested, it should work well with both SQL Server 2005 and Office 2007.