Windows 종료 시 pagefile.sys 지우는 방법
무엇을, 왜 지우는가
Windows는 물리적 RAM이 가득 차면 일부 메모리를 디스크의 pagefile.sys에 옮겨 보관합니다. 이 파일은 가상의 RAM 역할을 하며, 종료 시 기본값으로는 자동 삭제되지 않습니다. 종료 시 pagefile.sys를 비우면 암호, 키, 임시 데이터 같은 민감한 정보가 디스크에 남지 않도록 할 수 있습니다. 단점은 pagefile이 크면 종료 속도가 느려질 수 있다는 점입니다.
중요: 시스템에 충분한 RAM이 있고 페이징을 사용하지 않으려면 페이징을 완전히 비활성화하는 대안도 있습니다. 아래 ‘대안’ 섹션을 참고하세요.
방법 1: 그룹 정책 편집기 사용
요약: 로컬 그룹 정책에서 “Shutdown: Clear virtual memory pagefile” 항목을 활성화합니다.
- Windows 작업 표시줄의 검색 상자를 엽니다.
- “gpedit.msc” 또는 “gpedit”를 입력합니다.
- 검색 결과에서 “Edit group policy” 또는 로컬 그룹 정책 편집기를 엽니다.
- 좌측 패널에서 다음 경로로 이동합니다:
- Computer Configuration > Windows Settings > Security Settings > Local Policies > Security Options
- 오른쪽 패널에서 “Shutdown: Clear virtual memory pagefile” 정책을 찾아 더블클릭합니다.
- Local Security Setting 탭에서 “Enabled” 라디오 버튼을 선택합니다.
- OK를 눌러 변경사항을 저장하고 그룹 정책 편집기를 닫습니다.
팁: 도메인에 가입된 컴퓨터의 경우 도메인 그룹 정책(GPO)에서 동일한 설정을 변경해야 전체 환경에 적용됩니다.
방법 2: 레지스트리 편집기 사용
요약: 레지스트리의 ClearPageFileAtShutdown 값을 1로 설정합니다. 변경 전 시스템 복원 지점을 만들어 두세요.
중요: 레지스트리 편집은 시스템 손상을 유발할 수 있으므로, 변경 전 복원 지점이나 전체 백업을 권장합니다.
- Win + R을 눌러 실행 창을 엽니다.
- regedit를 입력하고 Enter를 누릅니다.
- UAC 프롬프트가 뜨면 예(Yes)를 클릭합니다.
- 레지스트리 편집기 좌측 패널에서 다음 키로 이동합니다:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management- 오른쪽 패널에서 ClearPageFileAtShutdown 항목을 찾아 더블클릭합니다.
- 값 데이터를 1로 변경합니다. (0 = 비활성, 1 = 활성)
- OK를 클릭하고 레지스트리 편집기를 닫습니다.
- 변경 사항이 적용되려면 시스템을 재부팅하거나 다음 종료 시 적용됩니다.
주의: 일부 관리 도구나 회사 정책이 레지스트리를 덮어쓸 수 있으니 기업 환경에서는 중앙관리 정책과 조율하세요.
변경 확인 및 테스트 방법
- 그룹 정책을 사용했다면 로컬 그룹 정책 편집기에서 설정이 Enabled인지 다시 확인합니다.
- 레지스트리를 사용했다면 ClearPageFileAtShutdown 값이 1인지 확인합니다.
- 종료 후 시스템이 다시 부팅되면 pagefile.sys는 시스템 시작 시 새로 생성됩니다. 비우기 동작 자체는 눈으로 확인하기 어렵지만, 종료 시간이 평소보다 길어지거나 pagefile 파일이 재생성되는 것으로 간접 확인할 수 있습니다.
테스트 절차 예시:
- 중요한 문서나 암호가 포함된 프로세스를 실행(또는 시뮬레이션)합니다.
- 시스템을 정상적으로 종료합니다(Shut down).
- 다른 매체로 부팅해 디스크를 검사 — pagefile.sys가 존재하되 종료 직전의 내용이 남아 있지 않아야 합니다(전문 포렌식 도구 사용 시 확인 가능).
대안: 페이징 파일 비활성화 또는 크기 조정
- 페이징 완전 비활성화: 제어판 > 시스템 > 고급 시스템 설정 > 성능 설정 > 고급 > 가상 메모리에서 “없음”으로 설정. 메모리가 충분하지 않으면 프로그램이 작동을 멈출 수 있으므로 서버나 메모리 압박이 있는 시스템에는 권장하지 않습니다.
- 고정 크기 설정: 시스템 관리자가 허용하는 경우 고정 크기(min=max)를 지정하여 불필요한 스와핑을 줄이고 예측 가능한 디스크 사용을 만들 수 있습니다.
대안이 실패하는 경우: RAM 부족으로 인해 애플리케이션이 중단되거나 시스템이 불안정해지면 페이징 파일을 다시 활성화해야 합니다.
언제 이 설정을 사용하지 말아야 하나
- 휴대용 PC나 SSD 수명이 걱정되어 쓰기 수를 최소화해야 하는 경우(단, 현대 SSD는 일반적인 사용에서는 충분한 수명).
- 시스템에 중요한 성능 요구(실시간 애플리케이션)가 있고 종료 지연이 허용되지 않는 환경.
- 중앙 정책으로 관리되는 엔터프라이즈 환경에서 로컬 변경이 정책 위반인 경우.
관리자용 체크리스트
- 변경 전 시스템 복원 지점 또는 이미지 백업 생성
- 변경 적용 대상(단일 PC / OU / 도메인) 확인
- 그룹 정책 또는 레지스트리 중 적합한 방법 선택
- 변경 후 샘플 시스템에서 종료 시간 측정(평소 대비)
- 로그 및 이벤트 뷰어에서 예기치 않은 오류 확인
- 정책을 문서화하고 롤백 절차를 준비
간단 SOP (표준 운영 절차)
- 백업: 복원 지점 생성.
- 적용: 그룹 정책으로 적용하거나 레지스트리 편집으로 설정.
- 검증: 1대의 테스트 머신에서 종료·부팅 테스트.
- 모니터링: 1주일간 이벤트 로그와 사용자 보고 모니터링.
- 배포: 문제가 없으면 대상 범위를 넓혀 배포.
- 문서화: 변경 로그와 적용 일자 기록.
롤백(복구) 절차:
- 그룹 정책: 정책을 Disabled로 변경 후 gpupdate /force 실행.
- 레지스트리: ClearPageFileAtShutdown 값을 0으로 변경 후 재부팅.
결정 흐름 (Mermaid)
flowchart TD
A[종료 시 pagefile 지우기 필요?] -->|민감 데이터 보유| B[그룹 정책 또는 레지스트리로 활성화]
A -->|충분한 RAM, 페이징 불필요| C[페이징 비활성화 고려]
A -->|성능 우선| D[변경 보류 또는 고정 크기 설정]
B --> E[테스트 및 모니터링]
C --> E
D --> E(위 흐름은 의사결정 보조용이며 조직 정책과 하드웨어 상황을 고려해 조정하세요.)
수용 기준
- 종료 시 pagefile 비우기 설정을 적용하면 해당 PC는 다음 재부팅 시 pagefile을 새로 생성합니다.
- 설정 적용 후 종료 시간이 허용範囲(예: 10~30초 추가) 내인지 검증해야 합니다.
- 조직 규정에 따라 로그와 정책 문서가 업데이트되어야 합니다.
보안 및 개인정보 고려사항
- 로컬에서 pagefile을 비우는 것은 디스크 상의 민감데이터 노출 위험을 줄여줍니다. 그러나 전체 디스크 암호화(BitLocker 등)과 병행하면 더 높은 보안을 제공합니다.
- 중앙 관리형 환경에서는 정책 충돌로 인해 변경이 덮어쓰기 당할 수 있으므로 보안 팀과 협의하세요.
- GDPR 등 개인 데이터 규정이 적용되는 환경에서는 로컬 데이터 제거 정책의 일환으로 이 설정을 문서화해 두는 것이 좋습니다.
FAQ
Q: 이 설정을 켜면 SSD 수명이 줄어드나요?
A: 일반적인 데스크톱/노트북 사용 환경에서는 큰 영향을 미치지 않습니다. 다만 아주 높은 빈도로 대용량 페이지 파일을 지우는 환경이라면 쓰기 횟수가 증가할 수 있어 SSD 수명 고려가 필요합니다.
Q: 그룹 정책과 레지스트리 중 어떤 방법을 쓰는 것이 좋나요?
A: 단일 PC는 레지스트리나 로컬 그룹 정책 모두 가능하지만, 여러 대의 PC를 관리하는 환경에서는 도메인 그룹 정책을 통해 중앙에서 일괄 적용하는 것이 안정적입니다.
Q: 변경 후 즉시 효과가 나옵니까?
A: 레지스트리나 그룹 정책 변경은 다음 종료 시 적용됩니다. 일부 정책은 gpupdate나 재부팅이 필요할 수 있습니다.
요약
- 종료 시 pagefile.sys를 비우면 디스크에 남을 수 있는 민감한 데이터를 제거할 수 있습니다.
- 그룹 정책(gpedit) 또는 레지스트리(regedit)에서 설정 가능하며, 변경 전 백업을 권장합니다.
- 종료 시간이 늘어날 수 있으므로 테스트 후 조직 정책에 따라 배포하세요.
중요: 기업 환경에서는 보안팀/IT 운영팀과 협의 후 정책을 적용하세요.
