윈도우 .log 파일 삭제해도 되나요? 지워도 되는 로그와 위험한 로그 구분법

.log 파일 삭제해도 되나요? C드라이브에서 용량이 큰 로그를 발견했다면 확장자만 보고 지우면 안 돼요. 대부분은 기록 파일이지만 위치와 만든 프로그램에 따라 진단·보안·설치 기록이 사라질 수 있어요.

오래된 임시 로그는 대체로 삭제할 수 있어요. 먼저 전체 경로, 생성 프로그램, 최근 수정 날짜를 확인한 뒤 안전한 방법으로 정리하세요.

윈도우 .log 파일은 삭제해도 되나요?

판정은 조건부 삭제 가능이에요. 로그는 대부분 실행 파일이 아니므로 오래된 기록을 지운다고 프로그램 본체까지 함께 없어지지는 않아요.

하지만 로그가 어떤 작업을 기록하는지는 프로그램마다 달라요. 단순 오류 메시지만 담긴 파일도 있지만, 설치 과정이나 백업 상태, 보안 감사 기록을 보관하는 로그도 있어요.

따라서 파일 이름보다 전체 경로, 생성 프로그램, 최근 수정 날짜를 먼저 살펴봐야 해요. C드라이브에서 검색된 모든 .log를 선택해 일괄 삭제하는 방식은 피하세요.

.log 파일은 왜 생기나요?

.log는 프로그램이 언제 실행됐고 어떤 작업을 했는지 남기는 기록 파일이에요. 오류가 발생했을 때 원인을 찾거나 설치와 업데이트가 정상적으로 끝났는지 확인하는 데 사용돼요.

프로그램이 실행될 때마다 새 내용이 추가되는 로그도 있어요. 일정 크기가 되면 이전 파일을 압축하거나 log.1, log.2처럼 이름을 바꾸는 프로그램도 있어요.

일반 .log 파일과 Windows 이벤트 기록은 구분해야 해요. Windows 이벤트 로그는 주로 .evtx 형식이고, ETW 추적 파일은 .etl 형식이에요. 파일 탐색기에서 임의로 지우기보다 이벤트 뷰어나 전용 관리 기능을 사용해야 해요.

지워도 되는 로그와 확인이 필요한 로그

가장 먼저 볼 곳은 파일 경로예요. 사용자 임시 폴더의 오래된 로그는 비교적 위험이 낮지만, Windows 폴더나 업무 프로그램 폴더의 로그는 확인 없이 지우면 안 돼요.

AppData에 있다는 이유만으로 모두 안전한 것도 아니에요. AppData에는 브라우저와 게임뿐 아니라 메신저, 보안 프로그램, 동기화 프로그램의 기록도 저장될 수 있어요.

C:WindowsLogs의 DISM.log나 CBS.log는 Windows 구성 요소와 업데이트 문제를 분석할 때 사용돼요. 최근 업데이트 실패나 시스템 오류를 해결하고 있다면 진단이 끝날 때까지 보관하는 편이 안전해요.

로그 파일을 삭제하기 전에 확인할 5가지

파일 이름에 error, setup, install, update, backup, audit, transaction 같은 단어가 있으면 한 번 더 확인하세요. 이름만으로 위험 여부가 확정되지는 않지만, 문제 해결이나 작업 이력을 담고 있을 가능성이 있어요.

윈도우에서 로그 파일을 안전하게 삭제하는 방법

가장 안전한 순서는 프로그램 자체 정리 기능 → Windows 공식 정리 기능 → 개별 수동 삭제예요. 자체 기능을 사용하면 프로그램이 현재 사용하지 않는 로그만 골라 정리할 가능성이 높아요.

1. 프로그램의 자체 정리 기능부터 확인해요

로그를 만든 프로그램의 설정에서 로그 보관 기간이나 기록 삭제 메뉴를 찾아보세요. 메뉴가 없다면 해당 프로그램의 공식 지원 문서에서 파일명이나 경로를 검색하는 것이 안전해요.

2. Windows 11 정리 권장 사항을 확인해요

Windows 11에서는 설정 → 시스템 → 스토리지 → 정리 권장 사항으로 이동해요. Microsoft 지원 문서에는 같은 기능이 ‘추천 정리 항목’으로 표시되기도 하니, 임시 파일과 대용량 또는 사용하지 않는 파일을 검토하는 메뉴를 찾으면 돼요.

