The Desktop Files: PC Recovery with Windows PE

아티클
08/24/2016

The Desktop FilesWindows PE를 사용한 PC 복구

Wes Miller

필자는 지난 칼럼에서 Windows PE의 초기 목표가 Windows PE를 배포 환경으로 만드는 것이었다는 점을 언급한 바 있습니다. 하지만 모든 훌륭한 제품이 그렇듯이 Windows PE는 배포 환경 그 이상으로 발전했습니다. 고객(초기에는 OEM)은 제조와 사용자 자동 복구를 위한 단일 솔루션을 구축하는 데 많은 노력을 기울였으며 몇몇 회사에서는

둘 모두에 사용할 수 있는 Windows® PE 솔루션을 개발하게 되었습니다.

최근 사용되고 있는 대부분의 복구 도구는 배포 프로세스를 미러링하여 시스템을 이전의 성공적 상태로 되돌리는 것에 기반을 두고 있습니다. Windows Vista®에서는 Windows XP보다 복구 작업이 훨씬 간편해졌으며 이미징 기능을 기본으로 지원합니다. 자세한 내용은 이번 호 TechNet Magazine에서 Christine Fok가 작성한 Windows Vista 백업 기술 문서를 참조하십시오.

이번 달 칼럼에서는 Windows PE를 기반으로 자체 복구 솔루션을 구축하는 방법에 대해 설명하겠습니다. 모든 Windows 라이선스 고객은 Windows PE 2.0을 Windows AIK(자동 설치 키트)의 구성 요소로 무료로 사용할 수 있습니다. 이 라이선스는 배포에만 적용되는 것이 아니라 복구 및 문제 해결을 위해 Wndows PE를 사용하는 경우에도 적용됩니다.

물론 사용자 지정 복구 솔루션을 만들고 필요에 맞게 조정하는 것을 고려해야 하겠지만 이 문서에서는 Windows XP나 Windows Vista를 배포할 때 유의해야 할 일반적인 사항에 대해 다루겠습니다. 이미징에 대해 잘 알고 있다면 사용자 지정 복구 솔루션을 만드는 것은 어렵지 않습니다.

Windows PE 복구 솔루션의 주요 구성 요소는 다음과 같습니다.

Windows PE
이미징 유틸리티
복구 솔루션을 결합하는 데 사용할 스크립트 또는 응용 프로그램

필요에 따라 SQL 지원 및 ADSI(Active Directory® 서비스 인터페이스) 지원을 포함할 수도 있습니다. SQL에 연결하면 설치에 필요한 항목을 정의하는 "BOM(제품 구성 정보)"을 시스템에 포함할 수 있는 솔루션을 간접적으로 만들 수 있습니다. 마찬가지로, Active Directory에 연결하면 컴퓨터별 계정 개체(MAO) 속성을 더 쉽게 처리할 수 있습니다.

Microsoft에서는 Windows PE에 ADSI를 포함하는 것을 지원하지 않습니다. 하지만 Windows PE에 ADSI를 포함하는 방법에 대해 설명하는 온라인 문서가 많이 있으며 올바르게 포함하기만 하면 문제 없이 작동합니다. ADSI를 포함하고 싶지 않으면 대신 SQL 지원을 추가한 다음 여기에 Windows PE 복구 도구용 워크플로를 만들 수 있습니다. ADSI 속성이 필요한 경우에는 예약된 작업이 있는 서버 시스템에서 동일한 SQL Server™를 쿼리한 다음 ADSI를 통해 Active Directory를 쿼리(통과 쿼리로 작동)하도록 할 수 있습니다.

이는 완벽한 솔루션도 아니고 몇 가지 스크립팅 또는 자동화 작업도 필요하지만 Windows PE에서 Active Directory와의 상호 작용을 가능하게 하는 방법입니다.

LDIFDE 유틸리티를 사용하여 Windows PE 내에서 Active Directory 정보를 읽을 수도 있습니다. 자세한 내용은 관련 기술 자료 문서(support.microsoft.com/kb/237677)를 참조하십시오. 예를 들어 다음 명령을 사용할 수 있습니다.

