전문 관리 > 시스템 및 비즈니스 정보 분석 > 서버 상태 > 모니터링 도구 사용
  
모니터링 도구 사용
서버 상태 페이지에서는 서버 상태를 볼 수 있을 뿐 아니라 모니터링 도구 링크를 클릭하여 추가 모니터링 도구로 연결되는 링크가 있는 페이지를 표시할 수 있습니다. 이 링크를 사용하면 다른 프로그램을 별도로 실행하지 않고 브라우저에서 직접 시스템 실행 상태에 대한 정보를 볼 수 있습니다.
* 
모니터링 도구를 사용하려면 사이트 관리자 그룹의 멤버나 wt.util.jmx.AccessUtil.siteAdministrators 등록 정보에 나열된 사용자로 로그온합니다. 이 등록 정보 사용에 대한 자세한 내용은 항목을 참조하십시오.
다음 목록에서는 시스템 상태 모니터링 도구 페이지에 있는 각 링크의 사용 방법을 설명합니다.
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, ERRORWARN 레벨에 연관된 로그 이벤트가 포함됩니다.
확인을 클릭하면 로거 이름, 레벨 및 개수에 따라 이벤트 목록을 보여주는 테이블 형식의 히스토그램이 나타납니다.
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 설정에 대한 자세한 내용은 항목을 참조하십시오.
이러한 테이블을 내보내는 기능은 주로 이 데이터를 기술 지원에 자동으로 보내도록 허용하여 기술 지원과 보다 원활하게 상호 작용하기 위해 만들어졌습니다. 이 경우 기술 지원 인력은 데이터를 보낸 사용자의 시스템에 액세스하지 않고도 해당 데이터를 자신의 시스템 중 하나로 가져와 해당 데이터를 분석할 수 있습니다.