문제점 해결은 문제점 해결에 대한 체계적 접근법입니다. 문제점 해결의 목적은 예상된 대로 작동하지 않는 이유와 문제점을 해결하는 방법을 판별하는 것입니다. 왼쪽 탐색 분할창의 지식 기반 데이터베이스 검색에서 웹 검색 양식을 사용하여 라이브 웹 기반 지원 자원을 검색할 수 있습니다.
문제점 해결 프로세스의 첫 번째 단계에서는 문제점을 완전히 설명합니다. 문제점 설명을 통해 사용자 및 IBM 지원 센터 담당자가 문제점의 원인을 찾을 지점을 알 수 있습니다. 이 단계에서는 사용자가 다음과 같은 기본 질문을 고려합니다.
해당 질문에 응답하여 문제점에 대해 적절히 설명하면 문제점을 해결할 수 있습니다.
문제점을 설명하기 시작할 때 가장 명확한 질문은 "문제점이 무엇입니까?"입니다. 이 질문은 간단한 것 같지만 문제를 자세히 설명하기 위해 여러 주요한 문제로 나눌 수 있습니다. 해당 질문은 다음을 포함할 수 있습니다.
문제점의 발생 지점을 판별하는 것이 항상 쉽지만은 않지만, 문제점을 해결하는 데 가장 중요한 단계 중 하나입니다. 다수의 기술 계층이 보고 및 실패 컴포넌트 사이에 존재할 수 있습니다. 네트워크, 디스크 및 드라이버는 문제점 검사 시 고려할 몇 안되는 컴포넌트입니다.
다음 질문은 문제점 계층을 분리하기 위해 문제점이 발생하는 위치에 초점을 맞추는 데 도움이 됩니다.
하나의 계층에서 문제점을 보고하는 경우 문제점이 반드시 해당 계층에서 발생하는 것은 아닙니다. 문제점이 발생하는 지점을 식별하는 파트는 해당 문제점이 존재하는 환경을 이해하는 것입니다. 운영 체제 및 버전, 모든 해당되는 소프트웨어 및 버전과 하드웨어 정보를 포함하여 시간을 갖고 문제점 환경을 완전히 설명하십시오. 지원되는 구성인 환경 내에서 실행하는지 확인하십시오. 다수의 문제점은 일제히 실행하려고 계획되지 않거나 일제히 완전히 테스트되지 않은 소프트웨어의 호환되지 않는 레벨로 다시 추적할 수 있습니다.
특히 1회성 발생인 케이스의 경우, 실패까지 유도하는 이벤트의 자세한 타임라인을 개발하십시오. 뒤로 작업하여 타임라인을 가장 쉽게 개발할 수 있습니다. 오류가 보고된 시간에 시작하고(밀리초 단위까지 가능한 정확히) 사용 가능한 로그 및 정보를 통해 뒤로 작업하십시오. 일반적으로, 진단 로그에서 찾은 첫 번째 의심스러운 이벤트의 경우에 한해서만 찾아야 합니다.
이벤트의 자세한 타임라인을 개발하려면 해당 질문에 응답하십시오.
이러한 유형의 질문에 응답하면 문제점을 검사할 참조 프레임이 제공될 수 있습니다.
문제점 발생 시 실행되는 시스템 및 애플리케이션을 아는 것은 문제점 해결의 중요한 파트입니다. 해당 환경에 대한 이러한 질문은 문제점의 루트 원인을 식별하는 데 도움이 될 수 있습니다.
해당 유형의 질문에 응답하는 것은 문제점이 발생하고 종속성을 상관시키는 환경을 설명하는 데 도움이 될 수 있습니다. 여러 문제점이 동시에 발생한 경우에는 문제점이 반드시 관련되는 것은 아닙니다.
문제점 해결 관점에서, 적합한 문제점은 재현할 수 있는 문제점입니다. 일반적으로, 문제점을 재현할 수 있는 경우 조사하는 데 많은 도움이 됩니다. 결과적으로, 문제점을 재현하면 종종 더 쉽게 디버그하고 해결할 수 있게 됩니다. 그러나 재현할 수 있는 문제점에는 다음과 같이 단점이 있을 수 있습니다. 문제점이 비즈니스에 중요한 영향을 미치는 경우 이를 재현하는 데 애로사항이 따를 수 있습니다. 가능한 한 더 많은 유연성과 제어를 위해 테스트 또는 개발 환경에서 문제점을 재현하는 것이 좋습니다.