프로덕션 서버에 WinDBG를 설치할 때 이점이 있습니까?서버에 WinDBG 설치
AdPlus와 WinDBG의 차이점에 대해 읽었습니다. 또 다른 개발자는 AdPlus를 서버에서 사용하여 클라이언트 PC에 덤프 파일과 WinDBG를 만들어 분석하고 있다고 전했다.
나는 ADPlus가 CDB를 감싸는 래퍼이며 WinDBG가 훨씬 더 뛰어나다는 것을 알고 있습니다. 제 질문은 : 프로덕션 서버에 WinDBG를 설치하는 것이 과도한가? Visual Studio 외부에서 디버깅하기가 비교적 쉽습니다. VB.NET (클라이언트 응용 프로그램)과 ASP.NET을 사용하는 시스템을 디버깅하고 있습니다. 메모리 누수가 있습니다.
ADPlus가 설치되어있는 경우 응용 프로그램이 다운되거나 중단되거나 기타 문제 (메모리 누출)가 발생할 경우 덤프 파일을 생성 할 수 있습니다. 그런 다음이 덤프 파일을 분석해야합니다. WinDBG가 당신을 도울 것입니다. 프로덕션 서버에 설치할 필요는 없습니다. 덤프 파일을 개발 컴퓨터에 복사하고 거기에서 분석 할 수 있습니다. 어쨌든 WinDBG는 중복되지 않습니다. 중요한 문제가 발생할 경우 최대한 빨리 근본 원인을 이해할 수 있습니다. WinDBG 자체가 실행되고 있지 않으면 성능에 영향을 미치지 않습니다. 또한 WinDBG를 사용하여 런타임에 프로세스에 연결하고 디버깅 할 수 있습니다.
서버에 WinDbg을 설치하면 사이트에있는 경우 라이브 시스템을 디버깅 할 수 있으며 서버에서 WinDbg 디버그 서비스를 실행하여 원격 디버깅을 수행 할 수 있습니다. 개발 환경에서 재현하기 어려운 오류.
크래시 덤프 나 메모리 덤프를 분석하는 경우 WinDbg을 설치하면 아무런 이점이 없으므로 과용 될 수 있습니다.
당신이 때 ADPlus를 사용하도록 지시 여기 링크가 있습니다: http://support.microsoft.com/kb/286350
내 개인적인 생각입니다 그것이 당신이이 있다면 WinDbg는 당신이 수 설치 말하는, 당신은 WinDbg는 필요하지 않습니다 다음 필요한 않는 경우 gflags 활성화, 스택 추적 가져 오기, 추적 처리, 특정 예외에 대한 덤프 만들기, 메모리 덤프에 포함되지 않은 로그에 추가 정보 덤프 등이 있습니다. 따라서 기본적으로 WinDbg 만 설치합니다. 그렇지 않으면 Adplus가 정상입니다.
WinDbg/AdPlus를 설치할 필요가 없습니다. 필요한 경우 파일을 서버에 xcopy하거나 공유/USB/다른 응용 프로그램을 실행할 수도 있습니다.
AdPlus는 스크립트입니다 (이제는 이전에 관리되는 응용 프로그램이었습니다). 나는 그것을 CDB 주위의 래퍼라고 부르지 않을 것이다. CDB를 사용하여 특정 조건에서 메모리 덤프를 만드는 등의 다양한 작업을 자동으로 수행합니다. 그것은 좋은 일을하지만, 또한 매우 유용한 옵션을 제공하기 때문에 ProcDump을보고 싶을 수도 있습니다.
CDB, WinDbg 및 NTSD는 모두 Windows 용 디버깅 도구 패키지에 포함 된 모든 디버거입니다. CDB와 NTSD는 명령 행 도구이지만 WinDbg는 그래픽 UI를 제공합니다 (그다지 환상적이지는 않지만 요점입니다). 그들은 아래에 동일한 디버깅 엔진을 사용합니다.
감사합니다. 나는 서버에 WinDBG를 설치했다. 이 페이지의 지침에 따라 파일 경로를 설정했습니다 : Set _NT_SYMBOL_PATH,하지만 심볼 폴더가 비어 있습니다. 실제로 심볼을 다운로드하라는 명령이 있습니까? – w0051977
기호는 필요한 경우에만 다운로드됩니다. 디버깅 세션 중에 심볼을 강제로로드하려면'.reload/force' 명령을 사용할 수 있습니다. 심볼 로딩 문제를 해결하려면'! sym noisy'를 사용하십시오. –
귀하의 의견에 동의합니다. AdPlus는 메모리 덤프 생성에만 적합합니까? – w0051977