윈도우 9월 업데이트가 먹통으로 만든 파일 히스토리 복구법과 로컬 백업 점검 가이드

멀쩡한 외장하드를 다시 꽂으라는 경고: 윈도우 9월 패치가 불러온 로컬 백업 먹통 사태

매달 둘째 주 수요일마다 배포되는 마이크로소프트의 정기 보안 업데이트는 원래 PC의 보안 구멍을 메우는 약이어야 한다. 하지만 이번 9월 정기 패치는 사내 PC와 작업용 컴퓨터에서 데이터를 지켜주던 기본 안전장치 하나를 망가뜨렸다. 외장 하드디스크나 네트워크 드라이브를 연결해 중요 문서를 분 단위, 시간 단위로 자동 저장하던 ‘파일 히스토리(File History)’ 기능이 작동을 멈춘 것이다.

현장의 피해 증상은 매우 구체적이고 까다롭다. 백업 전용 외장 드라이브가 케이블로 컴퓨터에 잘 연결되어 있고 파일 탐색기에서도 정상적으로 열리는데, 윈도우는 “드라이브를 다시 연결하라”는 오류 창을 띄운다. 백업 창을 열어보면 마지막 백업 시각이 며칠 전 날짜에 멈춰 서서 갱신되지 않는다. 더 심각한 문제는 복원 화면이다. 과거 시점의 작업 문서를 되살리려고 하면 “사용 가능한 이전 버전이 없습니다”라는 안내가 뜨며 저장되어 있던 사본 목록조차 불러오지 못한다.

이 문제는 윈도우 11 최신 버전(26H1, 25H2, 24H2)은 물론이고 이전 버전인 23H2, 그리고 유료 연장 보안 지원(ESU)을 받는 윈도우 10 PC까지 광범위하게 발생했다. 마치 은행 금고 문이 겉으로는 잠겨 있는데, 정작 열쇠를 넣으니 내부 기계 부품이 헛돌아 문도 안 열리고 새 서류도 넣지 못하는 상태에 빠진 셈이다. 파일 히스토리는 직원의 바탕화면, 문서, 사진, 동영상 폴더를 주기적으로 긁어모아 다른 저장소에 복사해 두는 단순하지만 든든한 도구였기에, 이를 믿고 별도 프로그램을 쓰지 않던 기업 실무진의 불안감이 커지고 있다.

윈도우 빌드별 긴급 패치 코드와 운영체제 버전별 오류 발생 현황

이번 장애는 파일 히스토리 실행 파일(FileHistory.exe)이 윈도우 핵심 라이브러리(KERNELBASE.dll)와 충돌하면서 프로그램이 소리 없이 꺼지는 것이 직접적인 원인이다. 겉으로는 오류 안내 창만 덩그러니 뜨지만, 컴퓨터 내부 기록을 열어보면 프로그램이 백업을 시도할 때마다 강제로 죽고 있었다.

마이크로소프트는 최신 운영체제 사용자를 위해 버그를 수정한 긴급 미리보기(Preview) 업데이트를 내놓았다. 다만 이 패치는 자동으로 깔리는 필수 업데이트가 아니라, 사용자가 직접 윈도우 업데이트 메뉴로 들어가 눌러줘야 하는 ‘선택적 업데이트’ 형태로 배포되었다. 자신의 PC 버전에 맞는 고유 패치 번호(KB)를 확인하고 설치해야 정상 작동한다.

위 표에서 보듯, 가장 최신 버전을 쓰는 기업 PC는 지금 당장 윈도우 업데이트 창을 열어 해당 KB 번호를 내려받으면 문제를 해결할 수 있다. 반면 아직 공식 지원이 끝났거나 ESU 라이선스로 연명 중인 윈도우 11 23H2 및 윈도우 10 PC는 아직 전용 패치가 나오지 않았다. 마이크로소프트가 추후 업데이트를 약속했으나, 그사이 발생하는 데이터 유실 공백은 오롯이 기업 현장의 몫으로 남게 된다.

사내 IT 관리자가 자신의 PC나 직원들의 컴퓨터가 이번 오류에 걸렸는지 확실하게 확인하려면 윈도우 이벤트 뷰어를 열어보면 된다. 시작 버튼을 마우스 오른쪽 단추로 클릭한 뒤 ‘이벤트 뷰어’를 실행한다. 왼쪽 메뉴에서 ‘Windows 로그’ 아래 ‘응용 프로그램’을 누르고, 오른쪽 창에서 ‘현재 로그 필터링’을 클릭한다. 이벤트 수준을 ‘오류’로 체크하고 이벤트 원본에서 ‘Application Error’를 선택한 뒤 확인을 누르면, 오류 목록에 FileHistory.exe 또는 KERNELBASE.dll이라는 글자가 적힌 충돌 기록이 남아 있는지 한눈에 파악할 수 있다.

