문제점 해결 및 지원
이 절에서는 IBM® 소프트웨어에 대한 문제점 해결 방법에 대한 정보를 제공합니다.
제품과 함께 제공된 문제점 판별 도구를 사용하여 IBM 소프트웨어의 문제점을 판별합니다. 예를 들어 애플리케이션을 디버그하고, 애플리케이션에 로깅 및 추적을 추가하고, 문제점을 진단하고, 진단 도구를 사용하며 WebSphere 애플리케이션의 문제점을 해결할 수 있습니다.
하위 주제
- How do I troubleshoot?
Follow these shortcuts to get started quickly with popular tasks. 애플리케이션 디버깅
애플리케이션을 디버그하려면 개발 환경(예: IBM® Rational® Application Developer for WebSphere)을 사용하여 Java™ 프로젝트를 작성해야 합니다. 그런 다음 디버그할 프로그램을 이 프로젝트로 가져와야 합니다.애플리케이션에 로깅 및 추적 추가
애플리케이션에 로깅 및 추적을 추가하여 WebSphere Application Server에서 성능을 분석하고 문제점을 진단하는 데 도움을 얻을 수 있습니다.관리 콘솔을 사용하여 Java 로깅 구성
Java 로깅은 애플리케이션에 대한 표준 로깅 API를 제공합니다. 애플리케이션이 진단 정보를 로깅할 수 있게 하려면 서버가 로그 출력을 처리하는 방식 및 필요한 로깅 레벨을 지정해야 합니다.HPEL(High Performance Extensible Logging)을 사용하여 애플리케이션 문제점 해결
HPEL(High Performance Extensible Logging)을 사용하여 WebSphere Application Server에서 문제점 진단을 지원할 수 있습니다.Using Cross Component Trace to troubleshoot applications
You can use Cross Component Trace (XCT) to help diagnose problems in WebSphere Application Server.Using sensitive log and trace guard
You can protect information with the sensitive log and trace guard. The sensitive log and trace guard prevents loggers from writing sensitive information in your log and trace files.도구 문제점(진단 도구 사용)
애플리케이션 작동 환경에서 발생하는 문제점의 원인 및 영향을 판별하기 위해 다양한 진단 도구가 제공됩니다.애플리케이션 문제점 해결을 위해 기본 또는 기존 메시지 로그 사용
WebSphere Application Server는 시스템 메시지를 문제점 해결을 위해 검사할 수 있는 JVM, 프로세스 및 IBM 서비스 로그를 포함하여 몇몇 일반 용도 로그에 쓸 수 있습니다.추적에 대한 작업
Application Server, 클라이언트 및 환경의 기타 프로세스를 포함한 WebSphere Application Server 컴포넌트의 실행에 관한 자세한 정보를 얻으려면 추적을 사용하십시오.클래스 로더 문제점 해결
클래스 로더는 클래스 파일을 찾아서 로드합니다. 배치된 애플리케이션이 적절하게 실행되도록 하려면, 애플리케이션 및 해당 모듈에 영향을 주는 클래스 로더를 구성하여 애플리케이션이 필요로 하는 파일 및 자원을 찾을 수 있도록 해야 합니다. 클래스 로더에 대한 문제점 진단은 복잡하며 상당한 시간이 소요됩니다. 문제점을 더 신속하게 진단하고 수정하려면 관리 콘솔 클래스 로더 뷰어를 사용하여 클래스 로더와 각 클래스 로더에 의해 로드된 클래스를 조사하십시오.z/OS에서 진단 도구 및 제어 선택 및 사용
다음은 제품 환경에서 문제점을 진단 및 관리하는 데 사용할 수 있는 도구 및 제어 유형에 대한 설명입니다.Using RMF
RMF™ can usually be started with the simple 'S RMF' command from the MVS™ console.SMF(Systems Management Facility)로 작업 관련 정보 수집
SMF를 사용하면 z/OS®용 WebSphere 시스템에 대한 시스템 및 작업 관련 정보를 수집하고 기록할 수 있습니다. 이 정보를 사용하면 사용자에게 비용을 청구하고 시스템 신뢰성 보고하고 구성을 분석하고 작업 스케줄을 지정하고 시스템 자원 사용도를 식별하고 조직에 필요한 기타 성능 관련 태스크를 수행할 수 있습니다.Choosing diagnostic information sources
You can use a variety of diagnostic information sources to view application data and troubleshoot problems.정지 발견 정책 구성
WebSphere Application Server의 정지 발견 옵션은 기본적으로 켜져 있습니다. 잠재적인 정지를 보고하여 장애 서버를 조기에 발견할 수 있도록 애플리케이션 및 환경을 수용하기 위해 정지 발견 정책을 구성할 수 있습니다. 정지 스레드가 발견되면 WebSphere Application Server는 문제점을 해결할 수 있도록 사용자에게 알립니다.Automation and recovery scenarios and guidelines
The following section provides information on how to monitor and recover WebSphere Application Server for z/OS and the subsystems it uses.문제점 해결 도구에 대한 작업
WebSphere Application Server는 문제점의 소스를 분리하는 데 도움을 주도록 설계된 여러 문제점 해결 도구를 포함합니다. 대부분의 도구는 IBM 지원에서 사용할 정보를 생성하도록 설계되어 고객이 출력 내용을 이해하지 못할 수도 있습니다.Working with Diagnostic Providers
Diagnostic Providers enable you to query the startup configuration, current configuration, and current state of a diagnostic domain. In addition, Diagnostic Providers can also provide access to any self diagnostic tests that are available from a diagnostic domain.IBM의 문제점 해결 도움말
문제점 해결 주제에 설명된 단계를 따르거나, 메시지 참조서에서 오류 메시지를 찾아보거나, 온라인 도움말 또는 IBM 지원 센터 페이지에서 관련 문서를 찾아도 WebSphere Application Server 문제점을 해결할 수 없는 경우에는 IBM 기술 지원에 문의하십시오.Configuring the memory leak policy
The leak detection policy for the WebSphere® Application Server is turned off by default. You can configure a leak detection, prevention, and action policy to accommodate your applications and environment so that potential memory leaks are reported and acted upon. Leak detection, prevention, and proactive fixing provides for protection and resiliency for servers that face persistent out of memory errors. When a classloader memory leak is detected, WebSphere Application Server notifies you with informational messages in the log and by taking JVM heapdumps so that you can troubleshoot the problem. Optionally, you might also choose to have WebSphere Application Server mitigate, and if possible, fix the memory leak using reflection and other techniques.Collecting Java dumps and core files using the administrative console
You can use the Java runtime environment to create dump and core files to help with troubleshooting. You can use the administrative console to trigger the creation of these dumps and core files.디렉토리 규칙
제품 정보의 app_server_root, profile_root, 기타 디렉토리에 대한 참조는 특정 기본 디렉토리 위치를 나타냅니다. WebSphere Application Server에서 사용되는 규칙에 익숙해 지십시오.ActivitySession 문제점 해결
이 페이지는 ActivitySessions에 대한 정보를 찾기 위한 시작점, 커미트 규칙의 복잡도를 줄이기 위한 WebSphere 확장기능 및 1단계 커미트 자원과 연관된 제한사항을 제공합니다.애플리케이션 프로파일링 문제점 해결
이 페이지에서는 동시성, 프리페치 및 미리 읽기를 동적으로 제어하기 위한 계획을 정의하는 데 사용되는 WebSphere 확장 기능인 애플리케이션 프로파일링의 정보를 찾기 위한 시작점을 제공합니다.일괄처리 애플리케이션 문제점 해결
로깅 및 추적을 사용하거나 문제점에 대한 솔루션을 검토하여 일괄처리 애플리케이션 문제를 해결할 수 있습니다.Bean 유효성 검증 API를 사용하는 애플리케이션 문제점 해결
Bean 유효성 검증 API는 프리젠테이션, 비즈니스, 데이터 액세스를 포함하여 애플리케이션의 모든 계층에서 Enterprise JavaBeans의 유효성을 검증하는 표준 메커니즘으로 Java Enterprise Edition 6 플랫폼에 도입되었습니다. Bean 유효성 검증 스펙 이전에는 각 계층에서 JavaBeans의 유효성이 검증되었습니다. 각 계층의 유효성 검증 재구현을 방지하기 위해 개발자는 유효성 검증을 클래스에 직접 번들화하거나 종종 클러터된 유효성 검증 코드를 복사했습니다. 애플리케이션의 모든 계층에 공통된 구현을 하나로 통일하면 개발자의 작업이 단순화되고 시간이 절약됩니다.클라이언트 애플리케이션 문제점 해결
이 페이지는 애플리케이션 클라이언트 및 클라이언트 애플리케이션에 대한 정보를 찾기 위한 시작점을 제공합니다. 사용자의 클라이언트 애플리케이션이 애플리케이션 서버에 대한 정보에 액세스할 수 있도록, 애플리케이션 클라이언트는 애플리케이션 코드가 실행하는 프레임워크를 제공합니다.데이터 액세스 자원 문제점 해결
이 페이지는 데이터 액세스에 대한 정보를 찾기 위한 시작점을 제공합니다. 다양한 엔터프라이즈 정보 시스템(EIS)이 데이터 저장을 위해 여러 가지 방법을 사용합니다. 이러한 백엔드 데이터 저장소는 관계형 데이터베이스, 절차상 트랜잭션 프로그램 또는 오브젝트 지향 데이터베이스일 수 있습니다.동적 캐싱 문제점 해결
이 페이지는 동적 캐시 서비스에 대한 정보를 찾기 위한 시작점을 제공하며, 서블릿, 명령, 웹 서비스 및 JSP(JavaServer Pages) 파일의 출력을 캐싱하여 성능을 개선합니다.EJB 애플리케이션 문제점 해결
이 페이지는 엔터프라이즈 Bean에 대한 정보를 찾기 위한 시작점을 제공합니다.메시징 자원 문제점 해결
이 페이지는 WebSphere Application Server을 사용한 엔터프라이즈 애플리케이션에 대한 비동기 메시징 자원 이용에 대한 정보를 찾기 위한 시작점을 제공합니다.이름 지정 및 디렉토리 문제점 해결
이 페이지는 지원 지정 지원에 대한 정보를 찾기 위한 시작점을 제공합니다. 이름 지정은 서버 측 및 클라이언트 측 컴포넌트 모두를 포함합니다. 서버 측 컴포넌트는 CORBA(Common Object Request Broker Architecture) 이름 지정 서비스(CosNaming)입니다. 클라이언트 측 컴포넌트는 JNDI(Java Naming and Directory Interface) 서비스 제공자입니다. JNDI는 Java EE(Java Platform, Enterprise Edition) 프로그래밍 모델의 코어 컴포넌트입니다.오브젝트 요청 브로커(ORB) 문제점 해결
이 페이지는 오브젝트 요청 브로커(ORB)에 대한 정보를 찾기 위한 시작점을 제공합니다. 제품은 ORB를 사용하여 제품 컴포넌트 사이뿐 아니라 클라이언트 애플리케이션과 서버 애플리케이션 사이의 통신을 관리합니다. 이 Java EE(Java Platform, Enterprise Edition) 표준 서블릿은 ORB, RMI/IIOP(Remote Method Invocation/Internet Inter-ORB Protocol) 및 Java IDL(Java Interface Definition Language)과 관련됩니다.Troubleshooting OSGi applications
This page provides a starting point for finding out how to troubleshoot OSGi applications.Troubleshooting security
서비스 통합 문제점 해결
이 페이지는 서비스 통합에 대한 정보를 찾기 위한 시작점을 제공합니다.Troubleshooting service mapping
This page provides a starting point for finding out how to troubleshoot service mapping.SIP(Session Initiation Protocol) 애플리케이션 문제점 해결
이 페이지는 SIP 애플리케이션에 대한 정보를 찾기 위한 시작점을 제공하며, JSR 116 스펙에 작성된 SIP(Session Initiation Protocol) 서블릿을 하나 이상 사용하는 Java 프로그램입니다.트랜잭션 문제점 해결
이 페이지는 JTA(Java Transaction API) 지원에 대한 정보를 찾기 위한 시작점을 제공합니다. 서버에서 실행 중인 애플리케이션은 트랜잭션을 사용하여 업데이트 모두를 영구적으로 만들거나 만들지 않도록 하나의 작업 단위로 자원에 대한 다중 업데이트를 조정합니다.웹 애플리케이션 문제점 해결
이 페이지는 포틀릿 애플리케이션에 대한 정보를 찾기 위한 시작점을 제공하며, 다음을 포함하여 단위로 관리할 수 있는 하나 이상의 관련 파일로 구성됩니다.웹 서비스 문제점 해결
이 페이지는 웹 서비스에 대한 정보를 찾기 위한 시작점을 제공합니다.
관련 참조:


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc6toptroubleshooting
파일 이름:welc6toptroubleshooting.html