ldifde -m -f x:\output.ldf -b <username> <domain netbiosname> <accountPassword> -s 
<DC or domain name> -d "DC=contoso,DC=com" -r "(&(objectclass=<computerclassname>)
(netbuisname=<mycomputername>))" - l "<attributename>"

이 명령을 입력하면 지정한 컴퓨터 개체에서 x:\output.ldf로 특성을 가져오며, 이 파일에서 출력을 구문 분석할 수 있습니다.

SKU, 아키텍처 및 언어

배포할 Windows의 버전, 아키텍처 및 언어를 고려해야 합니다. 특정 로캘을 사용하는 소규모 조직에서는 Windows XP나 Windows Vista 중에서 한 가지 OS만 배포하거나 새 PC에 이미 설치되어 있는 OS를 사용하는 경우가 많습니다. x64 Windows 시스템은 아마도 아직까지는 많이 배포하지 않았을 것입니다. 그리고 대개는 한 가지 언어만 지원하면 됩니다. 하지만 여러 국가에서 활동하는 규모가 큰 조직에서는 고려해야 할 아키텍처, 버전 및 구성도 더 많습니다.

필자는 지난 칼럼에서 x64 및 x86 볼륨 이미지를 동일한 WIM(Windows Imaging Format) 파일에 저장할 수는 있지만 공간이 절약되지는 않는다는 점을 언급한 바 있습니다. 두 아키텍처를 모두 고려하여 복구 솔루션을 만들어야 하는 경우에는 각 이미지를 개별 WIM에 저장해야 합니다. 마찬가지로 Windows XP와 Windows Vista를 모두 배포하고 지원하는 경우 두 운영 체제를 동일한 이미지에 저장해도 공간이 절약되지는 않습니다. 두 배포 모두에서 2007 Microsoft® Office system과 같은 동일한 응용 프로그램의 인스턴스를 다수 포함하는 경우에만 공간 절약 효과를 볼 수 있습니다. 이 경우 응용 프로그램 파일을 여러 번 저장할 필요가 없지만 그렇다 하더라도 절약되는 공간이 많지는 않습니다.

Windows PE 부팅 방법

Windows PE 1.6

원격 설치에서 PXE 부팅

서비스(RIS)(RAMDisk 없음)

하드 디스크 드라이브

USB 플래시 드라이브

RAMDisk PXE

RAMDisk CD/DVD

RAMDisk USB 플래시 드라이브

RAMDisk 하드 디스크 드라이브

Windows PE 2.0

RAMDisk PXE

RAMDisk CD/DVD

RAMDisk USB 플래시 드라이브

RAMDisk 하드 디스크 드라이브

RIS에서 PXE 부팅 PXE가 필요한 경우에는 적합하지만, 이 방법을 사용할 경우 PXE RAMDisk를 사용할 때보다 부팅하는 데 시간이 많이 걸리고 네트워크 리소스도 더 많이 사용됩니다.

하드 디스크 드라이브 최소한의 메모리를 사용하지만 드라이브를 잠급니다. 이 방법은 이중 파티션 간을 전환하면서 복구하는 경우 사용하기에 적합합니다.

USB 플래시 드라이브 부팅이 간편합니다. 하지만 OEM이 해당 부팅 시스템을 UFD 부팅 가능한 것으로 검증하지 않았으며 UFD 부팅을 기본으로 지원함을 나타내는 Windows Vista Capable 로고가 없는 경우에는 RAMDisk 시나리오 및 RAMDisk를 사용하지 않는 시나리오 모두에 대해 UFD 부팅 후 예기치 않은 결과가 발생할 수 있습니다. UFD에서 부팅하려면 읽기/쓰기용 고성능 플래시 드라이브가 있어야 하고 USB 컨트롤러 및 BIOS에서 고속 USB를 지원해야 합니다.