보이지 않는 데이터 유실 위험: 사내 PC 백업 중단이 부르는 3대 실무 위기

파일 히스토리 오류는 겉보기에 사소한 윈도우 기능 고장처럼 보이지만, 전사 데이터 관리 관점에서는 심각한 업무 중단과 비용 손실을 일으키는 도화선이 된다. 기업 실무진이 맞닥뜨린 위험은 크게 세 가지로 나뉜다.

1) 백업 오류 방치로 인한 복구 지연과 작업 손실

가장 무서운 점은 침묵이다. 많은 직원이 매일 백업 창을 열어보지 않는다. 오른쪽 아래 구석에 드라이브를 다시 꽂으라는 알림이 한 번 스쳐 지나가면, 대다수 실무자는 외장하드 접촉 불량 정도로 여기고 무시하기 일쑤다.

이렇게 1–2주 동안 백업이 끊긴 상태에서 하드웨어가 고장 나거나 작업 중이던 엑셀 파일이 손상되면 돌이킬 수 없는 피해가 발생한다. 매일 4시간 분량의 작업 데이터가 누적되는 설계나 회계 부서에서 2주간의 사본이 사라지면, 80시간에 달하는 작업 시간을 허공에 날리게 된다. 이를 인건비로 환산하면 직원 1인당 최소 수백만 원의 직접 손실이 발생하는 것과 다름없다.

2) IT 지원팀의 불필요한 현장 출동과 헬프리서치팀 운영 공수 폭증

수십 대에서 수백 대의 윈도우 PC를 관리하는 기업 전산팀은 이번 사태로 엄청난 지원 요청에 시달린다. “외장하드가 고장 난 것 같다”, “어제 수정한 계약서 이전 버전으로 되돌리려는데 버튼이 안 눌린다”는 문의가 쏟아지기 때문이다.

전산 담당자가 외장하드를 새것으로 교체해 주거나 케이블을 바꿔 끼워도 운영체제 시스템 파일 자체가 충돌하고 있으므로 문제는 해결되지 않는다. 1대당 원인을 파악하고 케이블 점검, 이벤트 뷰어 확인, 수동 핫픽스 설치까지 진행하는 데 평균 30–45분이 소요된다. 사내에 100대의 PC가 있다면 전산 담당자 한 명이 꼬박 2주 동안 다른 핵심 업무를 전면 중단하고 백업 수리에만 매달려야 하는 셈이다.

3) 로컬 오프라인 사본 부재에 따른 랜섬웨어 방어선 붕괴

기업 보안에서 로컬 외장 드라이브 백업은 인터넷이 끊긴 상태에서도 작동하는 마지막 생명선 역할을 한다. 클라우드 백업이 대세라지만, 회사 내부 규정상 외부 인터넷망으로 보낼 수 없는 기밀 프로젝트 파일이나 대용량 소스코드는 여전히 PC에 직결된 외장 하드에 주기적으로 백업하는 방식을 쓴다.

랜섬웨어는 네트워크 드라이브나 클라우드 동기화 폴더까지 파고들어 암호화하는 경우가 많다. 이럴 때 네트워크와 분리되어 정해진 시간에만 윈도우 파일 히스토리로 기록되던 로컬 사본이 유일한 복구 수단이 된다. 9월 패치 이후 이 연결 고리가 끊어졌다는 것은, 최악의 침해 사고 발생 시 데이터를 복구할 수 있는 방패가 사라졌음을 의미한다.

레거시 파일 히스토리의 한계와 실무 백업 체계의 전면 전환

사실 마이크로소프트는 파일 히스토리를 더 이상 발전시키지 않는 ‘레거시(구형) 기능’으로 취급한 지 오래다. 윈도우 8 시절에 처음 들어간 이후 큰 구조 개선이 없었으며, 현재 마이크로소프트는 사용자들에게 클라우드 기반의 ‘원드라이브(OneDrive)‘나 최신 ‘윈도우 백업(Windows Backup)’ 앱을 쓰도록 유도하고 있다.

하지만 클라우드 기반 도구와 로컬 파일 히스토리는 작동 방식과 쓰임새가 완전히 다르다. 원드라이브는 실시간 동기화에 초점이 맞춰져 있어 로컬에서 파일이 실수로 지워지거나 랜섬웨어에 걸려 깨지면 클라우드 사본도 함께 망가질 위험이 상존한다. 반면 파일 히스토리는 시간대별 스냅샷(특정 시점의 저장본)을 차곡차곡 쌓아두는 방식이어서, 3일 전 오후 2시 상태로 되돌리는 작업이 아주 쉽다.

