처리량이 지정된 기준선 아래로 떨어지면 패킷 캡처 도구를 사용하여 네트워크 추적을 수행하고 네트워크 문제를 검색합니다.
ctsTraffic 도구를 사용하여 네트워크 추적 분석
다음은 ctsTraffic 도구를 사용하여 네트워크 추적을 분석하는 방법의 예입니다.
참고 항목
네트워크 추적을 사용하면 처리량이 더 느려질 수 있습니다.
클라이언트와 서버 쪽 모두에서 ctsTraffic 도구를 실행합니다.
서버에서 다음 명령을 실행합니다.
CTStraffic -listen:*클라이언트에서 다음 명령을 실행합니다.
CTSTraffic -target:<serverip> -consoleverbosity:3 -connections:4 -iterations:10 -connectionfilename:<filename>.csv클라이언트와 서버 쪽 모두에서 네트워크 추적을 중지합니다.
파일 이름<>.csv 파일을 확인합니다.
- NetworkErrors 또는 ProtocolErrors가 파일에 표시되는 경우 다음 단계로 이동합니다.
- 오류가 표시되지 않으면 네트워크 추적을 중지하고 삭제합니다. 클라이언트 및 서버에서 새 추적을 수집합니다. 오류가 발생할 때까지 1단계에서 점점 더 많은 연결(
-connections:)을 사용해 보세요.
파일 이름>.csv 파일에서 <오류의 클라이언트 소켓 번호를 찾고 이 숫자를 필터로 적용하여 패킷 손실, 패킷 재전송 또는 두 엔드포인트에서 시작되지 않은 TCP 재설정을 확인합니다. 이 정보를 사용하여 네트워크 팀에 문의하여 도움을 요청하세요.
성능 모니터 로그 확인
성능 모니터 로그를 확인하여 다음과 같은 상황에서 삭제된 패킷을 찾습니다.
- 오류가 있지만 패킷 캡처에는 문제가 없습니다.
- 원래 패킷이 대상에 도달하지만 수신자가 승인(ACK)이 없으므로 발신자가 동일한 패킷을 다시 전송합니다.
패킷 삭제는 네트워크 카드 드라이버 또는 수신기에서 들어오는 패킷을 처리할 수 없는 프로세서에 의해 발생할 수 있습니다. 네트워크 카드 드라이버가 최신 상태이고 RSS/VMMQ가 올바르게 설정되어 있는지 확인합니다. 예를 들어 SQL Server와 같은 서버에서 더 많은 기본 프로세서를 사용하려면 RSS/VMMQ를 사용자 지정하여 기본 프로세서를 사용하지 않고 다음 물리적 코어에서 처리를 시작합니다.
자세한 내용은 네트워크 관련 성능 카운터를 참조 하세요.
참고 항목
RSS/VMMQ는 문제 해결을 위해서만 사용자 지정하고 작업을 완전히 이해합니다.