RAMDisk 부팅 기본적으로 메모리를 많이 사용하기는 하지만 최상의 성능을 제공하며 Windows PE를 메모리의 RAMDisk에 배치하므로 Windows PE가 작업에 방해가 되지 않게 합니다. 일반적으로 Windows PE 1.6을 RAMDisk에서 부팅하려면 시스템에 최소한 256MB의 RAM이 있어야 합니다. 항상 RAMDisk WIM에서 부팅하는 Windows PE 2.0의 경우 RAMDisk에서 부팅하려면 시스템에 최소한 384MB의 RAM이 있어야 합니다.

하지만 특정 Windows 버전의 여러 SKU를 동일한 WIM에 저장하는 경우 상당한 공간을 절약할 수 있습니다. 예를 들어 Windows XP Professional과 Windows XP Tablet PC Edition을 결합하거나 Windows Vista Business Edition과 Windows Vista Ultimate Edition을 결합하는 경우 동일한 릴리스 및 서비스 팩 수준의 두 SKU가 대부분의 코드와 파일을 공유하므로 공간을 효율적으로 사용할 수 있습니다.

마지막으로 언어를 고려해야 합니다. 조직의 규모가 클수록 고려해야 할 언어도 다양해집니다. Windows XP의 경우 지역화된 빌드나 MUI(Multilingual User Interface)를 사용할 수 있습니다. 완벽하게 지역화된 Windows XP 빌드의 경우 세세한 문자열에 이르기까지 거의 모든 요소가 대상 언어로 지역화되어 있습니다. 반면 MUI 언어 팩(또는 언어 인터페이스 팩)을 통해 최대한 많은 언어 문자열이 변경되긴 했지만 MUI의 기본 언어는 영어입니다. MUI는 Windows 2000에서 좋은 결과를 보여 주었고 Windows XP와 Windows Server 2003에서는 더욱 향상되었습니다.

MUI를 사용하는 조직의 경우 동일한 WIM에 다양한 언어 버전을 결합하면 좋은 결과를 얻을 수 있는데, 이는 각 언어 버전이 기본적으로 모두 영어 바이너리를 사용하기 때문입니다. 하지만 Windows Vista 이전에 릴리스된 지역화 버전의 경우에는 문제가 다릅니다. 이러한 버전에서는 바이너리 자체가 지역화되어 있으므로 동일한 바이너리도 언어마다 서로 다릅니다. 즉, 언어마다 운영 체제의 거의 모든 부분과 지역화된 응용 프로그램을 저장해야 합니다.

Windows Vista에서는 지역화된 버전(리소스가 포함된 단일 바이너리의 지역화된 부분)이 더 이상 사용되지 않는다고 볼 수도 있습니다. Windows Vista에서는 영어를 비롯하여 각 언어에 .mui 리소스 파일을 사용합니다. 모든 언어 정보가 MUI 파일에 포함되어 있기는 하지만 Windows Vista는 기본적으로 언어에 독립적입니다. 따라서 동일한 WIM에 둘 이상의 Windows Vista 언어 버전을 저장하면 공간이 크게 절약됩니다. 둘, 넷 또는 그 이상의 언어를 하나의 WIM으로 저장하면 이미지 크기가 급격하게 증가하지 않습니다. 또한 나중에 필요에 따라 다른 언어로 전환하거나 언어를 추가할 수도 있습니다.

다시 말해 자체 솔루션을 만들 때는 일치하는 바이너리를 공유하는 Windows 버전 및 기타 응용 프로그램 버전을 신중하게 검토하여 이들 모두를 단일 파일 저장소 인스턴스에 저장할 수 있도록 해야 합니다. 이렇게 하면 조직 전체에 필요한 WIM 파일의 수를 쉽게 파악할 수 있습니다.

사용자 시나리오

일반적으로 조직의 규모가 클수록 시나리오도 복잡해집니다. 그 이유는 단순히 규모가 크기 때문만이 아니라 여러 가지 변수가 발생하기 때문입니다. 즉, 사용자와 업무 조직이 많을수록 구체적인 요구 사항이 더욱 많아집니다.

