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.
Note
Questo articolo è incluso in una serie in 3 parti. È possibile esaminare la parte 1: panoramica delle prestazioni TCP/IP e parte 3: problemi noti relativi alle prestazioni TCP/IP.
Quando la velocità effettiva scende al di sotto di una determinata baseline, usare uno strumento di acquisizione pacchetti per acquisire una traccia di rete e rilevare i problemi di rete.
Usare lo strumento ctsTraffic per analizzare la traccia di rete
Ecco un esempio di come usare lo strumento ctsTraffic per analizzare la traccia di rete:
Note
L'acquisizione di una traccia di rete può causare un ulteriore rallentamento della velocità effettiva.
Eseguire lo strumento ctsTraffic sia sul lato client che sul lato server.
Eseguire questo comando nel server:
CTStraffic -listen:*
Eseguire questo comando nel client:
CTSTraffic -target:<serverip> -consoleverbosity:3 -connections:4 -iterations:10 -connectionfilename:<filename>.csv
Arrestare le tracce di rete sia sul lato client che sul lato server.
Controllare il <file filename>.csv :
- Se nel file vengono visualizzati NetworkErrors o ProtocolErrors, andare al passaggio successivo.
- Se non viene visualizzato alcun errore, arrestare e rimuovere la traccia di rete. Raccogliere una nuova traccia nel client e nel server. Provare con un numero crescente di connessioni (
-connections:
) nel passaggio 1 fino a quando non si verifica l'errore.
Trovare il numero di socket client dell'errore nel <file filename>.csv e applicare questo numero come filtro per verificare la presenza di una perdita di pacchetti, una ritrasmissione di pacchetti o una reimpostazione TCP che non è stata avviata da uno dei due endpoint. Con queste informazioni in mano, contattare il team di rete per assistenza.
Controllare i log di Monitor prestazioni
Controllare Monitor prestazioni log per trovare Pacchetti ricevuti rimossi in queste situazioni:
- Ci sono errori, ma non vengono rilevati problemi nell'acquisizione di pacchetti.
- Il pacchetto originale raggiunge la destinazione, ma il mittente ritrasmette lo stesso pacchetto perché non è presente alcun riconoscimento (ACK) dal ricevitore.
I pacchetti eliminati potrebbero essere causati dal driver della scheda di rete o dal processore non disponibile per elaborare i pacchetti in ingresso nel ricevitore. Assicurarsi che il driver della scheda di rete sia aggiornato e che VMMQ RSS/sia configurato correttamente. Ad esempio, per usare più processori di base in un server, ad esempio SQL Server, personalizzare RSS/VMMQ per non usare il processore di base e avviare l'elaborazione dal core fisico successivo.
Per altre informazioni, vedere Contatori delle prestazioni correlati alla rete.
Note
Personalizzare RSS/VMMQ solo per la risoluzione dei problemi e con una conoscenza completa dell'operazione.