存储过程跟踪

Question

我已经在我们的数据库上建立了一个存储过程跟踪器表，希望使用它来清除不再使用的过程。 几个月前，我进行了设置，现在可以开始清洗了。 该表利用SQL Server 2008 R2中的sys.procedures和sys.dm_exec_procedure_stats DMV，并且作业每天24小时每10分钟更新一次静态表。

我一直在检查我的程序列表，并碰到了一些我所知道的事实，它们是最近才运行的。 我发现的特定文件是作为作业的第2步运行的，但是sys.dm_exec_procedure_stats似乎没有包含已运行该文件的任何记录，但是第1步的过程已在正确的时间出现。 我已经检查了工作历史，并且步骤1和2都没有问题。

我可以看到的唯一区别是步骤2中的过程带有“警告：通过聚合或其他SET操作消除了空值”，而步骤1则没有。 这是否会对过程是否出现在sys.dm_exec_procedure_stats有所不同？

希望有人能帮忙！

Answer 1

虽然它未显示在DMV中的原因很可能是@ bastos.sergio在对该问题的评论中提到的链接/相关答案中指定的原因，但仍然留下了“可以做些什么来查找procs没有被使用？”。

该链接的问题（这是@ bastos.sergio引用的问题： SQL Server中存储过程的上次运行日期）所引用的答案缺少某些内容，因此我将在此处添加：

知道调用它的唯一方法是：

• 扫描所有代码（应用代码，其他存储的Procs，作业步骤[在msdb.dbo.sysjobsteps中]，SSRS报告定义文件等）以获取参考
• 如果您允许临时访问（例如，某个人在Access应用程序[或任何Microsoft Office“ app”]中引用了存储过程），则需要执行该链接问题的可接受答案中提到的一些其他步骤，即：
  • 添加RAISERROR(N'Deprecated! Please contact YourName.', 16, 1); RETURN; RAISERROR(N'Deprecated! Please contact YourName.', 16, 1); RETURN; 在proc的顶部并将其放置一两个月。
  • 在任何假定过时的代码的顶部添加一个表以记录proc调用并将INSERT插入该日志表，并每周检查一次以查看是否有任何异常。 如果还执行RAISERROR，则将INSERT放在RAISERROR(...); RETURN; RAISERROR(...); RETURN; 。
  • 关于临时访问（即，在您控制的代码之外的访问），请务必牢记，不频繁访问可能只是：不频繁。 如果有一个代码路径每月，每季度，每两年，每年执行一次，如果某个经理记得要提供此类报告等，那么如果您不允许长时间写代码，则可能会删除有效代码。捕获“高度”不频繁使用的时间范围（这就是为什么即使DMV数据更可靠，您仍然需要保持谨慎）。
  • 同样，如果所有访问都在您控制的代码内，则只需扫描代码（最有可能使用正则表达式）。

编辑：
回答以下特定问题：

是否出现“警告：通过聚合或其他SET操作消除了空值”警告，在未在DMV中显示的存储过程中运行的查询与未显示在DMV中的原因有关？ DMV？

做以下测试：

CREATE PROCEDURE #NoWarning
AS
 SELECT AVG(tmp.col)
 FROM (
    SELECT 1.0
    UNION ALL
    SELECT 2
    ) tmp(col);
GO

EXEC #NoWarning;
GO

CREATE PROCEDURE #Warning
AS
 SELECT AVG(tmp.col)
 FROM (
    SELECT 1.0
    UNION ALL
    SELECT null
    ) tmp(col);
GO

EXEC #Warning;

然后运行以下查询，您应该看到两个proc名称都出现在“ tempdb”中：

SELECT  DB_NAME(ps.database_id) AS [DatabaseName],
        OBJECT_NAME(ps.[object_id], ps.database_id) AS [ProcName],
        *
FROM sys.dm_exec_procedure_stats ps
ORDER BY [DatabaseName], [ProcName];