필자가 기억하는 한 다국적 기업의 경우 사용자가 만 명이나 되었는데 전체 배포 프로세스를 지리적으로나 업무 조직으로나 한 곳에서 모두 관리했습니다. 이 조직의 경영자는 매우 까다로운 문제를 제시하곤 했습니다. 예를 들어 네트워크 연결 상태가 썩 좋지 않은 아프리카 특정 지역에서 근무하는 원격 사용자에 대해 많은 고민을 했는데, 이들 직원 대부분의 근무지가 전화선이 있는 곳과도 수백 킬로미터나 떨어진 곳에 있었으니 이러한 염려가 지나치다고 할 수도 없었습니다. 이 경영자는 이들 사용자가 먼 거리를 이동하거나 며칠씩 시스템이 다운된 상태로 두지 않고 자체적으로 시스템을 복구할 수 있는 방법이 있는지 알고자 했습니다.

따라서 제품을 개발할 때는 사용자가 처할 수 있는 상황을 고려하여 복구 솔루션도 제품의 일부로 포함해야 합니다. 다시 말해, 제품을 개발할 때는 고유의 비즈니스 요구 사항뿐만 아니라 다양한 사용자 계층과 관련된 여러 가지 복잡한 문제도 고려해야 합니다. 간략한 설명을 통해 사용 사례를 포함함으로써 지원해야 할 각 최종 사용자 유형에 대해 설명해야 합니다. 이렇게 하면 복구 솔루션에서 우연히 빠트린 사용자를 쉽게 찾아낼 수 있으며 각 사용자 유형별 요구 사항을 반영할 수 있습니다.

알맞은 Windows PE 버전

요구 사항에 맞는 Windows PE 버전을 결정하는 것도 중요한 문제입니다. 이 칼럼의 이전 호를 읽으면 버전을 결정하는 데 도움이 될 것입니다. 여기서는 버전을 결정하는 방법을 좀 더 명확하게 설명하겠습니다. 다음 중 하나라도 해당한다면 Windows PE 1.6을 사용해야 합니다.

Windows XP(또는 Windows Server 2003)만 복구하려는 경우
ACPI(고급 구성 및 전원 인터페이스)를 지원하지 않는 시스템을 복구하려는 경우
RAM 크기가 512MB 미만인 시스템을 복구하려는 경우
RAM 크기가 256MB 미만이며 PXE(Pre-Boot eXecution) 부팅해야 하는 시스템을 복구하려는 경우

다음 중 하나라도 해당한다면 Windows PE 2.0을 사용해야 합니다.

Windows Vista(또는 Windows Server 2008)만 복구하려는 경우
Windows Vista와 Windows XP를 복구하려는 경우
BitLocker™를 사용하는 경우

ImageX("만들기, 업데이트 및 저장" 단원 참조)와 대부분의 타사 이미징 솔루션은 두 Windows PE 버전 모두에서 문제 없이 작동합니다.

Windows PE 부팅

다음으로 고려해야 할 사항은 Windows PE 부팅 방법입니다. 부팅 방법을 결정할 때는 사용자 시나리오가 중요한 역할을 합니다. 사용자가 복구용 CD나 DVD를 휴대하는 것이 가능한지, 출장 중에 랩톱에 CD나 DVD를 휴대하는 것이 가능한지, 그리고 이러한 복구 미디어를 최신 상태로 유지하는 방법은 무엇인지 등을 검토해야 합니다. 이동식 미디어에 저장된 복구 이미지는 얼마 되지 않아 쓸모가 없어집니다.

아직까지는 보조 하드 디스크 파티션을 이용하는 것이 가장 보편적인 방법이며, 또 다른 방법으로 PXE 부팅이 있습니다. 이 외에도 외부 USB 드라이브나 UFD(USB 플래시 드라이브)를 사용할 수도 있지만 이 경우 해당 하드웨어가 UFD 장치에서 부팅하는 것을 확실히 지원해야 합니다.

"Windows PE 부팅 방법" 추가 기사에서는 각 Windows PE 버전에서 지원되는 부팅 방법을 소개하고 각 방법을 사용할 때 고려해야 할 중요한 사항에 대해 설명합니다.

Windows PE 부팅의 목적은 다음과 같은 특정 조건을 만족하면서 복구 프로세스를 시작하는 데 있습니다.

