Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: SQL Server
Sommario
Il supporto tecnico Microsoft per SQL Server ibrido usa strumenti di risoluzione dei problemi per aiutare i clienti a raccogliere i log e limitare i problemi tecnici. Questi strumenti sono disponibili per l'uso pubblico. Questo articolo riepiloga gli strumenti di diagnostica usati dai tecnici del supporto tecnico di SQL Server. L'articolo illustra in dettaglio vari scenari di risoluzione dei problemi e mostra gli strumenti di analisi dei log e della raccolta log corrispondenti.
Strumenti di diagnostica per SQL Server
| Sceneggiatura | Log di base da raccogliere | Strumenti per raccogliere i log | Strumenti per analizzare i log |
|---|---|---|---|
| Gruppo di disponibilità | Log del cluster - Registri eventi - Monitoraggio di sistema (log di Performance Monitor) - Log degli errori di SQL Server - File XEL di SQLDIAG - File XEL della sessione di Salute AlwaysOn - File XEL della sessione Salute del sistema - Eventi estesi per il movimento dati di AG - DMV e snapshot di visualizzazione del catalogo per il gruppo di disponibilità |
Windows: - Preferito: SQL LogScout Usare lo scenario "AlwaysOn". - Alternativa: TSSv2 Usare lo scenario "SQL Base". - Alternativa: PSSDIAG Usare la diagnostica personalizzata "Informazioni di base Always On". Linux: - SQL LogScout Linux Usare "scenario_static.scn". |
- Preferito: AGDiag Scenari da usare: analizzare il failover e gli errori. - Alternativa: SQL Nexus Scenari da usare: prestazioni, latenza, integrità e procedure consigliate. |
| Rallentamento delle prestazioni | - La traccia dell'evento esteso (XEvent) acquisisce eventi di avvio/completamento a livello di batch, errori e avvisi, crescita/contrazione dei log, escalation e timeout dei blocchi, deadlock, accesso/disconnessione - Elenco di tracce SQL in esecuzione attiva e Xevent - Snapshot di DMV SQL che tengono traccia delle attese/blocchi e delle query ad alto utilizzo di CPU - Eseguire query sulle informazioni dell'archivio dati (se è attivo) - tempdb informazioni sulla contesa da viste di gestione dinamica/viste di sistema SQL- Metadati del server collegato (DMV/viste di sistema SQL) - Informazioni di configurazione di Service Broker (DMV/viste di sistema SQL) |
Windows: - Preferito: SQL LogScout Usare gli scenari "GeneralPerf", "DetailedPerf" o "LightPerf". - Alternativa: PSSDIAG Usare gli scenari "Prestazioni generali", "Prestazioni dettagliate" o "Prestazioni leggere". Linux: - SQL LogScout Linux Usare "scenario_sql_perf_general.scn", "scenario_sql_perf_detailed.scn" o "scenario_sql_perf_lite.scn". |
- Preferito: SQL Nexus Scenari da usare: analisi delle prestazioni, raccomandazioni delle migliori pratiche, analisi dei colli di bottiglia, blocco e analisi delle query principali. - Alternativa: Utilità RML Scenari da usare: analisi delle query per comprendere le query principali che utilizzano le risorse. |
| Connessione | - Tracce BID/Tracce del driver - Traccia di rete - Traccia autenticazione - Log degli errori di SQL Server - Registri eventi di Windows Snapshot di NETSTAT e TASKLIST |
Windows: - Preferito: Traccia SQL Configurare le impostazioni di raccolta nel file INI. - Alternativa: SQL LogScout Utilizzare lo scenario "NetworkTrace". - Alternativa: SSPICLIENT Usare questo strumento quando si verificano errori SSPI o Kerberos e registrare una traccia dettagliata per l'analisi. Linux: - SQL LogScout Linux Usare "scenario_static.scn". - logger.ini (aggiungere [Logger:security.kerberos] e [Logger:security.ldap] sezioni).- tcpdump (acquisizione di pacchetti di rete Linux). |
- Preferito: Interfaccia utente di SQL Network Analyzer SQL Network Analyzer Scenari da usare: leggere i file di acquisizione pacchetti di rete e produrre un report che evidenzia le potenziali aree di interesse. - Alternativa: SQLCHECK Segnala le impostazioni che possono influire sulla connettività. - Alternativa: SQLBENCH Visualizzare i tempi per l'analisi comparativa. - Alternativa: DBTEST Registrare il tempo necessario per connettersi e il tempo necessario per eseguire un comando. |
| Replicazione | - Log degli errori di SQL Server - Replica, CDC, informazioni di diagnostica CT (DMV/viste di sistema SQL) |
Windows: - Preferito: SQL LogScout Usare lo scenario per la raccolta dei dati "Replica". - Alternativa: PSSDIAG Usare la diagnostica personalizzata "Replicazione". Linux: - SQL LogScout Linux Usare "scenario_static.scn". |
- Preferito: SQL Nexus Scenari da usare: report di replica, analisi delle prestazioni, raccomandazioni sulle migliori pratiche, analisi dei colli di bottiglia, blocchi e query principali. |
| Installazione/configurazione | - Configurare la cartella Bootstrap con tutti i log di installazione | - Preferito: SQL LogScout Usare lo scenario di raccolta dati "Setup". |
|
| Backup/Ripristino | - Avanzamento backup/ripristino Xevent (backup_restore_progress_trace) - Flag di tracciabilità per l'avanzamento del ripristino del backup - Il log dello SQL VSS Writer (in SQL Server 2019 e versioni successive) - Log amministratore VSS (Sistema Operativo) per scenari correlati al backup di VSS - Monitor prestazioni |
Windows: - Preferito: SQL LogScout Usare lo scenario di raccolta dati "BackupRestore". Linux: - SQL LogScout Linux Usare "scenario_static.scn". |
|
| Utilizzo memoria | - Dmv di memoria o DBCC MEMORYSTATUS - Monitor prestazioni |
Windows: - Preferito: SQL LogScout Usare lo scenario di raccolta dati "Memoria". Linux: - SQL LogScout Linux Usa "scenario_sql_perf_general.scn". |
- Preferito: SQL Nexus Scenari da usare: importare l'output della memoria e visualizzare in Memory Broker. |
| Dump della memoria | - Dump di memoria manuali acquisiti per scenari specifici di risoluzione dei problemi - Dump di memoria generati automaticamente per scenari di eccezione |
Windows: - Preferito: SQL LogScout Usare lo scenario di raccolta dati "DumpMemory". - Alternativa: SQLDumper - Alternativa: TSS V2 Usare lo scenario "SQL Base" per raccogliere i dump di memoria esistenti. Linux: - SQL LogScout Linux Usare "scenario_static.scn". |
- Preferito: WinDbg (strumenti di debug per Windows) Scenari da usare: caricare e analizzare il dump della memoria. - Alternativa: Sistema di risoluzione CallStack SQL |
| Danneggiamento del database | - DBCC CHECKDB | ||
| Simulazione dello stress del modello di I/O SQL |
Windows: - SQLIOSim Linux: - SQLIOSim per Linux |