# Windows 레지스트리를 정기적으로 청소해야 할까

앱을 제거한 뒤에 남은 레지스트리 항목과, 클리너가 보고하는 긴 레지스트리 문제 목록은 다릅니다. 전자는 그 앱의 설치, 제거, 파일 위치와 맞춰 볼 수 있습니다. 이름이나 식별자만으로는 삭제의 효과를 확인하기 어렵습니다.

## 레지스트리에는 제거 잔여물만 있는 것이 아닙니다

Windows와 응용 프로그램은 설정, 파일 형식, 서비스, 그 밖의 등록에 레지스트리를 사용합니다. 항목이 많다고 Windows를 수리해야 하는 것은 아닙니다. 드라이브가 가득 찼다면 레지스트리를 되찾을 공간의 주된 원천으로 보지 말고, 파일과 캐시를 조사합니다.

Microsoft의 [레지스트리 문서](https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/windows-registry-advanced-users)는 그 용도와 백업 방법을 설명합니다. 특정 결함은 앱이나 시스템 문서를 따릅니다. 보고된 문제 수만으로 일괄 제거를 정당화할 수는 없습니다.

## 등록은 다른 곳에 저장된 데이터를 가리킬 수 있습니다

`HKEY_CURRENT_USER`(HKCU)는 대체로 현재 사용자의 구성을 담고, `HKEY_LOCAL_MACHINE`(HKLM)은 컴퓨터 수준의 구성을 담습니다. 범위가 다릅니다. 파일 경로가 들어 있는 값은 그 파일 자체가 아닙니다. 키를 제거해도 프로그램이 제거되지 않으며, 가리키던 데이터가 자동으로 지워지지도 않습니다.

예를 들어 제거 뒤에 남은 상황에 맞는 메뉴 항목이 없는 프로그램을 가리킬 수 있습니다. 정확한 대상과, 다른 설치가 아직 있는지를 확인합니다. 제조사 이름이 들어 있는 키를 모두 지우면 다른 제품의 설정에 영향을 줄 수 있습니다. 쓸모 있는 조사는 이름이 맞는 개수를 세는 것이 아니라 특정 등록을 따라가는 것입니다.

<figure class="blog-diagram">
  <picture>
    <source media="(max-width: 900px)" srcset="/img/blog/windows-windows-registry-cleaning-en-mobile.webp" type="image/webp" width="768" height="1180">
    <img src="/img/blog/windows-windows-registry-cleaning-en.webp" width="1360" height="454" loading="lazy" alt="레지스트리 범위와 백업 범위는 다릅니다">
  </picture>
  <figcaption>사용자 구성과 컴퓨터 구성은 범위가 다릅니다. 레지스트리 내보내기는 가리키는 프로그램 파일이 아니라 선택한 키와 값을 담습니다.</figcaption>
</figure>

## 레지스트리 내보내기는 완전한 시스템 스냅샷이 아닙니다

`.reg` 파일은 키와 값을 텍스트로 나타냅니다. 가져오기는 그 내용을 다시 씁니다. 레지스트리 전체를 내보낸 시점의 상태로 자동으로 되돌리지는 않습니다. 프로그램 파일, 드라이버, 개인 데이터도 복원하지 않습니다. 오래된 백업을 모두 가져오면, 올바르게 제거했던 시작 항목과 연결이 다시 생길 수 있습니다.

되돌리려는 작업에 백업의 시각, 앱, 키 경로를 맞춥니다. 시스템 수준 복원에는 Windows 복구 도구를 사용합니다. Microsoft의 [레지스트리 문서](https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/windows-registry-advanced-users)는 키 백업과 복구를 설명합니다. 그 문서의 예전 시스템 경로와 도구를 현재 Windows에 가리지 않고 복사하라는 안내는 아닙니다.

백업 범위가 백업이라는 표시가 있는 것보다 중요합니다. 복구를 지원한다고 정체를 모르는 키를 지워도 되는 것은 아닙니다.

## 등록을 어느 앱이 소유하는지 확인합니다

제거 프로그램이 주 실행 파일은 지우면서 파일 연결, 시작 항목, 상황에 맞는 메뉴 등록은 남길 수 있습니다. 다시 설치할 때를 위해 설정을 일부러 남길 수도 있습니다. 디렉터리 이름이 비슷하거나 게시자가 같다고, 그 등록이 제거 중인 앱만의 것이라는 뜻은 아닙니다.

Mole은 먼저 앱 자신의 제거 프로그램을 실행합니다. 성공한 뒤에 사용자가 고른 잔여 항목을 다루고, 소유와 다른 설치 앱을 확인하며, 개인 데이터는 기본적으로 선택하지 않습니다. 공유 내용은 아직 그것을 쓰는 소프트웨어를 위해 남아야 합니다.

그 레지스트리 처리는 특정 제거를 위한 것입니다. PC의 쓰이지 않아 보이는 키를 모두 찾는 스캔이 아닙니다. 제거를 취소하거나 실패하면, 그 뒤의 데이터 제거가 정상적으로 이어지지 않습니다.

## 백업이 복원하는 것은 등록이지, 앱 전체가 아닙니다

레지스트리 항목을 제거하기 전에 Mole은 `.reg` 백업을 저장합니다. 작업 시각과 앱 이름으로 해당 파일을 찾습니다. [Windows 도움말](/ko/windows/help)에 위치와 확인 단계가 있습니다. 폴더의 모든 파일을 가져오지 말고, 내용을 읽은 뒤 이 작업에 필요한 백업만 가져옵니다.

레지스트리 백업은 삭제된 응용 프로그램을 다시 설치하지 않으며, 영구 삭제된 파일도 복구하지 않습니다. 휴지통으로 옮긴 파일은 거기에 남아 있는 동안에만 복원 경로가 있습니다. 휴지통을 비우면 그 조건이 바뀝니다.

## 잘못된 시작 항목도 확인된 대상이 필요합니다

제거된 실행 파일을 가리키는 항목은, 대상이 없어진 것을 확인한 뒤에 다룰 수 있습니다. 분리된 외장 드라이브, 사용할 수 없는 네트워크 위치, 읽을 수 없는 디렉터리는 프로그램이 삭제됐다는 증거가 아닙니다.

Mole 최적화의 잘못된 시작 항목 확인과 앱 제거 항목은 그 구분을 따릅니다. 목록을 0으로 줄이려고 시스템 권한을 가져가지 말고, 식별되고 소유가 분명한 항목을 검토합니다.

제거 뒤에도 실행 중인 소프트웨어는 [제거 잔여물과 프로세스](/ko/windows/blog/what-apps-leave-after-uninstall)를 봅니다. 시작 메뉴나 검색이 깨졌다면 [Windows 최적화가 하는 일](/ko/windows/blog/what-windows-optimization-does)을 봅니다. 구체적인 문제를 그 컨트롤에 맞추면, 레지스트리를 주기적으로 스캔하는 것보다 결과를 확인하기 쉽습니다.


Canonical: https://mole.fit/ko/windows/blog/windows-registry-cleaning