사용자의 작업이 최소화되어야 합니다.
이동하는 부분(이동식 미디어 또는 이동식 장치)이 최소화되어야 합니다.
PC에서 네트워크에 연결할 수 없는 상황에서도 가능해야 합니다.
PC를 로컬로 부팅할 수 없어서 Windows를 부팅할 수 없는 경우에도 가능해야 합니다.

관리자들은 흔히 드라이브 오류를 염려하여 Windows PE를 그대로 또는 RAMDisk에 넣어서 하드 디스크에 저장하는 것은 현실적인 방법이 아니라고 생각합니다. 그러나 최근 출시되는 디스크의 안정성이 향상된 점, 그리고 실제 드라이브에서 물리적 오류가 발생하는 경우 어차피 사용자 스스로는 시스템을 복구할 수 없다는 점을 감안하면 이 방법은 현실적이라고 할 수 있습니다.

필자는 보조 파티션을 만들어 여기에 복구 이미지를 저장하는 방법을 좋아합니다. 파티션을 숨기는 것에 대해서는 그다지 찬성하지 않습니다. 이렇게 하면 사용자에게 혼동을 줄 뿐입니다. 파티션에 ACL(액세스 제어 목록)을 사용하는 것도 사용자가 로컬 관리자인 경우에는 쓸모가 없습니다.

Windows용 파티션을 축소("복구 파티션 만들기" 추가 기사 참조)하여 Windows PE와 복구 이미지를 저장하는 데 필요한 공간을 만들 수도 있습니다. Windows PE를 보조 파티션에 저장하려는 경우 복구 파티션에 적절한 부팅 섹터를 만든 다음 이 파티션에 Windows PE를 저장하기만 하면 됩니다. Windows AIK 및 이전 버전의 Windows PE에는 이 프로세스에 대한 설명서가 포함되어 있으므로 여기에서는 이에 대해 자세히 다루지 않겠습니다. 부팅에 사용되는 파티션은 활성으로 표시된 파티션이라는 것을 기억하고 있어야 합니다. Diskpart는 파티션을 활성 또는 비활성으로 설정하는 데 사용하는 명령입니다. Windows 내에서 또는 Windows PE 복사본 내에서 복구 파티션을 부팅하려면 diskpart를 사용하여 활성 파티션을 전환합니다(그림 1 참조). 다음은 단일 디스크, 이중 파티션 시스템을 전환하는 데 사용하는 diskpart 스크립트(diskpart /s nameofscript.txt 사용)의 예입니다.

SEL DIS 0 
SEL PAR 1 
INACTIVE
SEL PAR 2
ACTIVE
EXIT

그림 1 활성 파티션을 변경하는 Diskpart

그림 1** 활성 파티션을 변경하는 Diskpart **(더 크게 보려면 이미지를 클릭하십시오.)

이것은 대부분의 복구 도구에서 파티션을 전환하는 데 사용하는 프로세스이며, 숨겨진 OEM 파티션과 같은 특정 파티션 형식에 대해 Windows PE에서만 수행할 수 있습니다. 복구 도구가 OEM 파티션 형식의 숨김을 해제하는 경우도 있습니다.

만들기, 업데이트 및 저장

복구 파티션 만들기

Windows를 수정하지 않고 복구 파티션을 만드는 프로세스는 방법만 제대로 알면 그다지 어렵지 않습니다. 지금부터는 필요한 작업을 대략적으로 설명하겠습니다. 이 프로세스를 수행하려면 Windows PE 2.0이 필요합니다. 배포나 복구에는 Windows PE 2.0을 사용하지 않을 수도 있지만 복구 파티션을 만드는 작업에는 반드시 버전 2.0을 사용해야 합니다. 이 프로세스는 Windows Vista를 배포할 때도 사용할 수 있고 BitLocker 부팅 파일에 사용할 부팅 파티션을 만들 때도 사용할 수 있습니다. BitLocker를 사용하는 경우 부팅 파일에 사용할 파티션과 Windows 시스템의 나머지 부분에 사용할 파티션 등 최소한 두 개의 파티션이 필요합니다.