선도적인 기업들은 이미 운영체제 기본 기능 하나에만 사본 보관을 맡기지 않는다. 이들이 실무에 적용하는 표준은 이른바 **‘3-2-1 백업 원칙’**이다.

• 데이터 사본 3벌 유지: 원본 작업 파일 1개 외에 최소 2개의 복사본을 만든다.
• 서로 다른 저장 매체 2종류 사용: 컴퓨터 내부 드라이브 외에 외장 하드디스크나 회사 사내망 스토리지(NAS)를 섞어 쓴다.
• 물리적으로 떨어진 오프사이트 1곳 보관: 화재나 도난, 랜섬웨어에 대비해 최소 1벌은 클라우드 공간에 보관한다.

이번 파일 히스토리 먹통 사태는 윈도우 기본 기능에만 안일하게 의존하던 작업 환경에 명확한 경고를 던졌다. 기업은 마이크로소프트의 핫픽스만 마냥 기다릴 것이 아니라, 검증된 타사 무료 동기화 도구나 중앙 집중식 네트워크 백업 시스템으로 백업 경로를 넓혀야 한다.

윈도우 백업 정상화를 위한 단계별 실행 로드맵

현재 파일 히스토리를 업무에 쓰고 있는 기업과 사용자는 당장의 먹통 현상을 해결하는 응급 처치와 함께, 앞으로 윈도우 업데이트 때마다 반복될 위험을 원천 차단하는 중장기 체계를 갖추어야 한다.

단기 준비 과제: 이벤트 뷰어 진단과 수동 선택적 패치 배포

당장 오늘부터 사내 PC의 백업이 정상 작동하도록 만드는 것이 최우선이다.

• 전사 PC 장애 여부 표본 점검: 각 부서의 핵심 PC에서 이벤트 뷰어를 실행해 FileHistory.exe 관련 응용 프로그램 오류가 찍혀 있는지 확인한다. 외장하드 연결 상태 창에서 마지막 백업 일시가 9월 8일 전후로 멈춰 있는지 대조한다.
• 버전별 수동 업데이트 내려받기: 윈도우 11 26H1, 25H2, 24H2를 쓰는 PC는 설정 > 윈도우 업데이트로 들어간다. 선택적 업데이트 목록에서 ‘2026-09 Preview Update’라는 이름 뒤에 붙은 패치(KB5124006 또는 KB5124010)를 확인하고, 다운로드 및 설치를 눌러 컴퓨터를 재부팅한다.
• 패치 미지원 버전의 임시 수동 백업 조치: 전용 긴급 패치가 아직 나오지 않은 윈도우 11 23H2나 윈도우 10 PC는 10월 정기 패치가 나올 때까지 마냥 기다려선 안 된다. 중요 업무 폴더(문서, 바탕화면)를 마우스로 끌어 외장 드라이브의 별도 날짜 폴더로 직접 복사해 두는 임시 수동 백업 지침을 사내에 공지한다.

중장기 확대 과제: 중앙 관리 체계 구축과 사본 저장소 다변화

마이크로소프트가 레거시로 분류한 도구는 앞으로의 윈도우 대규모 업데이트에서도 또다시 고장 날 확률이 매우 높다. 더 안정적인 백업 체계로 무게중심을 옮겨야 한다.

• 클라우드와 로컬 저장소의 역할 분담: 일상적인 문서 파일은 마이크로소프트 365의 원드라이브로 동기화하여 버전 관리와 외부 복원력을 확보한다. 반면 기밀 데이터나 수십 기가바이트(GB)에 달하는 프로젝트 파일은 사내 네트워크 저장소(NAS)나 암호화된 외장 드라이브로 경로를 분리한다.
• 자동 스냅샷 전문 도구 도입 검토: 윈도우 기본 파일 히스토리 대신, 시스템에 미치는 영향이 적고 백업 실패 시 관리자에게 이메일 알림을 보내주는 전문 사내 백업 유틸리티를 도입한다. 특정 시간에 자동으로 외장하드에 변경된 파일만 골라 담는 오픈소스 기반 동기화 프로그램을 사내 표준 도구로 배포하는 것도 좋은 방법이다.
• 정기 복원 모의 훈련 실시: 백업은 저장이 아니라 복원이 될 때 비로소 완성된다. 분기에 1회씩 임의의 과거 날짜 파일을 지정해 실제로 원래 상태로 되돌릴 수 있는지 복원 테스트를 진행한다. 오류가 발생했을 때 즉각 알 수 있는 모니터링 체계를 갖추어야만 예기치 못한 운영체제 충돌 속에서도 기업의 핵심 자산을 안전하게 지켜낼 수 있다.