요약:
Microsoft는 ReFS 파일 시스템 이동식 저장 장치에 대한 Windows 시스템 지원을 더욱 강화하고 있습니다. 마이크로소프트의 최신 보안 정책에 따르면, 2027년 1월 윈도우 보안 업데이트부터 윈도우는 기본적으로 ReFS 파일 시스템을 사용하는 U 디스크 및 외장 하드 디스크 탑재를 차단한다. 사용자가 이러한 장치를 계속 사용하려면 그룹 정책이나 레지스트리를 통해 관련 설정을 수동으로 조정해야 합니다.
이번 결정은 매우 우려스럽습니다. 최근 몇 년 동안 Microsoft는 ReFS를 개발자 전용 Dev Drive에 사용할 뿐만 아니라 ReFS를 디스크 파티션 형식으로 직접 선택할 수 있는 Windows 설치 프로그램의 기능을 테스트하는 등 Windows 시스템에서 ReFS의 적용 범위를 확장해 왔습니다. 그러나 외부 세계에서는 ReFS가 점차적으로 NTFS의 기존 역할을 더 많이 맡을 것으로 예상하고 있는 것처럼 Microsoft는 이동식 저장 장치에서 ReFS 사용을 지원하지 않는다는 점을 분명히 밝혔으며 시스템 업데이트를 통해 이러한 제한을 시행할 준비를 하고 있습니다.
ReFS는 Resilient File System의 약어로, 일반적으로 중국어로 "탄력적 파일 시스템" 또는 "복구 파일 시스템"으로 번역됩니다. 대규모 스토리지 환경에서 데이터 무결성, 시스템 신뢰성 및 처리 성능을 향상시키기 위해 Microsoft에서 개발했습니다. 1990년대에 탄생한 NTFS와 비교할 때 ReFS는 일부 스토리지 시나리오에서 확실한 이점을 갖고 있으며 특히 가상화, 대용량 데이터 관리 및 데이터 손상 위험을 줄여야 하는 워크로드에 적합합니다.
Microsoft는 이번에 갑자기 ReFS 모바일 하드 드라이브를 금지하기로 결정한 것이 아니라 이전의 기존 기술 제한을 기본 시스템 보안 정책으로 더욱 전환했습니다. Microsoft는 이동식 미디어를 통해 ReFS 볼륨을 마운트하는 것은 지원되는 구성이 아니라는 점을 지원 문서에 분명히 명시하고 있습니다. 이 조정의 목적은 관리자가 지원되지 않는 구성을 식별하고 필요한 경우 관련 볼륨이 탑재되지 않도록 방지하는 것입니다.
Microsoft가 발표한 구현 계획에 따르면 전체 프로세스는 두 단계로 나누어집니다.
첫 번째 단계는 2026년 10월 13일에 출시된 Windows 보안 업데이트로 시작되었습니다. 이 단계에서 시스템은 기본적으로 감사를 활성화합니다. Windows는 이동식 미디어에서 ReFS 볼륨의 존재를 감지하면 해당 이벤트를 기록하지만 기본적으로 볼륨이 탑재되는 것을 방지하지는 않습니다. 관리자는 시스템 로그를 통해 어떤 장치가 아직 이 구성을 사용하고 있는지 확인하고 관련 워크플로를 미리 조정할 수 있습니다.
2단계는 2027년 1월 Windows 보안 업데이트와 함께 출시될 예정입니다. 이때 감사 및 차단 기능이 모두 기본적으로 활성화됩니다. 해당 조건을 충족하는 외부 ReFS 볼륨은 관리자가 해당 그룹 정책이나 레지스트리 설정을 명시적으로 수정하지 않는 한 정상적으로 마운트되지 않습니다.
이는 USB 플래시 드라이브, 모바일 하드 드라이브 및 기타 장치를 ReFS로 포맷한 사용자는 후속 시스템 업데이트에 미리 주의해야 함을 의미합니다. 장치가 ReFS를 사용하여 데이터를 저장하거나 액세스하는 경우 Windows는 기본 정책이 적용된 후 더 이상 사용자에게 이러한 볼륨에 대한 일반적인 액세스를 제공하지 않을 수 있습니다.
그러나 Microsoft는 이러한 제한이 디스크의 파일을 직접 삭제하는 것이 아니라 파일 시스템 마운트 프로세스에 적용된다는 점을 강조했습니다. 즉, 시스템이 마운트를 차단한다고 해서 데이터가 자동으로 지워지는 것은 아니지만 사용자가 윈도우를 통해 정상적으로 데이터에 접근하지 못할 수도 있다. 따라서 Microsoft에서는 관리자가 강제 차단을 활성화하기 전에 관련 데이터가 지원되는 저장소 구성으로 마이그레이션되었는지 확인할 것을 권장합니다.
일반 사용자가 가장 주의해야 할 점은 "디스크에 액세스할 수 없음"을 "파일이 삭제되었습니다"로 착각하지 마십시오. 그러나 위험을 무시할 수는 없습니다. 장치가 ReFS 형식을 사용하는 경우 시스템 업데이트가 필수 제한을 적용하기 전에 중요한 파일을 다른 저장 매체에 백업하고 모바일 하드 드라이브를 모바일 저장 목적에 더 적합한 파일 시스템으로 다시 포맷하는 것이 가장 좋습니다.
Microsoft는 또한 조직이 필요에 따라 이 정책을 제어할 수 있도록 해당 관리 옵션을 제공합니다. 관련 설정은 RefsRemovableDeviceMountPolicy라고 하며 그룹 정책이나 레지스트리를 통해 구성할 수 있습니다.
레지스트리에서 관련 정책 값은 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystem 경로 아래에 있으며 이름은 RefsRemovableDeviceMountPolicy입니다. 해당 값은 종료 정책, 감사 전용 및 마운트 방지의 세 가지 모드에 해당합니다. 그룹 정책을 통해 중앙에서 관리되는 경우 정책 값은 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetPolicies 경로 아래에 있습니다. 두 가지 방법을 모두 설정하면 그룹 정책이 로컬 레지스트리 설정보다 우선합니다. 구성을 수정한 후 새 설정을 적용하려면 장치를 다시 시작해야 합니다.
이러한 설정은 주로 시스템 관리 및 저장소 구성을 이해하는 사용자를 위한 것입니다. 일반 사용자의 경우 시스템 정책을 수동으로 수정하는 것이 가장 안전한 첫 번째 선택은 아닙니다. 특히 기업 환경에서 외부 ReFS 볼륨을 사용하는 애플리케이션이나 워크플로가 있는 경우 관리자는 기본 제한 조정 여부를 결정하기 전에 호환성 테스트를 수행해야 합니다.
더욱 주목할만한 점은 이러한 결정이 최근 몇 년간 Microsoft가 적극적으로 ReFS를 추진한 것과는 극명한 대조를 이룬다는 것입니다.
Microsoft는 오랫동안 NTFS를 Windows 클라이언트 시스템의 주류 파일 시스템으로 사용해 왔습니다. NTFS는 Windows 시스템 시작, 광범위한 파일 관리 기능 및 다양한 기존 응용 프로그램을 지원하며 호환성과 생태적 성숙도가 상당히 높습니다. ReFS는 일부 기술 지표에서 더 발전했지만 NTFS의 모든 기능을 갖추고 있지는 않기 때문에 아직은 단순히 NTFS를 포괄적으로 대체한다고 볼 수는 없습니다.
ReFS의 가장 두드러진 장점 중 하나는 데이터 무결성 보호입니다. 체크섬을 통해 메타데이터 손상을 감지하고 선택적으로 파일 데이터의 무결성 확인을 수행할 수 있습니다. ReFS는 Microsoft Storage Spaces와 같은 저장소 기술과 함께 사용하면 시스템에 사용 가능한 다른 데이터 복사본이 있는 경우 감지된 일부 데이터 손상 문제를 복구할 수도 있습니다. 시스템에 내장된 데이터 무결성 검사 메커니즘은 스토리지 볼륨을 정기적으로 확인하여 잠재적인 오류를 감지하는 데도 도움이 됩니다.
그러나 ReFS가 모든 데이터 손상을 자동으로 복구할 수 있다는 의미는 아닙니다. 손상된 데이터의 다른 복사본을 사용할 수 없는 경우 시스템은 여전히 원본 콘텐츠를 복구하지 못할 수 있습니다. 따라서 ReFS는 백업을 대체할 수 있는 범용 솔루션이 아닌 보다 강력한 데이터 무결성 보호 메커니즘을 제공합니다.
성능면에서 ReFS는 블록 복제와 같은 기능을 지원합니다. 기존 파일 복사에는 일반적으로 해당 데이터를 다시 읽고 써야 하는 반면, 블록 복제를 사용하면 여러 파일이 조건을 충족하는 동일한 ReFS 볼륨 내에서 기존 데이터 블록을 공유할 수 있습니다. 파일 중 하나가 수정되면 시스템은 변경된 부분을 별도로 기록해 불필요한 데이터 복사를 줄인다.
이 메커니즘은 가상화된 환경에서 특히 유용합니다. 예를 들어, 가상 머신 디스크 파일을 처리할 때 블록 복제는 특정 복사 작업 및 체크포인트 병합 작업 속도를 높여 스토리지 시스템에 대한 추가 부담을 줄일 수 있습니다. ReFS는 또한 일부 가상 디스크 파일의 생성 프로세스 속도를 높일 수 있는 Sparse Effective Data Length(Sparse VDL)와 같은 기능을 지원합니다.
용량도 ReFS의 장점입니다. Microsoft에서 게시한 사양에 따르면 ReFS는 최대 35페타바이트의 단일 파일 및 볼륨 용량 제한을 지원하는 반면, NTFS의 해당 상한은 256테라바이트입니다. 일반 개인용 컴퓨터의 경우 이러한 용량 차이는 일반적으로 실질적인 영향을 미치지 않지만 엔터프라이즈급 스토리지, 과학 연구 데이터 및 대규모 가상화 환경에서는 ReFS의 확장성이 더 큰 의미를 갖습니다.
Microsoft는 이미 Windows 11의 Dev Drive 기능에 ReFS를 사용했습니다. Dev Drive는 개발자 워크로드를 위해 설계된 스토리지 볼륨이며 코드 저장소, 프로젝트 파일 및 기타 개발 관련 데이터에 적합합니다. ReFS는 개발 시나리오에 맞게 스토리지 작업을 최적화함으로써 일부 개발 워크플로에서 더 나은 성능을 달성하는 데 도움이 될 수 있습니다.
최근 몇 년간 Microsoft는 ReFS에 새로운 기능을 계속 추가해 왔습니다. 2024년에 Microsoft는 관련 블록 복제 지원을 더욱 개선하여 적격 파일 복사 작업에서 ReFS를 더욱 효율적으로 만들었습니다. Windows 11 설치 프로그램에 ReFS 파티션 옵션 테스트가 나타나면서 Microsoft가 클라이언트 시스템에서 ReFS의 역할을 점진적으로 확장할 수도 있다는 추측이 나왔습니다.
그러나 현재의 실제 상황으로 판단할 때 Microsoft는 특정 날짜에 ReFS가 NTFS를 완전히 대체할 것이라고 발표하지 않았습니다. Windows 11이 일부 테스트 환경에서 ReFS 옵션을 제공할 수 있다고 해서 파일 시스템이 NTFS와 동일한 전체 지원을 받았다는 의미는 아닙니다. 시스템 시작, 이동식 저장소 호환성 및 기존 파일 시스템 기능의 차이로 인해 여전히 ReFS 적용 범위가 제한됩니다.
특히 모바일 저장소 분야에서 NTFS는 여전히 중요한 이점을 갖고 있습니다. Microsoft의 공식 기술 문서에는 ReFS에 현재 없는 기능으로 이동식 미디어 지원 및 시스템 부팅이 나열되어 있습니다. 이는 ReFS가 일부 고성능 스토리지 시나리오에서 더 많은 이점을 갖고 있지만 설계 목표는 무조건 NTFS를 대체하는 것이 아니라 특정 워크로드에 대한 또 다른 옵션을 제공하는 것임을 보여줍니다.
그렇다면 Microsoft가 한편으로는 ReFS의 적용 범위를 확장하면서도 다른 한편으로는 USB 플래시 드라이브 및 모바일 하드 드라이브에 사용하는 것을 금지하는 이유는 무엇일까요?
핵심은 파일 시스템의 성능 이점이 더 넓은 적용 가능성과 동일하지 않다는 것입니다. ReFS는 데이터 무결성, 대규모 스토리지 및 가상화 워크로드에 최적화되어 있지만 특정 유형의 장치에서 파일 시스템을 사용할 수 있는지 여부에는 호환성, 시스템 지원 범위 및 장기 유지 관리와 같은 요소도 포함됩니다. Microsoft는 이동식 미디어의 ReFS 구성이 지원되는 사용법이 아니라고 생각하므로 기본적으로 이러한 구성이 계속 존재하도록 허용하는 대신 감사 및 필수 차단 메커니즘을 통해 이를 균일하게 관리하기로 선택합니다.
이는 또한 Microsoft의 ReFS 홍보가 단기적으로 NTFS의 모든 사용을 대체하기보다는 특정 시나리오에 더 중점을 둘 수 있음을 의미합니다. 높은 안정성, 대용량 및 고성능이 필요한 개발 또는 가상화 환경의 경우 ReFS는 여전히 확실한 가치를 가질 수 있습니다. 서로 다른 컴퓨터 간에 빈번한 연결이 필요하고 호환성이 강조되는 모바일 저장 장치의 경우 NTFS 및 기타 지원되는 파일 시스템이 더 적합합니다.
일반 Windows 11 사용자의 경우 현재 ReFS의 성능 이점으로 인해 USB 플래시 드라이브나 모바일 하드 드라이브를 이 형식으로 적극적으로 변환할 필요가 없습니다. 반대로, 기존 기기에서 이미 ReFS를 사용하고 있는 경우에는 2027년 1월 강제 차단 정책 시행 이전에 호환성을 확인하고, 중요한 데이터 백업을 미리 완료하는 것이 좋습니다.
이 조정은 또한 Microsoft가 Windows 파일 시스템을 보다 명확한 애플리케이션 시나리오로 나누려고 노력하고 있음을 다시 한 번 보여줍니다. NTFS는 계속해서 기존 데스크톱 시스템과 일반 스토리지 작업을 수행하는 반면 ReFS는 점차 개발, 가상화 및 대규모 데이터 관리 분야에서 역할을 수행합니다. ReFS가 향후 일반 Windows 사용자의 주류 스토리지 환경에 더 진출할 것인지 여부는 Microsoft가 기존 기능과 호환성의 격차를 메울 수 있는지 여부에 달려 있습니다.
댓글