디스크 조각 모음을 수행합니다. 이렇게 하면 상당한 시간이 걸리는 축소 프로세스의 속도가 빨라집니다.
Windows PE 2.0으로 부팅합니다.
diskpart를 실행합니다. 필요한 경우 4-9단계에 대한 스크립트를 만들고 diskpart에 인수 /s name_of_your_script
SEL VOL 1(또는 축소할 볼륨)
SHRINK DESIRED=N MIN=N(MB 단위로 지정, DESIRED는 목표값이고 MIN은 필요한 절대 최소값)을 전달합니다.
축소가 끝나면 SEL DIS 0
CRE PAR PRI(남은 디스크 크기가 아닌 다른 크기를 지정하려는 경우에는 SIZE=N 지정)
ASSIGN LETTER=N: (이 문자는 Windows PE에서만 사용함)을 실행합니다.
diskpart를 종료합니다.
FORMAT N: /Q /Y /FS:NTFS(새 파티션을 NTFS로 포맷)
bootsect N: /nt60(2.0의 경우), /nt52(1.x의 경우)를 실행합니다.
원하는 Windows PE 파일을 복구 파티션에 복사합니다.
시스템을 종료합니다.

ImageX는 무료로 사용할 수 있는 솔루션이지만 이미 사용하고 있는 다른 이미징 도구가 있을 수도 있으므로, 자신에게 편한 도구를 사용하면 됩니다. ImageX를 사용하려는 경우 가격 외에도 몇 가지 사항에 대해 미리 알고 있으면 좋습니다. ImageX는 압축 성능이 뛰어나고 이미지를 추가하고 편집하기가 비교적 쉽다는 장점이 있습니다.

또한 ImageX를 사용하면 하나 이상의 볼륨에 대한 이미지를 안전하게 만들 수 있습니다. 즉, 사용자 데이터를 다른 곳으로 옮겨 놓는 것만으로도 데이터를 안전하게 보존할 수 있습니다. 따라서 Windows를 복구할 때 볼륨 전체를 지울 필요가 없습니다.

그런 다음, 이미지를 저장할 위치를 결정해야 합니다. 솔루션에서 복구 파티션을 사용한다고 가정할 경우 WIM이나 다른 이미징 파일을 복구 파티션에 저장할 수 있습니다. WDS(Windows 배포 서비스)를 사용하여 표준 OS 이미지를 만들고 네트워크에 저장하는 방법도 고려할 수 있습니다. 이렇게 하면 인프라 전체에서 사용할 수 있는 공용 복구 솔루션을 만들 수 있습니다. 물론, 앞에서 언급한 바와 같이 원거리의 현장에서 근무하는 사용자가 있는 경우에는 사용자가 네트워크에 연결할 수 없을 때 자체적으로 사용할 수 있는 복구 솔루션도 마련해야 합니다.

DVD와 같은 미디어를 사용할 수도 있지만 필자가 이 방법을 선호하지 않는 많은 이유가 있음을 언급한 바 있습니다. 예를 들어 이미지 크기가 DVD의 크기보다 금방 커질 수 있으며 이러한 디스크는 업데이트도 쉽지 않습니다. 단, 광학 미디어를 전혀 사용할 수 없다는 말은 아닙니다. 사용자 유형에 맞는 가장 좋은 방법을 고려해야 한다는 것입니다. 아직까지 사용할 방법을 결정하지 못했다면 필자는 이미지를 복구 파티션, USB 하드 디스크 또는 USB 플래시 드라이브에 저장하거나 가능한 경우 WDS를 사용하여 네트워크에 저장할 것을 권장합니다.

WDS를 사용하면 중앙 집중화된 이미지를 쉽게 업데이트할 수 있어서 편리합니다. Windows 업데이트는 매달 제공되며 대부분 중요한 것들이라는 사실은 잘 알고 있을 것입니다. 가능하면 복구 이미지가 최신 상태로 유지될 수 있도록 솔루션을 설계하십시오. WDS를 사용할 경우 각 서버의 이미지를 업데이트할 수 있으며 그것만으로 작업을 끝낼 수 있습니다.

사용자 데이터 및 설정 고려 사항

