Microsoft는 Windows 11 Insider Preview 빌드 26220.7271에서 최신 기능을 공개했습니다.이 기능은 개발자 및 베타 채널 사용자에게 제공됩니다.새로운 특정 시점 복원 옵션을 통해 사용자는 시스템을 특정 이전 상태로 되돌릴 수 있습니다.이 기능은 애플리케이션, 설정 및 로컬 파일을 포함한 전체 시스템을 캡처하는 복원 지점을 자동으로 생성합니다.
특정 시점 복원의 가장 큰 장점 중 하나는 오프라인 기능입니다.복원 지점은 PC의 SSD에 로컬로 저장되며, 시스템을 지난 72시간 이내의 어떤 상태로든 되돌릴 수 있습니다.이를 통해 복구 프로세스가 간소화되고 드라이버 충돌, 문제가 있는 업데이트 또는 구성 오류 문제를 빠르게 해결할 수 있습니다.
Windows Latest에서 실시한 테스트 결과, 특정 시점 복원 기능이 효과적으로 수행되어 전체 시스템 설정, 애플리케이션 및 파일을 성공적으로 복구한 것으로 확인되었습니다.
특정 시점 복원 이해
지정 시점 복원은 Windows 11(Windows 10과 호환)에 도입된 혁신적인 복구 메커니즘으로, 볼륨 섀도 복사본 서비스(VSS)를 활용하여 예약된 간격으로 전체 시스템 상태를 캡처합니다.
복원 지점은 전체 MainOS 볼륨의 블록 수준 섀도 복사본을 나타냅니다.여기에는 모든 운영 체제 파일, 설치된 프로그램, 설정, 계정 정보 및 로컬 사용자 데이터가 포함됩니다.전체 볼륨을 통합함으로써 복원 지점이 생성된 정확한 시점으로 시스템을 복구할 수 있습니다.
사용자 문서를 의도적으로 제외하고 시스템 파일, 레지스트리 항목 및 실행 파일에만 초점을 맞추는 기존 시스템 복원과 달리, 지정 시점 복원은 시스템의 모든 측면을 포함합니다.따라서 시스템 구성뿐만 아니라 개인 데이터까지 복구하려는 사용자에게 더욱 포괄적인 솔루션을 제공합니다.
Microsoft는 사용자가 타사 백업 솔루션이나 디스크 이미지 없이도 전체 롤백을 실행할 수 있는 현대적인 대안을 제공하기 위해 이 기능을 설계했습니다.
특정 시점 복원의 메커니즘
시점 복원은 볼륨 섀도 복사본 서비스(VSS) 를 통해 작동합니다. VSS는 시스템이 실행 중일 때에도 Windows가 볼륨의 일관된 블록 수준 복사본을 생성할 수 있도록 합니다. VSS는 정확한 스냅샷을 캡처하기 위해 디스크 쓰기를 일시적으로 중단한 후, 나중에 백그라운드 작업을 재개합니다.
VSS는 수년간 다양한 백업 애플리케이션에 사용되어 왔지만, 특정 시점 복원은 정기적으로 복원 시점을 생성하여 프로세스를 자동화합니다.이 시점들은 VSS의 차등 영역에 저장되며 최대 72시간 동안 보관됩니다.
사용자는 복구 환경으로 부팅할 때 특정 시점 복원을 선택하여 원하는 복원 시점을 선택할 수 있습니다.이 시점에는 전체 시스템 상태가 포함되므로 복원 프로세스는 마지막 스냅샷 이후 변경된 모든 블록을 다시 작성합니다.
지정된 시스템 영역의 변경 사항만 추적하는 시스템 복원과 달리, 지정 시간 복원은 전체 OS 볼륨을 포괄하는 포괄적인 디스크 롤백을 구현합니다.
Windows 11에서 지정 시간 복원 활성화
현재, 특정 시점 복원 기능은 Microsoft에서 비교적 신중하게 공개한 KB5070307 업데이트를 설치한 Dev 및 Beta Insider에게만 제공됩니다.
여러분의 컴퓨터에서 이 기능을 테스트하는 데 관심이 있다면 Dev 또는 Beta 빌드의 Windows Insider로 등록하고 최신 Preview 빌드 26220.7271을 다운로드해야 합니다.
해당 기능을 활성화하려면 설정 > 시스템 > 복구 로 이동하세요.

특정 시점 복원 옵션을 선택 하고 토글을 “켜기” 위치로 돌려 활성화합니다.

기본적으로 복원 지점은 24시간마다 생성되어 시스템의 전체 상태 스냅샷을 캡처합니다.이 기능을 처음 활성화하는 경우 복원이 즉시 시작되며, 이후 스냅샷은 시스템 부팅 시점에 따라 예약됩니다.
복원 지점 생성 빈도는 최대 4시간 간격으로 조정할 수 있으며, 허용 간격은 6시간, 12시간 또는 16시간입니다.최대 빈도는 24시간으로 설정되어 있습니다.

선택한 설정에 관계없이 복원 지점은 진행 중인 작업을 방해하지 않고 백그라운드에서 원활하게 생성됩니다.
기본적으로 복원 지점은 72시간 동안 보관됩니다.즉, 새 복원 지점이 생성되면 가장 오래된 복원 지점이 먼저 삭제됩니다.하지만 최소 보관 기간을 6시간으로 설정하고 12시간, 16시간 또는 24시간 중에서 선택할 수 있습니다.최대 보관 기간은 72시간으로 제한되므로, 6시간으로 설정하면 해당 기간이 지나면 가장 오래된 복원 지점이 자동으로 삭제됩니다.

