Al momento sei offline in attesa che la connessione Internet venga ristabilita

Esegue lenta di un'istanza di SQL Server quando è utilizzare SQL Profiler per eseguire una traccia del lato client degli eventi nell'istanza

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 929728
Sintomi
Si consideri lo scenario seguente:
  • Si dispone di un computer che esegue un'istanza di Microsoft SQL Server 2000 o di Microsoft SQL Server 2005.
  • È possibile utilizzare SQL Profiler per eseguire una traccia del lato client degli eventi nell'istanza di SQL Server.
  • Si esegue SQL Profiler sul computer che esegue l'istanza di SQL Server, o si esegue SQL Profiler in un altro computer.
In questo scenario, l'istanza di SQL Server esegue lentamente.

Quando si verifica questo problema, è possibile notare i seguenti sintomi se si esegue una query la tabella di sistema master.dbo.sysprocesses nell'istanza di SQL Server:
  • Più server attivo PID (SPID) consente di visualizzare il valore 0x404 (LATCH_EX) nella colonna waittype .
  • SPID in uno o più visualizzare il valore di SQL Profiler nella colonna program_name .
Inoltre, è visualizzato uno dei seguenti valori nella colonna waitresource se si esegue una query la tabella di sistema master.dbo.sysprocesses :
  • varie (hex address)
  • TRACE_CONTROLLER
  • TRACE_IO_SYNC
  • TRACE
È visualizzato uno di questi valori, se le seguenti condizioni sono true:
  • È possibile utilizzare SQL Server 2000 Service Pack 4 (SP4) o SQL Server 2005.
  • Uno SPID è in attesa per eseguire operazioni di sincronizzazione traccia in SQL Profiler.
Cause
Quando si esegue SQL Profiler su un'istanza di SQL Server 2000 o di SQL Server 2005, ogni SPID attivo dell'istanza richiede un latch esclusivo (LATCH_EX) per scrivere l'evento a SQL Profiler. Lo SPID scrive l'evento nel buffer di memoria locale di prima. L'evento viene quindi trasferito SQL Profiler. Se il buffer di memoria locale è pieno, lo SPID consente di annullare l'evento. Dopo gli eventi nel buffer di memoria locale vengono trasferiti a SQL Profiler, è possibile che lo SPID scrivere nuovi eventi in buffer di memoria locale. Se altri SPID sono in attesa per scrivere gli eventi di SQL Profiler, questi SPID attendere in una coda.

Poiché SQL Profiler è un processo separato dal processo di SQL Server, il trasferimento di ogni evento in SQL Profiler richiede del tempo. Se si esegue SQL Profiler in un computer diverso, questo processo richiede più tempo. Questo processo richiede più tempo a causa della latenza di rete e causa le prestazioni del computer che esegue SQL Profiler. Di conseguenza, l'istanza di SQL Server esegue lentamente.
Workaround
Per risolvere questo problema, non utilizzare SQL Profiler per eseguire un'analisi di lato client degli eventi nell'istanza di SQL Server. Utilizzare invece stored procedure di sistema per eseguire una traccia sul lato server, degli eventi.

È possibile utilizzare le seguenti stored procedure di sistema:
  • sp_trace_create
  • sp_trace_setevent
  • sp_trace_setfilter
  • sp_trace_setstatus
Per informazioni su questi sistema stored procedure, cercare le stored procedure nella documentazione in linea di SQL Server 2000 o nella documentazione in linea di SQL Server 2005.
Status
Microsoft ha confermato che questo problema riguarda i prodotti sono elencati nella sezione "Si applica a".
Informazioni
È possibile utilizzare l'utilità di insieme di dati PSSDIAG per raccogliere i file di dati di traccia. Per ulteriori informazioni sull'utilità PSSDIAG dati insieme, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
830232Utilità di insieme di dati PSSDIAG
Per ulteriori informazioni sulla colonna waittype in SQL Server 2000 e in SQL Server 2005, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
822101Descrizione delle colonne waittype e lastwaittype nella tabella master.dbo.sysprocesses in SQL Server 2000 e SQL Server 2005

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 929728 - Ultima revisione: 09/30/2008 17:04:18 - Revisione: 3.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition

  • kbmt kbsql2005engine kbexpertiseadvanced kbtshoot kbprb KB929728 KbMtit
Feedback
>