복구 솔루션을 설계할 때 염두에 두어야 할 몇 가지 사항이 있습니다. 복구 솔루션을 계획할 때 가장 중요한 요소는 사용자 데이터를 안전하게 보존하는 것입니다. 현장의 사용자가 힘들게 복구를 수행했는데 복구 중 중요한 데이터가 모두 손실되는 상황이 발생해서는 안 되니까요. 시스템 복구가 처리되는 방식에 세심한 주의를 기울일 수 없다면, 가장 좋은 방법은 사용자 데이터를 C: 파티션이 아닌 다른 파티션에 저장하도록 하는 것입니다.

ImageX를 사용하면 디스크를 안전하게 복원할 수 있다는 점은 앞서 이미 언급한 바 있습니다. 예를 들어 ImageX를 사용하는 경우 기존의 Documents and Settings(또는 사용자) 디렉터리 트리가 다른 디렉터리로 이동되어 사용자나 스크립트는 복구가 완료된 후 수동으로 파일을 복구할 수 있습니다. 모든 파일을 자신의 프로필에 저장하거나 로밍 프로필을 사용하는 사용자는 대부분의 경우 사용자 데이터를 손실하지 않고 시스템을 복구할 수 있습니다. 하지만 신중에 신중을 기해 복구 솔루션을 만들거나 완벽한 백업 솔루션이 있는 경우가 아니면 이렇게 하더라도 사용자 데이터 중 일부는 손실될 수 있습니다.

사전의 모든 계획에도 불구하고 일부 사용자가 해당 프로필이 아닌 다른 위치에 정보를 저장할 수도 있습니다. 따라서 사전에 사용자에게 경고도 하지 않고 실수로 사용자 데이터를 지울 수 있는 가능성을 감안하여 이에 대비하는 방법을 솔루션에 포함해야 합니다.

EFS(파일 시스템 암호화)를 사용하는 경우, 복구 불가능한 암호화로 인해 데이터가 손실되는 일이 없도록 하려면 키 복구 계획을 실행했는지 확인해야 합니다. 마찬가지로, BitLocker를 사용하는 경우에도 BitLocker로 암호화된 불륨을 복구할 준비가 되어 있어야 합니다. 이는 곧 Windows PE 2.0을 사용한다는 것을 의미합니다. 1.x는 BitLocker와 호환되지 않습니다. BitLocker 복구에 대한 자세한 내용은 blogs.msdn.com/si_team을 참조하십시오.

마지막으로 일부 사용자는 자신이 사용자 지정한 내용이나 응용 프로그램이 사라질 경우 작업에 어려움을 겪을 수도 있으므로 이에 대해서도 대비해야 합니다. 응용 프로그램이든 Windows 자체든 사용자 지정한 내용은 사용자 프로필뿐만 아니라 다른 임의의 위치에도 저장됩니다. 전체 OS 파티션을 복원하는 경우 일부 사용자는 "이런저런 파일이 어디로 갔습니까?" 또는 "왜 Word에서 이것이 표시되지 않습니까?"와 같은 질문을 할 것입니다. 사용자가 던질 수 있는 질문을 미리 예상해 보고 새로운 환경이 이전과 완벽하게 동일하지는 않을 수도 있음을 미리 알려 주는 것이 좋습니다.

Windows PE를 사용하여 자체 복구 솔루션을 만드는 데는 시간이 걸립니다. 또한 솔루션에 대해 계획을 수립하고 설계할 때는 사용자를 고려해야 합니다. 복구 솔루션을 지나치게 복잡하게 만들 필요는 없습니다. 가급적 기술 전문가의 도움 없이 가장 짧은 시간 안에 사용자가 다시 업무에 복귀할 수 있도록 하면 되는 것입니다.

Wes Miller는 텍사스 오스틴에 있는 Pluck(www.pluck.com)의 개발 관리자입니다. 이전에는 오스틴에 있는 Winternals Software에서 근무했으며 Microsoft에서 프로그램 관리자 및 Windows 제품 관리자로도 근무한 경력이 있습니다. 문의 사항이 있으면 technet@getwired.com으로 연락하시기 바랍니다.

추가 리소스