Consultas demorar mais tempo a concluir a execução quando aumenta o tamanho da cache TokenAndPermUserStore no SQL Server 2005

• Consultas que normalmente são executados mais rapidamente demorar mais tempo para concluir a execução.
• Utilização da CPU de processo do SQL Server é mais do que é habitual.
• Quando detecta um desempenho reduzido quando executa uma consulta ad hoc, ver a consulta da vista de gestão dinâmica sys.dm_exec_requests ou sys.dm_os_waiting_tasks . No entanto, a consulta não parece estar a aguardar que qualquer recurso.
• Aumenta o tamanho do arquivo de cache TokenAndPermUserStore numa percentagem constante.
• O tamanho do arquivo de cache TokenAndPermUserStore está no modo de várias centenas megabytes (MB).
• Alguns casos, o execução do comando DBCC FREEPROCCACHE fornece segurança temporária.

SELECT SUM(single_pages_kb + multi_pages_kb) AS 
   "CurrentSizeOfTokenCache(kb)" 
   FROM sys.dm_os_memory_clerks 
   WHERE name = 'TokenAndPermUserStore'

Voltar ao topo

• LoginToken
• TokenPerm
• UserToken
• SecContextToken
• TokenAccessResult.

select * 
from t1 join t2 join t3

Voltar ao topo

Informações sobre Service Packs

Voltar ao topo

• Explicitamente parametrizar consultas ad hoc.
  
  notas
  • Este método permite-lhe reutilizar eficazmente consultas ad hoc e os respectivos planos.
  • Quando utiliza este método, não é necessário criar uma entrada TokenAccessResult sempre que executar a consulta ad hoc juntamente com parâmetros diferentes.
  • Com este método, o tamanho do TokenAndPermUserStore cache permanece em limites razoáveis.
• Moldar consultas ad hoc de procedimentos armazenados e utilizar procedimentos armazenados, em vez de directamente executar consultas ad hoc.
  
  notas
  • Planos de execução são colocados em cache as instruções que estão a ser o procedimento armazenado.
  • A entrada TokenAccessResult para cada instrução está associada com a entrada de plano de execução.
  • Desde que o plano de execução para que esta armazenadas procedimento permanece na cache, cada execução do procedimento armazenado reutiliza eficazmente as entradas de TokenAccessResult. Por este motivo, não é necessário criar TokenAccessResult nova entradas.
• Active a opção de base de dados FORCE_PARAMETERIZATION.
  
  notas
  • Este método permite-lhe reutilizar eficazmente consultas ad hoc e os respectivos planos.
  • Quando utiliza este método, não é necessário criar uma entrada TokenAccessResult sempre que executar a consulta ad hoc juntamente com parâmetros diferentes.
  • Com este método, o tamanho do TokenAndPermUserStore cache permanece em limites razoáveis.
• Adicione o início de sessão que executa vários consultas ad hoc como membro do grupo de servidor sysadmin.
  
  notas
  • Entradas de TokenAccessResult só são criadas para uma consulta ad hoc quando a consulta é executada por um início de sessão não é um membro do grupo de servidor sysadmin.
  • Uma vez que não são criadas as entradas de TokenAccessResult, este comportamento mantém o tamanho da cache TokenAndPermUserStore para um tamanho gerenciáveis.
• Limpar entradas da cache TokenAndPermUserStore.
  
  notas
  • Para efectuar este procedimento, execute o seguinte comando:
    DBCC FREESYSTEMCACHE ('TokenAndPermUserStore')
  • Idealmente, tente ver o limite do tamanho da cache TokenAndPermUserStore quando problemas começam a aparecer.
  • Pode criar uma tarefa de SQL Server Agent agendada executa as seguintes acções:
    • Verifique o tamanho do tamanho da cache TokenAndPermUserStore. Para efectuar este procedimento, execute o seguinte comando:

      SELECT SUM(single_pages_kb + multi_pages_kb) AS 
         "CurrentSizeOfTokenCache(kb)" 
         FROM sys.dm_os_memory_clerks 
         WHERE name = 'TokenAndPermUserStore'

    • Se o tamanho da cache estiver maior do que o limite é respeitada, execute o seguinte comando:

      DBCC FREESYSTEMCACHE ('TokenAndPermUserStore')

Voltar ao topo