Suprimir mensagens de login e backups bem-sucedidos do log de erros para bancos de dados SQL

Suprimir mensagens de login e backups bem-sucedidos do log de erros para bancos de dados SQL

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Neste artigo, exploraremos o método para suprimir mensagens de login e backups bem-sucedidos no log de erros para bancos de dados SQL.

Introdução

O SQL Server registra informações úteis de eventos no log de erros. É um ponto principal de investigação de quaisquer possíveis problemas com o SQL Server, banco de dados, conexões, backups, sinalizadores de rastreamento, parâmetros de inicialização, informações de recuperação. Isso ajuda a minimizar as entradas neste arquivo de log para que você possa encontrar facilmente os dados relevantes. Uma opção é reciclar o log de erros em intervalos freqüentes para que o SQL Server possa processar as informações em um arquivo de log rapidamente. Você deve fazer a reciclagem do log de erros como parte das atividades de manutenção do banco de dados SQL.

Normalmente, os logs de erros do SQL Server são preenchidos com dois tipos de eventos.

Mensagens de sucesso de login

Sempre que ocorre uma nova conexão no SQL Server, ele registra uma entrada no log de erros. Em um sistema OLTP ocupado, você pode obter muitas conexões a cada segundo e isso pode preencher seu log de erros. Muitas vezes, não exigimos esses eventos em nosso log de erros. Por padrão, o SQL Server registra mensagens de login com êxito e com falha no log de erros. Faz parte da auditoria de login no SQL Server.

Mensagens de sucesso de login para banco de dados SQL

Para visualizar a auditoria de login atual para sua instância SQL, conecte-se a ela no SSMS e abra as propriedades da instância. Nas propriedades da instância, navegue até Segurança e verifique a opção de auditoria de login, conforme mostrado abaixo.

Leia Também  Alavancar o T-SQL para manipular linhas duplicadas nas tabelas de banco de dados do SQL Server

Auditoria de Login

Na imagem abaixo, vemos logins bem-sucedidos e com falha.

logins bem e mal sucedidos

Normalmente, não exigimos essas informações de logins bem-sucedidos. Exigimos apenas as mensagens de login com falha para que, se algum usuário reclamar sobre problemas de conexão, possamos verificar a mensagem de erro, sua gravidade e estado para solucionar o problema.

É uma boa ideia suprimir essas mensagens de sucesso de login nos logs de erros. Você pode configurar uma sessão de evento estendida no caso de precisar capturar essas informações para alguns requisitos regulamentares

Desative mensagens de login bem-sucedidas no log de erros

Para desabilitar as mensagens de login bem-sucedidas no log de erros do SQL Server, modifique a opção de auditoria de login para Logins com falha apenas.

Desativar mensagens de login bem-sucedidas

O SQL Server armazena as informações de auditoria de logon no registro. Se você executar o script das ações do SSMS, verá que ele modifica o valor da chave do Registro para controlar o mecanismo de auditoria de logon do SQL Server.

Ele muda imediatamente a auditoria de login no SQL Server. Você não precisa reciclar os serviços do SQL Server. Após a mudança, você só obtém informações de conexões com falha.

Mensagens de sucesso de backup

O SQL Server registra informações sobre cada backup bem-sucedido. Para uma instância de produção, podemos combinar backups completos, diferenciais e de log de transações. O backup do log de transações pode ocorrer com freqüência, como a cada 5 ou 10 minutos, dependendo de seus objetivos de recuperação. Você obtém entradas nos logs de erro como abaixo para backup completo e de log de transações. Às vezes, você pode ver erros de tempo limite ao abrir o log de erros no SSMS. Pode ocorrer devido a grandes logs de erros.

Mensagens de sucesso de backup

Suponha que, em uma instância de produção, você tenha 100 bancos de dados e o backup do log de transações ocorra a cada 5 minutos. Isso significa que a cada 5 minutos você tem 100 entradas para os backups do log de transações. Isso significa 1200 entradas em uma hora e 28.800 entradas em um dia. Ele preenche seu log de transações rapidamente. Sério! Você também pode perder alguns eventos úteis devido a essas entradas em massa. É aplicável também ao envio de logs, que faz backups regulares do banco de dados SQL e restaura-os na instância secundária.

Leia Também  uma ponte entre o NoSQL e os mundos relacionais

Profissionais de banco de dados SQL não monitoram os backups usando esses logs de erro. Podemos consultar as tabelas do sistema no banco de dados MSDB para verificar o histórico de backup.

Ative o sinalizador de rastreamento 3226 no nível da sessão global

Para suprimir as entradas de backup bem-sucedidas, podemos usar o sinalizador de rastreamento 3226. Sinalizadores de rastreamento no SQL Server são como configurações exclusivas que alteram ações específicas do sistema. Podemos ativar os sinalizadores de rastreamento no nível do sistema ou no nível da sessão. Você pode aprender mais sobre sinalizadores de rastreamento no artigo Modificações de sinalizadores de rastreamento do SQL Server 2016.

Vamos ativar esse sinalizador de rastreamento no nível da sessão e observar as entradas do log de transações nos logs de erro. Antes de habilitarmos o sinalizador de rastreamento, recicle o log de erros usando o sp_cycle_errorlog procedimento armazenado do sistema. Ele fecha o arquivo de log de erros existente e cria um novo arquivo semelhante ao processo de reinicialização do serviço SQL.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Usamos DBCC TRACEON para habilitar um sinalizador de rastreamento específico. O argumento -1 informa ao SQL Server para habilitar os sinalizadores de rastreamento no nível de sessão global.

No log de erros, ele registra uma entrada para o sinalizador de rastreamento que ativamos.

Ativar sinalizador de rastreamento 3226

Agora, fizemos um backup completo do banco de dados SQL e dois backups subsequentes do log de transações no diretório de backup padrão.

Os backups foram bem-sucedidos, conforme mostrado abaixo.

Leia Também  Iniciando sua jornada com o Microsoft Azure Data Factory

Faça backups do banco de dados

Agora, se você abrir o log de erros atual, ele não mostrará nenhuma entrada para esses backups de banco de dados SQL bem-sucedidos.

Ligue o sinalizador de rastreamento 3226 usando o parâmetro de inicialização

Podemos habilitar o sinalizador de rastreamento usando os parâmetros de inicialização no SQL Server Configuration Manager. Ele garante que seus sinalizadores de rastreamento sejam ativados mesmo que você reinicie os serviços SQL.

Abra o SQL Server Configuration Manager e nas propriedades do SQL server, navegue até os parâmetros de inicialização. Nesse caso, especifique -T3226 sinalizador de rastreamento para habilitar o sinalizador de rastreamento no parâmetro de inicialização.

Ligue o sinalizador de rastreamento 3226 usando o parâmetro de inicialização

Clique em Adicionar e Aplicar. Ele pede que você reinicie o SQL Services.

Reinicie o serviço SQL

Conclusão

Neste artigo, exploramos como suprimir logins bem-sucedidos e mensagens de backup de banco de dados SQL nos logs de erro do SQL Server. Você deve examinar cuidadosamente seus requisitos, implementar soluções no ambiente inferior e configurar no ambiente de produção com testes adequados.

Rajendra Gupta
Últimos posts de Rajendra Gupta (ver tudo)