PC에서 복원 지점에 할당할 수 있는 저장 공간의 크기를 결정하는 “최대 사용 한도” 슬라이더도 있습니다.시스템 저장 공간이 부족하면 오래된 복원 지점이 예상보다 일찍 삭제될 수 있습니다.또한, 복원 지점에는 미리 공간이 할당되지 않으므로, 최대 한도 내의 여유 공간은 다른 시스템 프로세스에서 계속 사용할 수 있습니다.
또한 Microsoft는 특정 시점 복원 기능이 총 디스크 공간이 200GB 이상인 PC에서만 자동으로 활성화되도록 권장합니다.예를 들어, 저장 공간이 60GB에 불과한 가상 머신에서는 이 기능이 기본적으로 비활성화됩니다.
복원 프로세스 테스트
지정 시점 복원을 활성화한 후에는 시스템이 초기 복원 지점을 생성할 때까지 약간의 시간을 두는 것이 중요합니다. Microsoft는 복원 지점 생성이 백그라운드에서 진행되므로, 복원 지점이 성공적으로 생성되었는지에 대한 피드백을 제공하지 않습니다.
지정 시점 복원을 테스트하려면 Windows 복구 환경(WinRE)에 액세스하세요.먼저 설정 > 시스템 > 복구 > 고급 시작 으로 이동하여 ‘지금 다시 시작’을 선택하세요.


WinRE에 들어가면 문제 해결 옵션을 선택합니다.

다음으로, 문제 해결 옵션에서 지정 시점 복원을 클릭합니다.

암호화된 볼륨이 있는 경우 Microsoft 복구 키 페이지 에서 검색할 수 있는 BitLocker 복구 키를 제공해야 할 수 있습니다.
여러 복원 지점이 표시됩니다.첫 번째 시도이므로 사용 가능한 복원 지점은 하나뿐입니다.원하는 복구 시간에 맞는 복원 지점을 선택하세요.

Microsoft는 선택한 복원 지점 이후에 변경한 내용이 손실될 위험이 있다는 경고를 표시합니다.계속하려면 ” 계속” 을 클릭하세요.

복원 지점 선택과 운영 체제 버전을 확인하세요. Microsoft는 잠재적인 데이터 손실에 대한 마지막 경고를 제공합니다.복원을 클릭하여 복원 프로세스를 시작하세요.

복원 시간은 시스템에 설치된 애플리케이션과 파일 수에 따라 달라질 수 있습니다.예를 들어, 제한된 수의 애플리케이션을 사용하는 제 설정에서는 복원에 약 30분이 걸렸습니다.
복원이 완료되면 PC가 다시 시작되고 응용 프로그램이나 파일이 손실되지 않고 Windows 11로 돌아갑니다.
지정 시간 복원의 제한 사항 및 고려 사항
특정 시점 복원은 MainOS 볼륨 전체를 이전 상태로 되돌리는 방식으로 작동한다는 점을 인지하는 것이 중요합니다.따라서 복원 시점 생성 이후 변경된 사항(예: 사용자 파일, 애플리케이션 데이터, 비밀번호, 암호화 키, 인증서)은 복구할 수 없게 손실됩니다.
복원 지점 이후에 생성되거나 편집된 모든 문서는 복원 후에도 유지되지 않습니다. Microsoft는 복원 지점 생성 시점을 표시하지 않으므로 사용자는 중요한 데이터가 포함되어 있는지 확인하기 어려울 수 있습니다.
VSS 기술은 낮은 스토리지 가용성, 높은 입출력 부하, 또는 VSS 작성기 불안정성과 같은 특정 상황에서 복원 지점을 생성하지 못할 수 있습니다.또한, 롤백을 스테이징할 충분한 여유 공간이 없거나 파일 시스템 손상으로 인해 VSS가 작업을 완료하지 못하는 경우, 지정 시간 복원이 실패할 수 있습니다.
또한 Windows는 해당 시점에 시스템이 꺼져 있거나 절전 모드에 있는 경우 정확한 일정에 따라 복원 지점이 생성될 것이라고 보장할 수 없습니다.
Home에서 Pro로 전환하는 등 여러 Windows 버전 간에 복원하는 경우 설치가 손상될 수 있습니다.암호화된 EFS 파일과 관련하여 문제가 발생하여 복원 안정성에 영향을 미칠 수도 있습니다. MainOS 볼륨만 롤백할 수 있으며, 복원 지점은 디스크 이미지로 내보내거나, 마운트하거나, 탐색할 수 없습니다.복원 지점은 내부 VSS 엔터티로 유지됩니다.
마이크로소프트가 윈도우 문제 완화를 위한 기능을 지속적으로 도입하는 것은 칭찬할 만한 일이지만, 윈도우의 핵심 안정성이 개선되었다면 이러한 개선 사항은 불필요했을 것이라고 주장할 수도 있습니다.이러한 생각은 마이크로소프트 생태계 전반에 걸쳐 공감대를 형성하고 있는데, 사용자들은 시스템 비효율성의 근본 원인을 해결하기보다는 증상 완화를 위한 패치를 접하는 경우가 많기 때문입니다.
답글 남기기