Peter Å's questions

Estamos finalmente planejando encerrar nosso último servidor SQL Server 2008 R2. Antes de prosseguirmos com isso, precisamos rastrear quais usuários estão se conectando a quais bancos de dados. Tentamos diferentes opções, como usar o SQL Audit e verificar os logins no log de erros, mas em todas elas faltam as informações para qual banco de dados a conexão é feita. Também analisamos o uso do gatilho LOGON, mas como ele é acionado quando o usuário faz login na instância, ele não rastreará se o usuário alterar o banco de dados posteriormente.

Nas versões mais recentes, usei Eventos Estendidos para esse tipo de auditoria, mas os eventos sqlserver.login ainda não estão disponíveis nesta versão do banco de dados. Parece que deve ser possível usar o Profiler para isso, mas estou preocupado com a execução contínua de rastreamento, especialmente neste servidor antigo. Existem outras opções que eu perdi ou o Profiler é a única opção?

De tempos em tempos estamos recebendo erro do SQL Server:

Erro: 8623, Gravidade: 16, Estado: 1 O processador de consulta ficou sem recursos internos e não pôde produzir um plano de consulta. Este é um evento raro e esperado apenas para consultas extremamente complexas ou consultas que fazem referência a um número muito grande de tabelas ou partições. Por favor, simplifique a consulta. Se você acredita que recebeu esta mensagem por engano, entre em contato com o Atendimento ao Cliente para obter mais informações.

Para poder detectar o que está causando esse erro, criei uma sessão de evento estendido (XE) no evento XE error_reported. A sessão XE parece estar funcionando, pois outros erros são registrados, mas não 8623.

Minha sessão XE é criada assim:

CREATE EVENT SESSION [ErrorReported] 
ON SERVER 
ADD EVENT sqlserver.error_reported(
    ACTION(sqlserver.database_id,sqlserver.database_name,sqlserver.sql_text,sqlserver.tsql_stack,sqlserver.username)
    WHERE ([severity]> 15))
ADD TARGET package0.event_file(SET filename=N'C:\trace\ErrorReported.xel',max_file_size=(250),max_rollover_files=(4))
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=ON,STARTUP_STATE=OFF)
GO

Alguém que me ajude a fazer com que o XE registre também o erro 5623? Qualquer ajuda muito apreciada.

No momento, estamos executando o Microsoft SQL Server 2016 (SP2-CU10).

Estou analisando a auditoria de quem está acessando os dados em todas as tabelas em um banco de dados. Temos o requisito adicional de que no registro não podemos ter nenhuma informação que possa ser usada para identificar uma pessoa.

A primeira parte pode ser feita facilmente usando a auditoria do SQL Server para registrar todas as instruções de seleção, inserção e exclusão de um banco de dados especificado. É a segunda parte que eu tenho problema. A instrução SQL inteira, incluindo qualquer informação pessoal, por exemplo, na cláusula where, será armazenada na coluna 'declaração'. Isso significa que quem tiver acesso ao log de auditoria poderá ver essas informações e identificar a pessoa em questão. Não precisamos das informações armazenadas na coluna 'declaração'. As informações armazenadas nas colunas 'database_name', 'schema_name' e 'object_name' são suficientes para nós.

Minha pergunta é: existe alguma maneira de impedir que a auditoria do SQL Server armazene a instrução SQL ou pelo menos em texto não criptografado na coluna 'instrução'?