クイズ: ログがないとき

애플리케이션 로그가 이미 지워졌다. 사고 시각을 특정하는 가장 직접적인 방법은?

• 고객에게 사고가 난 시각을 다시 묻는다
• 서버를 재시작해 재현한다
• 실패 레코드의 타임스탬프를 분 단위로 집계해 급증 지점을 찾는다
• 직전 백업을 복원해 본다

접근 로그는 정상인데 에러 로그만 그 구간에 없다. 무엇을 시사하는가?

• 그 구간에 에러가 없었다
• 로그 레벨이 DEBUG 로 낮춰져 있다
• 요청이 앱까지 도달하지 못하고 앞단에서 끊겼을 가능성
• 디스크가 차서 못 썼다

평소 분당 200줄이던 로그가 특정 4분 구간만 0줄이다. 가장 유력한 해석은?

• 그 시간대에 트래픽이 없었다
• 그 사이 로그 레벨이 바뀌었다
• 흔한 일이라 정상 범위다
• 프로세스가 멈췄거나 디스크 문제로 기록되지 못했다

재발 방지 항목으로 가장 실효가 큰 것은?

• 로그 레벨을 전부 DEBUG 로 변경
• 서버 증설
• 요청마다 상관 ID 를 붙여 서비스를 가로질러 추적 가능하게 함
• 모니터링 대시보드 추가

문제가 진행 중인데 로그가 없다. 지금 할 수 있는 가장 실용적인 조치는?

• 다시 재현될 때까지 기다린다
• 주기적 스냅샷 스크립트를 붙여 상태를 파일로 남긴다
• 일단 서버를 재시작해 본다
• 로그 레벨을 DEBUG 로 올린다

find /etc -mmin -1440 -type f 로 알 수 있는 것은?

• 설정 파일의 소유자
• 파일을 읽은 접근 기록
• /etc 의 디스크 사용량
• 최근 24시간 안에 내용이 바뀐 설정 파일