Consultoria DBA SQL Server

Aprenda identificar o caminho do arquivo de log de erro do SQL Server.

Problema
Como eu posso identificar o arquivo de log de uma específica instância SQL Server?

Solução

Identificando os arquivos de log do SQL Server lendo os próprios arquivos de log.

O log de erros do SQL Server é um ótimo local para encontrar informações sobre o que está acontecendo no servidor de banco de dados. Você pode executar script abaixo que usa uma procedure XP_READERRORLOG para ler o log de erros do SQL Server para localizar o local do arquivo de log de erro do SQL Server usado pela instância do SQL Server.

USE master
GO
xp_readerrorlog 0, 1, N'Logging SQL Server messages in file'
GO

XP_READERRORLOG
Os parâmetros que você pode utilizar com o XP_READERRORLOG são os seguintes:

1. Quais arquivos de log de erro que você deseja ler: 0 = corrente, 1 = Arquivo # 1, 2 = Arquivo # 2, etc …
2. Tipo de arquivo de log: 1 ou NULL = registo de erros, 2 = registo SQL Agent
3. String de procura 1: Digite o que você procura aqui
4. String de procura 2: Digite o que você procura nos detalhes dos erros nos arquivos de log.
5. Pesquisar por data inicial.
6. Pesquisar por data final.
7. Ordenar os resultados: N’asc’ = ascendente, N’desc’ = descendente

Por padrão, há seis logs de erro do SQL Server arquivados juntamente com o ERRORLOG que é usado no momento. No entanto, é uma prática recomendada para aumentar o número de registos de erro do SQL Server a partir do valor predefinido de seis. Em alguns casos pessoalmente eu utilizo até 1q arquivos.

Identifique os arquivos de logs de erros do SQL Server através do configuration manager

1. Clique em iniciar -> Programas -> Microsoft SQL Server (versão) -> Ferramentas de configuração -> SQL Server configuration manager
2. Clique com o botão direito no serviço da instância como está na imagem abaixo e selecione propriedades.

3. Vá até a aba Advanced e selecione Startup Parameters como na imagem abaixo e verá o caminho da pasta onde se encontra os arquivos de log.

Isso também é importante em casos em que a instância não consegue iniciar e você precisa saber o que aconteceu, os arquivos de log são grandes aliados nessas horas para identificar o que houve até o momento em que o serviço foi encerrado.

Abaixo estou colocando alguns scripts para que você utilize como exemplo:

USE master
GO
xp_readerrorlog 0, 1, N'Logging SQL Server messages in file', NULL, NULL, N'asc' 
GO

-- Ler os erros do primeiro arquivo ERRORLOG.1.
EXEC xp_ReadErrorLog 1

-- Ler o arquivo atual (corrente) de log
EXEC xp_ReadErrorLog 0, 1

-- Ler o arquivo corrente de erro de logs do Agente
EXEC xp_ReadErrorLog 0, 2

-- Ler o arquivo corrente onde no texto possui a palavra 'Falied'
EXEC xp_ReadErrorLog 0, 1, 'Failed'

-- Ler o arquivo corrente onde no texto possui a palavra 'Falied' e 'Login'
EXEC xp_ReadErrorLog 0, 1, 'Failed', 'Login'

-- Ler o arquivo corrente onde no texto possui a palavra 'Falied' e 'Login'
-- desde Novembro de 2012
EXEC xp_ReadErrorLog 0, 1, 'Failed', 'Login', '20121101', NULL

-- Ler o arquivo corrente onde no texto possui a palavra 'Falied' e 'Login'
-- entre 01 de Novembro de 2012 a 30 de Novembro de 2012
EXEC xp_ReadErrorLog 0, 1, 'Failed', 'Login', '20121101', '20121130'

-- Ler todos os resultados do mes de novembro
EXEC xp_ReadErrorLog 0, 1, NULL, NULL, '20121101', '20121130'

-- Ler todos os resultados do mes de novembro em ordem decrescente.
EXEC xp_ReadErrorLog 0, 1, NULL, NULL, '20121101', '20121130', 'DESC'

Se em algum caso aparecer o erro abaixo:
Msg 22004, Level 12, State 1, Line 0
Error executing extended stored procedure: Invalid Parameter Type

Você pode retirar as aspas simples dos parâmetros de filtro então funcionará. Veja o exemplo abaixo.

EXEC xp_ReadErrorLog 0, 1, Failed, Login