문제 식별 및 정의

문제 식별은 첫 번째 단계이며, 어쩌면 가장 중요한 단계입니다. 문제를 잘못 식별하면 이후의 모든 단계가 잘못된 방향으로 진행됩니다. 이 단계의 목표는 명확하고 구체적이며 확인된 문제 설명을 만드는 것입니다. 문제를 정확히 이해하는 데 쓴 시간은 거의 낭비되지 않습니다. 이후의 모든 노력을 추측이 아니라 실제 증상에 집중하게 해 주기 때문입니다.

먼저 사실을 수집하세요. 영향을 받는 사용자와 이야기하고, 모니터링 대시보드와 로그를 확인하며, 직접 간단한 테스트를 수행하세요. 범위(사용자 한 명, 한 층, 또는 전체 사이트), 시점(언제 시작되었는지), 증상(느림, 간헐적 장애, 완전한 중단)을 파악하는 것이 목표입니다. 정보가 구체적일수록 가설도 더 정확해집니다.

"무엇이 변경되었나요?"는 강력한 질문입니다. 대부분의 문제는 새로운 하드웨어, 구성 편집, 소프트웨어 업데이트, 전원 문제와 같은 변경 직후에 시작됩니다. 사용자에게 질문하고 변경 로그를 확인하세요. 어제는 서비스가 작동했는데 오늘 실패한다면 무언가가 달라진 것입니다. 그 차이를 찾으면 원인으로 곧바로 이어지는 경우가 많습니다. 최근 변경 사항을 우선 의심하세요.

사용자는 자신의 말로 증상을 설명하므로, 주의 깊고 친절하게 인터뷰하세요. "실패했을 때 무엇을 하고 있었나요?", "그 밖에 변경된 사항이 있나요?"와 같이 열린 질문을 하세요. 잘못된 답을 유도하는 질문은 피하세요. 사용자가 세부 정보를 빠뜨리거나 원인이 아닌 결과를 설명할 수 있다는 점을 기억하세요. 인내심과 좋은 질문은 모호한 불만을 유용한 데이터로 바꿉니다.

범위를 파악하면 검색 범위를 크게 좁힐 수 있습니다. PC 한 대만 영향을 받는다면 해당 장치나 케이블을 살펴보세요. VLAN 전체가 작동하지 않는다면 스위치나 게이트웨이를 의심하세요. 전체 사이트에서 인터넷이 되지 않는다면 WAN 링크나 ISP에 집중하세요. 문제의 규모를 가능한 원인의 규모와 맞추면 많은 시간을 절약할 수 있습니다.

가능하다면 직접 문제를 재현하세요. 장애를 재현하면 문제가 실제로 존재한다는 사실을 확인하고, 정확한 조건을 알아내며, 수정 후 반복할 수 있는 테스트를 마련할 수 있습니다. 사용자의 컴퓨터에서 웹사이트가 열리지 않는다면 같은 네트워크에 연결된 자신의 컴퓨터에서 시도해 보세요. 간헐적인 문제는 재현하기 어렵지만, 재현에 성공하면 해결 여부를 확인하는 데 매우 유용합니다.

CompTIA는 명백한 원인도 확인하라고 명시합니다. 많은 장애에는 뽑힌 케이블, 전원이 꺼진 장치, 만료된 비밀번호, 로그인 중 켜진 Caps Lock처럼 평범한 원인이 있습니다. 이러한 항목을 먼저 확인하는 데는 몇 초밖에 걸리지 않으며, 문제를 해결하는 경우도 많습니다. "그럴 리가 없다"고 생각하여 간단한 확인을 건너뛰면 사소한 결함 때문에 몇 시간을 낭비하게 되는 전형적인 상황이 생깁니다.

장치는 종종 자체적으로 문제를 알립니다. 로그에서 오류 메시지를 읽고, 인터페이스 링크 표시등을 확인하며, 모니터링 경고를 검토하세요. 스위치 포트의 빨간 표시등, 기록된 "인터페이스 중단" 이벤트, DHCP 오류 메시지는 결함을 직접 가리킬 수 있습니다. 장비가 감지한 내용을 확인하는 것은 사용자의 보고를 보완합니다.

문제가 하나인지 여러 개인지 생각해 보세요. 때로는 서로 관련 없는 두 가지 결함이 동시에 나타나 하나의 이상한 증상처럼 보입니다. 단서가 하나의 원인에 들어맞지 않는다면 두 문제가 겹쳐 있는지 확인하세요. 복잡하게 얽힌 문제를 분리하면 모든 것을 하나의 억지 가설로 설명하려 할 때 생기는 혼란을 피할 수 있습니다.

발견한 내용을 정확한 문제 설명으로 정리하세요. 누가 영향을 받는지, 무엇이 실패하는지, 언제 시작되었는지, 어떤 패턴이 있는지를 포함합니다. "오전 9시에 스위치를 재부팅한 이후 VLAN 20의 모든 전화가 등록되지 않음"은 "전화가 고장 남"보다 훨씬 유용합니다. 좋은 설명은 이후 방법론 전체가 세워지는 토대입니다.

탄탄한 문제 정의는 자연스럽게 원인 가설로 이어집니다. 한 스위치의 구성을 변경한 뒤 문제가 시작되었고 그 스위치의 사용자에게만 영향을 준다면 첫 번째 가설은 자연스럽게 정해집니다. 식별에 충분한 노력을 들이면 가설 수립, 테스트, 수정이 훨씬 빠르고 정확해집니다. 문제를 잘 정의하면 나머지 문제 해결 과정도 순조롭게 진행됩니다.

문제 식별에 대한 이해도를 확인해 보세요.

문제를 식별하고 정의하는 방법을 배웠습니다. 핵심 내용:

• 사용자, 로그, 테스트를 통해 범위, 시점, 증상을 수집합니다.
• 항상 "무엇이 변경되었나요?"라고 질문합니다.
• 범위를 파악하여 가능한 원인의 규모를 가늠하고, 가능하면 문제를 재현합니다.
• 먼저 명백한 원인도 확인합니다.
• 이후 모든 단계를 이끌 수 있도록 정확한 문제 설명을 작성합니다.