전문 관리 > 시스템 및 비즈니스 정보 분석 > 서버 상태 > 모니터링 도구 사용
모니터링 도구 사용
서버 상태 페이지에서는 서버 상태를 볼 수 있을 뿐 아니라 모니터링 도구 링크를 클릭하여 추가 모니터링 도구로 연결되는 링크가 있는 페이지를 표시할 수 있습니다. 이 링크를 사용하면 다른 프로그램을 별도로 실행하지 않고 브라우저에서 직접 시스템 실행 상태에 대한 정보를 볼 수 있습니다.
* 
모니터링 도구를 사용하려면 사이트 관리자 그룹의 멤버나 wt.util.jmx.AccessUtil.siteAdministrators 등록 정보에 나열된 사용자로 로그온합니다. 이 등록 정보 사용에 대한 자세한 내용은 Setting Up Your JMX Environment 항목을 참조하십시오.
다음 목록에서는 시스템 상태 모니터링 도구 페이지에 있는 각 링크의 사용 방법을 설명합니다.
• Server Status Page 링크를 클릭하면 서버 상태 페이지로 돌아갑니다.
• Windchill Cache Statistics 링크를 클릭하면 처음에 각 캐시 및 해당 캐시 사용에 대한 세부내용이 나열되는 페이지가 표시됩니다. 통계에는 캐시가 있는 위치, 엔트리 수 및 캐시 용량, 적중 및 누락 수가 포함됩니다.
목록에 표시되는 캐시 수를 제한하려면 목록 위에 있는 필드에 값을 채우고 확인을 클릭합니다. 예를 들어, Minimum Misses 필드에 42를 입력하면 목록이 누락 수가 42개 이상인 캐시로 제한됩니다.
• Performance Feedback Settings 링크를 클릭하면 로그 수준, 데이터 출력, 몇 가지 주요 성능 로거의 서식을 조정할 수 있는 페이지가 나타납니다. 성능 바닥글을 사용 가능 또는 사용 불가능으로 설정할 수도 있습니다.
자세한 내용은 성능 피드백 설정 페이지 사용를 참조하십시오.
• 로그 수준 링크를 클릭하면 현재 서버 프로세스에 대한 서버 매니저, 메소드 서버 또는 서브렛 엔진 로거의 로그 수준을 표시하거나 설정할 수 있는 페이지가 나타납니다. 먼저 프로세스를 하나 이상 선택한 다음 로거를 찾습니다.
• Log Comment 링크를 클릭하면 서버 매니저 및 메소드 서버 로그에 저장되는 추가 정보를 입력할 수 있는 페이지가 표시됩니다. 환경이 클러스터로 설정된 경우 로그에는 클러스터의 모든 노드에 저장된 로그가 포함됩니다.
로드 테스트의 시작 및 끝을 구분하거나 서버 다시 시작이 필요하지 않은 일부 구성 수정(예: 파일 권한 수정) 작업이 수행된 때를 나타내는 등의 작업을 수행할 수 있는 로그 엔트리를 추가하려면 이 링크를 사용합니다.
결국 이 링크를 사용하면 관리자가 서버 로그에 추가 정보를 추가할 수 있습니다. 시스템에서 자체적으로 감지되지 않을 만한 알려진 중요한 상태 변경이 발생한 경우 추가 정보를 추가해 보십시오. 로그에 추가 정보를 추가하면 이후에 보다 간단하게 문제 해결 또는 분석 작업을 수행할 수 있습니다.
• Log File Viewer 링크를 클릭하면 서버 로그 파일을 검색하고 나열하고 볼 수 있는 페이지가 나타납니다.
자세한 내용은 로그 파일 뷰어 페이지 사용를 참조하십시오.
• Persisted Log Events 링크를 클릭하면 최근 지속 로그 이벤트를 찾아보고 이벤트 세부내용을 볼 수 있는 페이지가 나타납니다. 기본적으로 Minimum Severity Level은 경고로 설정되어 있으며 지난 6시간 이후에 생성된 이벤트가 나열됩니다. 선택된 수준은 반환된 이벤트 수준 중 가장 낮은 수준을 나타냅니다. 따라서 경고를 선택하면 경고, 오류 및 치명적 이벤트가 반환됩니다. 끄기를 선택하면 끄기 수준 로그 이벤트만 반환되며, 일반적으로 이 수준의 이벤트는 존재하지 않습니다.
• Log Event Histogram 링크를 클릭하면 포함할 Minimum Severity Level을 표시하고 선택하기 위해 로그 이벤트 수명을 확인할 수 있는 페이지가 나타납니다. 사용 가능한 오류 레벨이 가장 낮음(끄기)에서 가장 높음(모두)까지 순서대로 나열됩니다. 예를 들어, 기본(WARN) 레벨을 사용하면 FATAL, ERROR 및 WARN 레벨에 연관된 로그 이벤트가 포함됩니다.
확인을 클릭하면 로거 이름, 레벨 및 개수에 따라 이벤트 목록을 보여주는 테이블 형식의 히스토그램이 나타납니다.
• Method Context and Servlet Request Samples 링크를 클릭하면 현재 메소드 컨텍스트 및 서브렛 요청에 대한 성능 샘플 데이터를 찾아볼 수 있는 페이지가 나타납니다. 시간을 지정하지 않을 경우 기본 시간 간격은 마지막 15분입니다.
결과를 특정 컨텍스트나 요청으로 제한하려면 Context/Request Id of Interest 필드에 해당 ID를 입력합니다.
• Cluster-wide Stack Traces 링크를 클릭하면 <Windchill>/wtcore/jsp/jmx/clusterStacks.jsp 페이지가 나타납니다. 이 페이지에는 링크를 클릭하면 수행되는 스택 추적이 표시됩니다. 이 페이지는 다음 섹션으로 나뉩니다.
◦ Server Manager Stack Traces
이 섹션에는 클러스터의 각 서버 매니저에 대한 스택 추적 정보가 있습니다. 서버 매니저는 <process_ID>@<host_name>으로 식별되며 스택 추적 날짜 및 시간이 포함됩니다. 예를 들어 다음과 같이 가정합니다.
▪ 프로세스 ID가 8356입니다.
▪ 호스트 이름이 host123입니다.
▪ 날짜와 시간이 2011년 12월 19일 14:50:42.513 CST입니다.
그러면 다음 라인에서 스택 추적 시작을 식별합니다.
Server Manager: 8356@HOST123
----------------------------
Full thread stack trace (8356@HOST123; 2011-12-19 14:50:42.513 -0600)
◦ Method Server Stack Traces
이 섹션에는 클러스터의 각 메소드 서버에 대한 스택 추적 정보가 있습니다. 메소드 서버는 서버 매니저, 서비스 이름, <process_ID>@<host_name>으로 식별되며 스택 추적 날짜 및 시간이 포함됩니다. 예를 들어 다음과 같이 가정합니다.
▪ 서버 매니저는 위의 예제에 나온 대로입니다.
▪ 프로세스 ID가 9056입니다.
▪ 호스트 이름이 host123입니다.
▪ 서비스 이름이 MethodServer입니다.
▪ 날짜와 시간이 2011년 12월 19일 20:50:42.638 GMT입니다.
그러면 다음 라인에서 스택 추적 시작을 식별합니다.
Server Manager: 8356@HOST123
============================
Method Server: MethodServer.9056
--------------------------------
Full thread stack trace (9056@HOST123; 2011-12-19 20:50:42.638 +0000)
* 
JVM 기본 표준 시간대가 사용되므로 시간 지정은 위의 예제와 다릅니다. 이 경우 서버 매니저 JVM이 CST로 설정되고 메소드 서버 JVM이 GMT로 설정되었습니다. 두 스택 추적의 실제 시간 차이는 0.125초에 불과합니다.
• Top SQL Sample Intervals 링크를 클릭하면 지정한 간격 동안 총 실행 시간이 가장 긴 SQL 문에 대한 정보를 볼 수 있는 페이지가 나타납니다.
기본적으로 시간 간격은 마지막 6시간이고 모든 JVM의 SQL 문이 검색됩니다. JVM을 입력하면 해당 JVM에서 실행된 SQL 문으로만 결과가 제한됩니다.
확인을 클릭하면 검색된 샘플을 요약해서 보여 주는 테이블이 반환됩니다. 각 테이블 행에는 샘플에 대한 세부내용으로 연결되는 링크가 포함되어 있습니다.
• Java Process Information 링크를 클릭하면 과거의 서버 프로세스 및 활성 서버 프로세스에 대한 지속적인 상태 정보를 볼 수 있는 페이지가 나타납니다.
이 페이지에서 프로세스를 검색할 수 있습니다. 예를 들어 확인을 클릭해 최근 프로세스 목록을 표시하여 최근에 종료된 메소드 서버에 대한 정보를 찾을 수 있습니다.
시간 간격을 입력하지 않을 경우 기본 간격은 지난 3일입니다.
검색을 특정 호스트로 제한하려면 JVM 필드에 다음 문자열을 입력합니다.
*@<hostname>
표시되는 목록에서 프로세스를 찾은 후 해당 링크를 클릭하면 프로세스의 JVM 인수, 서버 상태 페이지에서 활성 프로세스에 대해 표시되는 것과 비슷한 정보가 포함된 다양한 차트 등 프로세스에 대한 지속적인 정보가 표시됩니다.
• Client User-Agent Usage 링크를 클릭하면 특정 기간 동안 시스템에 액세스한 사용자 및 사용된 해당 에이전트가 나열되는 테이블이 표시됩니다. 에이전트에는 브라우저 버전 및 Java 플러그인이 포함됩니다.
• Export System Health/Performance Tables to Client 링크를 클릭하면 해당 내보내기의 시작 및 끝 시간을 입력하는 페이지가 표시됩니다. PTC 기술 지원에 데이터베이스의 데이터를 제공하려고 하는데 시스템에서 직접 데이터를 전송할 수 없을 때 이 링크를 사용합니다. 대신 데이터를 시스템의 클라이언트 파일로 내보낸 다음 해당 파일을 기술 지원에 전송할 수 있는 위치로 전송합니다. 내보낸 파일 컨텐트를 확인할 경우 Windchill 셸을 열고 java wt.util.jmx.ImportPerfTables를 사용하여 해당 파일을 가져올 수 있습니다.
이러한 테이블을 내보내는 기능은 주로 이 데이터를 기술 지원 인력에 보낼 수 있도록 내보내 기술 지원과 보다 원활하게 상호 작용하기 위해 만들어졌습니다. 이 경우 기술 지원 인력은 데이터를 보낸 사용자의 시스템에 액세스하지 않고도 해당 데이터를 자신의 시스템 중 하나로 가져와 해당 데이터를 분석할 수 있습니다.
• Export System Health/Performance Tables to Support 링크를 클릭하면 해당 내보내기의 시작 및 끝 시간을 입력하는 페이지가 표시됩니다. 데이터베이스의 데이터를 PTC 기술 지원에 제공하려고 할 때 이 링크를 사용합니다.
이 내보내기 작업을 수행하기 전에 유효한 PTC SCN(서비스 계약 번호) 및 적합한 지원 요청 번호를 입력했어야 합니다. SCN 설정에 대한 자세한 내용은 Prerequisites for Sending Information to Technical Support 항목을 참조하십시오.
이러한 테이블을 내보내는 기능은 주로 이 데이터를 기술 지원에 자동으로 보내도록 허용하여 기술 지원과 보다 원활하게 상호 작용하기 위해 만들어졌습니다. 이 경우 기술 지원 인력은 데이터를 보낸 사용자의 시스템에 액세스하지 않고도 해당 데이터를 자신의 시스템 중 하나로 가져와 해당 데이터를 분석할 수 있습니다.
도움이 되셨나요?