Olá, meu nome é Curt. Sou engenheiro sênior principal e trabalho com a equipe do GSE.
Este vídeo é dedicado a discutir o log de erros do SQL Server. Onde ele está localizado, quais informações contém e por que ele pode nos ajudar na solução de problemas do Microsoft SQL Server.
Portanto, a maneira mais rápida de acessar o log normalmente é por meio do Microsoft SQL Server Management Studio.
Se nos aprofundarmos no contêiner 'Management' e, em seguida, até 'SQL Server logs', veremos os logs de erro disponíveis que o SQL Server coletou para essa instalação do SQL.
Há seis logs de arquivamento mantidos pelo SQL de eventos passados que ocorreram com isso no servidor. O log atual é o que coleta todas as informações desde a última reinicialização do SQL Server, e o log de erros é gerado novamente sempre que o SQL Server é reiniciado.
Então, olhando para o log atual para dar uma ideia de algumas das coisas que podemos esperar ver aqui. O primeiro item que vemos é o tipo de instalação do SQL Server, neste caso é o SQL Server 2019.
Ele também nos dá informações sobre a versão do produto. Neste caso, estamos trabalhando com uma instalação RTM de base do SQL Server. Também vejo informações sobre o SO.
Neste caso, estamos lidando com uma instalação de estação de trabalho do Windows 10. Passando pelo log, o que você verá no Studio Management é que os eventos mais antigos são registrados na parte inferior do log conforme ele aparece, e os eventos mais recentes estão perto da parte superior do log.
Trabalhando ou examinando o log, vemos coisas como o modo de autenticação, que é misto, vemos o local real do log de erros - este é o local padrão para o log de erros, arquivos de programas/Microsoft SQL Server e a pasta de instalação para a instância do próprio SQL.
Também é possível ver as informações da conta de serviço que foi usada para iniciar o SQL Server. Outra entrada que pode ser importante são os parâmetros de inicialização, o local padrão que o SQL tem atualmente para os arquivos de banco de dados, também o local do log de erros mais uma vez e também os arquivos de log que vemos para o SQL Server.
Também obtemos informações sobre os núcleos no sistema, quantos processadores disponíveis o SQL pode usar e também a quantidade de memória disponível que o SQL está vendo no nível físico quando o sistema é inicializado.
Outra informação a seguir é que o banco de dados do sistema está ficando on-line, se tivermos bancos de dados de produção do usuário, veremos essas informações também, mas a coisa mais notável sobre o log de erros do SQL Server e seu maior benefício é realmente retornar informações sobre erros que são vistos pelo SQL Server.
E isso pode não ser apenas um tempo de inicialização, mas durante toda a vida útil do serviço em execução. Temos um erro aqui que é bem inconsequente, mas faz referência ao Polybase, a configuração do Polybase no sistema.
Na verdade, o Polybase não foi instalado com isso, não há informações de configuração do Polybase, portanto, isso é mais uma vez um problema para esta instalação, mas este é um exemplo de uma mensagem que vemos como um erro.
Agora, para entrar em um pouco mais de detalhes sobre onde o log de erros pode ser extremamente benéfico é, por exemplo, quando o SQL Server não está iniciando.
Portanto, esse log específico é o log anterior que eu tinha no nosso log atual, e o SQL Server nessa tentativa de inicialização realmente não foi iniciado.
E isso é um erro fabricado, e a maneira como eu criei esse erro foi que eu movi o local do banco de dados modelo, que é um banco de dados do sistema.
Ele é um banco de dados modelo para todos os bancos de dados criados pelo SQL Server. Quando o SQL Server é iniciado, ele precisa iniciar e usar um banco de dados tempdb, e o banco de dados modelo é o modelo para o tempdb.
Portanto, sem um banco de dados modelo, o tempdb não pôde iniciar ou não pôde ficar online e o serviço do SQL Server não pôde ser iniciado.
Esse é um exemplo do que nós veríamos no log de erros. Nós veríamos o erro, veríamos mais informações sobre por que o erro foi gerado - neste caso, ele não conseguiu encontrar um arquivo de banco de dados, o arquivo de banco de dados modelo - e, mais tarde, ele nos dirá que não conseguiu encontrar o arquivo de log do banco de dados modelo, o que significa que o banco de dados tempdb não pôde ser criado.
Portanto, esta é a má notícia que o registro de erros pode retornar para você para fornecer informações sobre como solucionar seu problema.
Agora, precisamos ter em mente que, quando virmos uma entrada para um erro como esse, isso também será incluído nos logs do aplicativo.
Assim, vemos o mesmo evento sendo gravado no log do aplicativo do sistema, e a primeira mensagem de erro que vemos é informando que o arquivo de banco de dados não foi encontrado, e a segunda informa que o arquivo de log não foi encontrado.
Então, mais uma vez, um exemplo fabricado de uma falha, é claro que isso pode ser muito crítico para você se estiver solucionando um problema da vida real.
Por exemplo, se um arquivo de banco de dados principal estiver corrompido, como o banco de dados modelo, o serviço para SQL não será iniciado e essa é a área em que você obterá informações para aprender sobre isso e solucionar problemas.
Chega de conteúdo do log de erros. Também podemos acessar os logs de erros ao vivo no Explorador de arquivos. E mais uma vez precisamos saber a localização do arquivo do log de erros, vimos isso no próprio log de erros.
Ele está localizado no local padrão do log de erros e no diretório de log da instalação do SQL Server.
Veja sempre as mesmas informações – podemos escolher o editor de texto com o qual você deseja trazê-lo. Mais uma vez a visão é diferente.
Aqui, os eventos mais antigos estão na parte superior do log, quando você olha para o log bruto em si, e os mais recentes estão na parte inferior.
Há uma outra maneira de localizar o local do log de erros, que é ir para a instalação do programa fora do menu Iniciar para essa instância do SQL Server.
Quando entramos aqui, vamos para o "SQL Server Configuration Manager". O Configuration Manager mostra todos os serviços para essa instalação do SQL.
Se clicarmos em "SQL Server Service", clique com o botão direito do mouse nele, vá para "Properties", "Startup Parameters", o parâmetro "-e" é onde o log de erros está localizado.
E às vezes é muito importante entender isso, porque você pode não ter uma instalação do Studio Management para olhar.
Se você não fizer isso, então você tem que começar a pensar em todos os possíveis locais de unidade que estão disponíveis para essa instalação específica do SQL.
Muitas vezes você pode simplesmente ir para a perseguição, ir para o Configuration Manager, encontrar esses parâmetros de inicialização e, quando fizer isso, você pode descobrir exatamente onde esse log de erros está localizado.
Isso conclui nossa análise do log de erros do SQL Server. Espero que este vídeo tenha ajudado você a entender onde encontrar o log e como ele pode ajudá-lo na solução de problemas do Microsoft SQL Server.
Obrigado por assistir e até logo.
