Ciao, sono Curt. Sono un ingegnere capo senior che lavora con il team GSE.
Questo video è dedicato al log degli errori di SQL Server. Dove si trova, quali informazioni contiene e perché può aiutarci a risolvere i problemi di Microsoft SQL Server.
Pertanto, il modo più rapido per accedere al registro è passare attraverso Microsoft SQL Server Management Studio.
Se si esegue il drill-down fino al container "Management" e quindi a "SQL Server logs", vengono visualizzati i registri degli errori disponibili raccolti da SQL Server per questa installazione di SQL.
Sono presenti sei registri di archivio conservati da SQL di eventi passati che si sono verificati al server. Il registro corrente è quello che raccoglie tutte le informazioni dall'ultimo riavvio di SQL Server e il registro degli errori viene rigenerato ogni volta che SQL Server viene riavviato.
Quindi, guardando il registro corrente, possiamo darvi un'idea di alcune delle cose che possiamo aspettarci di vedere qui. Il primo elemento che viene visualizzato è il tipo di installazione per SQL Server, in questo caso SQL Server 2019.
Ci fornisce anche informazioni sulla versione del prodotto. In questo caso stiamo lavorando con un'installazione RTM di base di SQL Server. Otteniamo anche informazioni sul sistema operativo.
In questo caso abbiamo a che fare con un'installazione Workstation di Windows 10. Scorrendo il registro, in Studio Management viene visualizzato che gli eventi più recenti vengono registrati nella parte inferiore del registro man mano che viene visualizzato e gli eventi più recenti si trovano nella parte superiore del registro.
Scorrendo o esaminando il registro vediamo cose come la modalità di autenticazione che è mista, vediamo la posizione effettiva del registro degli errori - questa è la posizione predefinita per i file di programma del registro degli errori/Microsoft SQL Server e la cartella di installazione per l'istanza di SQL stesso.
Vengono inoltre visualizzate le informazioni per l'account del servizio utilizzato per avviare SQL Server. Un'altra voce che può essere importante sono i parametri di avvio, il percorso predefinito che SQL ha attualmente per i file di database, anche il percorso del registro degli errori ancora una volta, e anche i file di registro che vediamo per SQL Server.
Otteniamo inoltre informazioni sui core del sistema, sul numero di processori disponibili che SQL può utilizzare e anche sulla quantità di memoria disponibile che SQL rileva a livello fisico all'avvio del sistema.
Di seguito sono riportate anche le informazioni sul database di sistema online. Se si dispone di database di produzione utente, vengono visualizzate anche queste informazioni, ma l'aspetto più rilevante del log degli errori di SQL Server e il vantaggio maggiore consiste nel restituire informazioni sugli errori visualizzati da SQL Server.
E questo può essere non solo un tempo di avvio, ma per tutta la durata del servizio in esecuzione. Qui abbiamo un errore piuttosto irrilevante, ma fa riferimento a Polybase, la configurazione Polybase sul sistema.
In realtà Polybase non è stato installato con questo, non ci sono informazioni sulla configurazione di Polybase, quindi questo non è un problema per questa installazione, ma questo è un esempio di messaggio che vediamo come errore.
Ora, per entrare un po' più nel dettaglio, dove il registro degli errori può essere estremamente utile, ad esempio quando SQL Server non si avvia.
Questo particolare registro è il registro precedente che avevo nel nostro registro corrente e SQL Server in questo tentativo di avvio non si è avviato.
Si tratta di un errore fabbricato e il modo in cui ho generato questo errore è stato spostare la posizione del database modello, che è un database di sistema.
Si tratta di un database modello per tutti i database creati da SQL Server. All'avvio, SQL Server deve avviarsi e utilizzare un database tempdb e il database modello è il modello per tempdb.
Pertanto, senza un database modello, tempdb non poteva avviarsi o non poteva andare online e il servizio SQL Server non poteva avviarsi.
Questo è un esempio di ciò che viene visualizzato nel registro degli errori. Viene visualizzato l'errore, vengono visualizzate ulteriori informazioni sul motivo per cui è stato generato, in questo caso non è stato possibile trovare un file di database, il file di database modello, e in seguito viene indicato che non è stato possibile trovare il file di log del database modello, il che significa che non è stato possibile creare il database tempdb.
Quindi questa è la cattiva notizia che il registro degli errori può restituirti per darti informazioni su come risolvere il tuo problema.
Tenere presente che quando viene visualizzata una voce relativa a un errore come questo, anche questa verrà inclusa nei registri delle applicazioni.
Vediamo che lo stesso evento viene registrato nel registro dell'applicazione di sistema e il primo messaggio di errore che vediamo ci dice che il file di database non è stato trovato, mentre il secondo ci dice che il file di registro non è stato trovato.
Quindi, ancora una volta, un esempio fabbricato di un errore, ovviamente questo può essere molto critico per te se stai risolvendo un problema della vita reale.
Ad esempio, se un file di database principale è danneggiato, come il database modello, il servizio per SQL non si avvierà e questa è l'area in cui si otterranno le informazioni per saperne di più e risolverne i problemi.
Ora basta con il contenuto del registro degli errori. Possiamo anche accedere ai log degli errori in tempo reale in Esplora file. E ancora una volta abbiamo bisogno di conoscere la posizione del file del registro degli errori, lo abbiamo visto nel registro degli errori stesso.
Questo si trova nel percorso predefinito per il registro degli errori e nella directory del registro per l'installazione di SQL Server.
Visualizza sempre le stesse informazioni: ci viene data la possibilità di scegliere l'editor di testo che desideri visualizzare. Ancora una volta il punto di vista è diverso.
In questo caso, gli eventi più recenti si trovano nella parte superiore del log quando si esamina il log non elaborato, mentre gli eventi più recenti si trovano nella parte inferiore.
Esiste un altro modo per trovare la posizione del registro degli errori, ovvero passare all'installazione del programma dal menu Start per l'istanza di SQL Server.
Qui, accediamo a "SQL Server Configuration Manager". Configuration Manager mostra tutti i servizi per questa installazione di SQL.
Se scegliamo "SQL Server Service" e clicchiamo con il pulsante destro del mouse su "Proprietà", "Parametri di avvio": il parametro "-e" è dove si trova il registro degli errori.
E a volte è davvero importante capirlo perché potresti non avere un'installazione di Studio Management da guardare.
In caso contrario, è necessario iniziare a pensare a tutte le possibili posizioni delle unità disponibili per quella particolare installazione di SQL.
Molte volte puoi semplicemente andare al sodo, andare in Configuration Manager, trovare i parametri di avvio e, quando lo fai, puoi scoprire esattamente dove si trova il log degli errori.
Bene, con questo si conclude l'analisi del registro degli errori di SQL Server. Spero che questo video abbia aiutato a capire dove trovare il registro e in che modo può essere utile per la risoluzione dei problemi di Microsoft SQL Server.
Grazie per la visione e arrivederci.