Microsoft 지원 – Windows에서 드라이브 공간 확보에서 현재 제공되는 정리 방법과 메뉴 흐름을 확인할 수 있어요.

3. 저장 공간 센스(Storage Sense)로 임시 파일을 관리해요

저장 공간 센스는 시스템 드라이브의 불필요한 임시 파일과 휴지통 항목을 자동으로 정리하는 기능이에요. Microsoft 지원 문서에서는 같은 기능을 ‘스토리지 센스’로도 표시해요. 다운로드 폴더와 클라우드 파일은 사용자가 조건을 설정하지 않으면 기본적으로 정리 대상에 포함되지 않아요.

Microsoft 지원 – 스토리지 센스로 드라이브 공간 관리에서 실행 조건과 삭제 범위를 확인해보세요.

4. 개별 로그는 휴지통을 거쳐 삭제해요

프로그램을 완전히 종료한 뒤 파일을 선택하고 Delete 키를 누르세요. 처음부터 Shift+Delete로 영구 삭제하지 말고, 문제가 없는지 확인할 때까지 휴지통에 남겨두는 것이 좋아요.

관리자 권한이나 명령 프롬프트를 이용해 드라이브 전체의 *.log를 강제로 지우는 방법은 사용하지 마세요. 파일의 용도와 사용 상태를 무시해 필요한 진단 기록까지 함께 없앨 수 있어요.

로그 파일이 삭제되지 않거나 다시 생기는 이유

“다른 프로그램에서 사용 중”이라는 메시지가 나오면 해당 프로그램이나 백그라운드 서비스가 로그에 내용을 쓰고 있는 상태일 수 있어요. 강제로 권한을 바꾸기보다 프로그램을 종료하고 다시 시도하세요.

종료 후에도 삭제되지 않으면 Windows를 재부팅한 다음 확인해보세요. 그래도 잠겨 있다면 프로그램의 자체 정리 메뉴나 공식 지원 절차를 먼저 사용해야 해요.

삭제한 로그가 다시 생기는 것은 프로그램이 실행 기록을 새로 작성하기 때문일 수 있어요. 파일이 다시 생성되는 것 자체는 문제가 아니지만, 짧은 시간에 용량이 계속 커진다면 반복 오류나 과도한 로그 설정을 확인해야 해요.

로그를 계속 지우는 것보다 파일을 만든 프로그램을 업데이트하거나 복구하는 편이 근본적인 해결책일 수 있어요. 오류 메시지가 반복되면 새 로그를 남긴 상태에서 공식 고객 지원에 문의하세요.

로그 파일을 지우면 안 되는 경우와 복구가 필요한 신호

Windows 업데이트, 프로그램 설치, 충돌, 블루스크린 등의 원인을 찾는 중이라면 로그를 남겨두세요. DISM.log와 CBS.log 같은 파일은 Windows 서비스와 구성 요소 오류를 확인하는 자료로 사용돼요.

Microsoft Learn – 배포 문제 해결 및 로그 파일에는 DISM.log와 CBS.log 등 Windows 진단 로그의 역할이 정리돼 있어요.

회사 PC의 보안 감사 로그, 서버 작업 로그, 백업 이력, 데이터베이스 트랜잭션 로그도 임의로 지우면 안 돼요. 보관 정책이나 사고 조사에 필요한 기록일 수 있으므로 담당 관리자에게 확인해야 해요.

실수로 삭제했다면 먼저 휴지통을 확인하세요. 휴지통에도 없다면 OneDrive, 파일 기록, 백업 프로그램 등 기존 백업에서 복원할 수 있는지 확인해요.

Windows 이벤트 기록을 정리해야 하는 경우에는 일반 .log 파일처럼 탐색기에서 삭제하지 마세요. 이벤트 로그는 .evtx, ETW 추적은 .etl처럼 전용 형식을 사용하므로 이벤트 뷰어나 해당 관리 도구를 이용해야 해요.

Microsoft Learn – Windows 이벤트에서 이벤트 채널과 .evtx·.etl 로그 파일의 차이를 확인할 수 있어요.

자주 묻는 질문