Início / dba / Perguntas / 146847
Accepted
Hikari
Asked: 2016-08-16 07:02:59 +0800 CST

Consultar a última vez que uma exibição, função ou sp foi usado/lido pela última vez

  • 772

Eu uso sys.dm_db_index_usage_stats.last_user_seek, sys.dm_db_index_usage_stats.last_user_scane sys.dm_db_index_usage_stats.last_user_lookuppara consultar a última vez que uma tabela foi lida.

Para exibições, funções e procedimentos armazenados que estou usando sys.objects, mas não possui nenhum campo para ler data e hora.

Existe alguma tabela do sistema onde eu possa ver a última vez que esses tipos de objetos foram lidos/usados?

Meu objetivo é encontrar objetos que não estão sendo usados ​​e possivelmente derrubá-los.

sql-server sql-server-2012

5 respostas

  1. A menos que você tenha um rastreamento do lado do servidor em execução ou um XEvent em execução, não há como garantir que um determinado objeto seja usado ou não. Alguns objetos podem ser referenciados por um relatório executado uma vez por ano por seu CIO ou usuário comercial. Portanto, a menos que você tenha dados concretos para o ciclo de vida do seu negócio, sempre há espaço para erros.

    Eu sugeriria que, depois de identificar possíveis candidatos à remoção, não os descarte, em vez disso, renomeie -os e, depois de um ano ou mais, descarte-os.

    Ao usar DMVs, você precisa registrá-los em uma tabela persistente, pois os dados DMV são liberados devido à reinicialização da instância, certas sp_configurealterações, etc.

    Eu respondi a uma pergunta semelhante aqui que o ajudará a começar.

    • 2
  2. Best Answer

    Infelizmente, não há uma maneira 100% precisa de determinar isso. No entanto, você pode chegar o mais perto possível examinando todo o código que poderia fazer chamadas de banco de dados, bem como as definições de todos os seus objetos de banco de dados e trabalhos do SQL Server Agent. Muitas vezes, há caminhos de código que são acessados ​​com pouca frequência e, portanto, podem facilmente não aparecer em DMVs, eventos estendidos, rastreamentos do SQL Profiler ou até mesmo registro personalizado. Verificar TODO o código o levará o mais próximo possível.

    A única área deixada de fora de uma pesquisa de código exaustiva são as consultas ad hoc que não estão no código em nenhum lugar. Nesse caso, DMVs, rastreamentos etc. pelo menos têm o potencial de identificar o uso, mas certamente não são garantia.

    • 2

  3. Sua melhor aposta sem registro integrado seria usar a consulta abaixo:

    select s.last_execution_time
from sys.dm_exec_query_stats s
cross apply sys.dm_exec_query_plan (s.plan_handle) p
where object_name(p.objectid, db_id('DBNAME')) = @proc_nm
    • 1

  4. Há um DMV dedicado para procedimentos armazenados. 

    select DB_NAME(eps.database_ID) AS DatabaseName
, OBJECT_NAME(eps.object_ID) AS ObjectName
, eps.type_desc
, eps.last_execution_time
, eps.execution_count 

from sys.dm_exec_procedure_stats eps

WHERE database_id = DB_ID()

    O DMV mostrará as estatísticas de execução desde a última reinicialização ou desconexão do servidor (pode ser necessário confirmar isso). Ou seja, se um procedimento armazenado não foi executado desde que o banco de dados foi anexado ou reiniciado, não haverá entrada neste dmv. Você pode juntá-lo à tabela de objetos para encontrar NULL's e assumir o que não foi executado.

    Se você precisar de atividade de gatilho, poderá usar a mesma consulta acima, exceto usar sys.dm_exec_trigger_statscomo tabela.

    • 1

  5. Para que o DMV forneça resultados corretos para todos os bancos de dados, podemos modificar o script compartilhado por @dfundako conforme abaixo:

     SELECT
    DB_NAME(eps.database_ID)                    AS DatabaseName
   ,OBJECT_NAME(eps.object_ID, eps.database_id) AS ObjectName
   ,eps.type_desc
   ,eps.last_execution_time
   ,eps.execution_count   
FROM sys.dm_exec_procedure_stats eps
    • 0

relate perguntas