• 아티클

The Desktop FilesWindows 배포 서비스 재검토

Wes Miller

필자는 최근 몇 차례의 칼럼에서 Windows Vista 및 차기 버전의 Windows Server(코드명 "Longhorn")와 관련된 배포 기술에 대해 설명했습니다. 소프트웨어에서 한 가지 확고부동한 사실이 있다면 바로 그것이 변화한다는 것입니다. 이에 따라 필자는 Windows Server® "Longhorn"에서 제공될 WDS(Windows 배포 서비스)와 관련하여 약간의 업데이트 내용을 준비했습니다.

또한 지난 몇 달 동안 토론에 참여하며 수집한 질문과 독자들이 제기한 질문 중에서 ImageX, WDS, Windows® PE와 관련된 몇 가지 질문에 대해 본 칼럼을 통해 답변을 드리고자 합니다.

새로운 기능과 향상된 기능

WDS를 처음으로 구상했을 때는 Windows Server 2003에 추가 기능으로 제공된 WDS와 추후 Windows Server "Longhorn"에 제공될 WDS가 기능면에서 거의 같았으면 좋겠다고 생각했습니다. 그러나 Windows Server "Longhorn"의 WDS 개발 팀이 부지런히 작업하는 과정에서 향후 서버 플랫폼의 WDS에 독보적인 세 가지 새로운 핵심 기능을 개발하게 되었습니다.

멀티캐스트 배포, 향상된 TFTP 다운로드 성능, x64 시스템에 대한 EFI(Extensible Firmware Interface) 네트워크 부팅 지원이 바로 그것입니다. 이러한 기능은 WDS 사용자 및 관리자 모두에게 중요하고 매우 유익한 기능입니다. 지금부터 무엇이 새로운지 하나하나 살펴보도록 하겠습니다. 그런데 이 기능은 다음 버전의 Windows Server 2003용 WDS에는 포함되지 않을 예정이므로 참고하시기 바랍니다.

멀티캐스트

필자가 Windows 팀에 합류하기 꽤 오래전부터 멀티캐스트는 RIS(원격 설치 서비스)를 위해 가장 활발하게 논의되고 요구되는 사항 중의 하나였으며, 심지어 Windows 배포에서도 일반적으로 필요한 기술이었습니다. 다른 회사의 배포 기술을 사용하고 있던 고객들은 멀티캐스트 배포가 어떤 역할을 하는지 이미 알고 있었습니다. Microsoft에서는 몇몇 특정 경우에 맞는 배포 기술, 그 중에서도 특히 ADS(자동 배포 서비스)에서 멀티캐스트를 구현했지만 OEM 및 엔터프라이즈 배포에는 이를 제공하지 않았습니다. 따라서 배포 관련 상담을 할 때마다 OEM 고객이나 엔터프라이즈 고객으로부터 이 기능을 자주 요청받게 되었습니다.

멀티캐스트의 가장 큰 장점은 여러 대의 컴퓨터가 동시에 통신 내용을 받을 수 있다는 것입니다. 즉, 보내는 쪽(이 경우에는 WDS 서버)에서 정보를 단 한 번만 보내면 되는 것입니다. 정보를 받기 위해 각 클라이언트는 전체 통신 내용을 수신해야 합니다. 모든 클라이언트는 동시에 하나의 특정 네트워크 주소에서 보내는 정보만 수신하므로 두 가지 이점을 얻을 수 있습니다. 첫째는 여러 대의 클라이언트가 같은 작업을 수행하므로 네트워크 병목 현상이 감소되어 배포 속도가 향상되며, 둘째는 모든 클라이언트가 하나의 스트림을 수신하므로 네트워크 정체가 줄어듭니다.

멀티캐스트의 단점은 예전부터 지금까지 멀티캐스트 자체의 인프라에 있다고 할 수 있습니다. 우리가 어린 시절 즐겨 하던 "전화" 놀이를 한번 떠올려 보십시오. 아마도 이 놀이의 단계는 다음과 같을 것입니다.

  1. 옆에 있는 두 번째 사람에게 말을 건넵니다.
  2. 두 번째 사람이 그 말을 듣습니다.
  3. 그리고 두 번째 사람은 세 번째 사람에게 이 말을 반복하여 전합니다.
  4. 놀이에 참여한 모든 사람에게 이 순서가 반복됩니다.

멀티캐스트가 지닌 고유의 문제는 네 명의 사람에게 전체 말을 전하기 위해서는 이 네 사람이 모두 같은 방에 있어야 하고 동시에 같은 말을 들어야 한다는 데 있습니다. 만약 다섯 번째 사람이 방으로 들어오고 바로 그때 말을 듣지 못했을 경우에는 말 전체를 다시 반복해야 할 것입니다.

멀티캐스트도 대체로 같은 방식으로 작동합니다. 말을 건네는 대신 바이너리 이미지(일반적으로 섹터 기반 디스크 이미지)를 네트워크를 통해 보낼 뿐입니다. 이미지를 받아야 하는 모든 클라이언트는 이미지가 처음 브로드캐스트되었을 때 바로 준비되어 있지 않으면 큐에 대기하고 있어야 합니다. 더욱 성가신 일은 클라이언트가 네트워크 문제나 성능 문제로 다량의 데이터를 손실할 경우 전체 디스크 이미지를 받았는지 확신할 수 없으므로 통신 큐에서 완전히 제거되거나, 클라이언트에 발생한 문제의 요구 사항에 맞추기 위해 전체 그룹의 속도를 낮춰야만 한다는 점입니다. 수백 개의 시스템을 동시에 배포한다고 가정할 경우 모든 클라이언트가 동시에 부팅되고 한 클라이언트의 속도 저하가 다른 클라이언트에는 영향을 주지 않아야 한다는 점이 멀티캐스트 시스템 설계에서 주로 중점을 두어야 하는 부분이었습니다.

그러나 WDS 팀에서 새로운 멀티캐스트 엔진을 제공함에 따라 상황이 완전히 달라졌습니다. 이 엔진은 파일 기반 WIM(Windows 이미징 형식) 인프라의 장점을 활용하면서 매우 특별한 몇 가지 기능을 제공합니다. 다른 회사에서 제공하는 멀티캐스트 소프트웨어를 통해서도 같은 수준의 멀티캐스트 시나리오를 수행할 수 있지만, WDS용 멀티캐스트 솔루션을 사용하면 훨씬 다양한 이점을 얻을 수 있습니다.

첫째, 전송 중에 언제든지 클라이언트 컴퓨터가 참가할 수 있습니다. 멀티캐스트 브로드캐스트는 파일 스트림을 "라운드 로빈" 방식으로 브로드캐스트하여 모든 클라이언트 컴퓨터의 요구 사항이 충족될 때까지 계속합니다. 따라서 클라이언트가 언제 온라인이 되는지는 문제가 되지 않습니다. 클라이언트는 WDS 서버를 수신하며, 서버에서 이미지 파일 브로드캐스트를 완료하면 처음부터 다시 브로드캐스트가 시작됩니다. 파일을 놓칠 경우 클라이언트는 해당 파일이 다시 제공될 때까지 수신하면 됩니다. 회전목마의 원리를 생각해 보십시오.

둘째, 완전히 새로운 프로토콜로 정체 및 흐름 제어 기능을 제공합니다. 즉, 기존의 네트워크 통신을 방해하지 않고도 프로덕션 네트워크에서 제대로 작동합니다. 일부 멀티캐스트 솔루션에서 입증된 것처럼 네트워크 관리자가 일반적으로 우려하는 것은 실제로는 보다 효율적으로 통신하기 위해 멀티태스크 솔루션을 사용하지만 이로 인해 네트워크에 트래픽이 쇄도하게 되는 것입니다.

셋째, 이 솔루션은 WDS 및 Active Directory®와 독립적으로 설계되었다는 점입니다. 이는 이 솔루션을 활용하는 데 Active Directory가 필요하거나 활성 WDS 구현이 필요하지 않다는 것을 의미합니다. ImageX 멀티캐스트는 독립적으로 수행될 수 있으며 그 자체로 다양한 시나리오에 사용될 수 있습니다. 멀티캐스트 클라이언트는 Windows Server "Longhorn"(및 Windows PE 관련 릴리스), Windows Vista™, Windows XP SP2(서비스 팩 2), 또는 최근에 릴리스된 Windows Server 2003 SP2에서 실행할 수 있는 명령줄 응용 프로그램입니다.

WDS MMC 및 WDSUtil 응용 프로그램에는 멀티캐스트를 설정하고 구성할 수 있는 여러 가지 새로운 관리 작업이 있습니다. 또한 멀티캐스트가 사용되고 있음을 알려 주도록 WDS 클라이언트의 사용자 인터페이스가 변경되었습니다.

WDS 관리 도구를 사용하면 관리자가 전송에서 제거되는 클라이언트를 비롯하여 클라이언트로의 전송 과정을 실시간으로 모니터링할 수 있습니다. 또한 이 관리 도구는 전체 로깅 및 보고 기능을 제공하는데, 관리자는 이를 통해 설치 환경을 로깅할 수 있습니다. 이 기능은 RIS에서는 전혀 제공되지 못했던 기능입니다.

Windows Server "Longhorn" WDS의 멀티캐스트는 최근 필자가 들은 가장 반가운 소식 중 하나입니다. OEM 및 엔터프라이즈 고객들이 자주 요청했던 바람을 충족시킬 수 있게 되어, 그것도 아주 충분히 충족시킬 수 있게 되어 정말 기쁩니다.

향상된 TFTP 다운로드 성능

TFTP(Trivial File Transfer Protocol)는 PXE(Pre-boot eXecution Environment)의 핵심 구성 요소이며 그 자체로 RIS 및 현재의 WDS에 모두 중추적인 역할을 하는 요소입니다. TFTP를 선택한 가장 큰 이유는 네트워크 효율성이나 견고성 때문이 아니라 그 크기가 매우 작기 때문입니다. TFTP는 안전하지 않은 UDP 기반 상태의 비저장 프로토콜로, 시스템이 네트워크에서 PXE 부팅하기 위해 부팅 ROM에 캡슐화됩니다.

Windows Server "Longhorn"의 경우 TFTP 다운로드 시간을 크게 향상시킬 수 있도록 TFTPD(TFTP Daemon)가 완전히 새로 작성되었습니다. 이는 가장 큰 개선점이라고 할 수 있으며 이제 모든 WDS 배포가 RAM 이미지에서 Windows PE 부팅을 기반으로 이루어집니다. 이러한 사실은 Windows Server 2003에서 RIS 또는 WDS를 통해 Windows PE를 다운로드하는 성능이 개선되기를 바랬던 고객들에게 희소식이 될 것 같습니다.

PC 체제가 오늘날 x86 PC의 백본인 유비쿼터스 BIOS에서 EFI로 옮겨감에 따라, Microsoft에서는 BIOS가 아닌 EFI를 사용하여 부팅하는 새로운 x64 서버 시스템과 연동될 수 있도록 WDS를 준비했습니다. WDS에 포함된 기능을 사용하면 x64 클라이언트 시스템이 WDS 서버에서 PXE 부팅을 수행할 수 있습니다.

질문

지금까지 약간의 WDS 업데이트 내용을 살펴보았는데, 본 칼럼의 나머지 부분에서는 필자가 전자 메일을 통해 받은 독자들의 질문이나 최근 온라인에서 논의된 질문에 답변해 드리고자 합니다. 이 질문들은 본 칼럼의 독자들도 일반적으로 관심을 가질 만한 것들이라고 생각됩니다.

Q: DHCP가 아닌 환경에서도 WDS를 사용할 수 있습니까? 제가 사용하고 있는 네트워크에서는 DHCP나 PXE 트래픽이 허용되지 않습니다.

A: 예. DHCP가 아닌 환경에서도 WDS를 사용할 수는 있습니다. 그러나 지원할 각 설치마다 고유의 IP 주소가 있어야 하고 고유의 CD 미디어를 만들어야 하므로 WDS 솔루션을 확장하기 어렵습니다. 설치에는 DVD 미디어를 사용하시는 편이 좋을 것 같습니다. DHCP 없이 WDS를 통해 설치해야 하는 경우에는 다음 단계를 수행하십시오.

  1. 정적으로 정의된 서버로 WDS Discover 이미지를 만듭니다(설치하려는 특정 WDS 서버를 가리킴).
  2. 이 대상 WDS 서버에서 DHCP 트래픽을 포트 4011로 허용합니다. DHCP를 사용하지 않더라도 이 방식으로 WDS 클라이언트가 서버와 핸드셰이크하므로 이를 허용해야 합니다.
  3. DHCP 대신 고정 IP 주소로 고유한 Windows PE 미디어를 만듭니다.

IP 주소 충돌을 피하기 위해 클라이언트 미디어가 고유해야 하며 네트워크의 특정 WDS 서버를 가리켜야 하기 때문에 이 방법은 사용하기 매우 까다롭습니다. WDS의 백본인 PXE는 그 자체가 DHCP를 기반으로 하기 때문에 WDS는 DHCP가 허용된 환경에서 훨씬 더 잘 작동합니다.

Q: WDS가 아닌 PXE 서버에서 Windows PE 2.0를 PXE 부팅하고자 합니다. 어떻게 해야 합니까?

A: 기술 자료 문서 support.microsoft.com/kb/926172의 지침을 참조하여 WDS가 아닌 PXE 서버에서 Windows PE 2.0을 작동시킬 수 있지만, Microsoft에서는 이를 제한적으로 지원하고 있음을 참고하시기 바랍니다.

Q: BDD란 무엇입니까? WAIK(Windows Automated Installation Kit)도 여기에 포함됩니까?

A: BDD(Business Desktop Deployment) 솔루션 액셀러레이터는 WAIK와 같은 Windows 배포 도구를 관리가 용이하고 반복할 수 있는 방식으로 사용하는 방법을 안내하는 프레임워크라고 할 수 있습니다. WAIK가 직접적으로 BDD에 포함되어 있지는 않지만, BDD는 WAIK를 비롯한 모든 필요한 도구를 모두 통합하여 해당 도구가 아직 설치되지 않은 경우 이러한 도구를 설치할 수 있도록 합니다. 따라서 엄밀히 말하자면 BDD는 WAIK를 포함하고 있지 않지만 제대로 작동하기 위해서는 WAIK를 필요로 합니다. BDD에 대한 자세한 내용은 microsoft.com/desktopdeployment를 참조하십시오.

Q: Windows Server 2003 시스템용 WDS는 어디에서 얻을 수 있습니까?

A: WDS는 WDS 디렉터리에 있는 WAIK 다운로드의 일부로 제공됩니다. go.microsoft.com/fwlink/?LinkId=85377을 참조하시기 바랍니다.

Q: 고정 IP 주소로 부팅하고 DNS 구성을 지원하려면 Windows PE 2.0을 어떻게 구성해야 합니까?

A: 고정 IP를 구성하려면 먼저 그림 1의 unattend.xml 샘플을 CD, USB 플래시 드라이브 또는 기타 부팅 가능한 미디어의 루트에 넣어 인식할 수 있도록 합니다. DNS를 지원하려면 다음 명령도 실행해야 합니다.

Figure 1 그림 1 unattend.xml

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
 <settings pass="windowsPE">
  <component 
   name="Microsoft-Windows-TCPIP" 
   processorArchitecture="x86" 
   publicKeyToken="31bf3856ad364e35" 
   language="neutral" 
   versionScope="nonSxS" 
   xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State" 
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <Interfaces>
    <Interface wcm:action="add">
     <Ipv4Settings>
      <DhcpEnabled>false</DhcpEnabled>
     </Ipv4Settings>
     <UnicastIpAddresses>
      <IpAddress wcm:action="add" wcm:keyValue="1">
       192.168.0.1</IpAddress>
     </UnicastIpAddresses>
     <Identifier>Local Area Connection</Identifier>
    </Interface>
   </Interfaces>
  </component>
 </settings>
<cpi:offlineImage 
 cpi:source="wim:c:/simtest/winpe.wim#Microsoft Windows Vista PE (X86)" 
 xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>

net start "DNS Client"
netsh interface ipv4 add dnsserver "Local Area Connection" 192.168.2.10 index=1

Q: 파이버 채널 컨트롤러에서 Windows PE를 부팅할 수 있나요?

A: 예. 파이버 채널 HBA가 Int13을 통한 부팅 볼륨 등록을 지원해서 BIOS에 Windows PE의 부팅 가능한 볼륨으로 나타나면 가능합니다. 다른 기본 저장 컨트롤러 드라이버를 추가하는 것처럼 파이버 채널 컨트롤러 드라이버도 추가해야 합니다.

Q: Windows PE 2.0은 항상 RAMDisk에서 부팅됩니다. 제 시스템에 이렇게 부팅할 정도로 충분한 RAM이 없는데, RAMDisk를 사용하지 않고 Windows PE 2.0을 부팅할 수는 없을까요?

A: 예. 가능합니다. 특히 RAM이 256MB 미만인 시스템의 경우 Windows PE를 부팅하려면 RAMDisk를 사용하지 않도록 구현해야 합니다. Microsoft 기술 지원 문서에는 이러한 부팅 방법에 대한 설명이 수록되어 있습니다. 몇 가지 주의해야 할 사항이 있다면 RAMDisk를 사용할 때처럼 미디어를 교환할 수 없으며 RAMDisk 기반 버전의 Windows PE 2.0보다 느리게 부팅된다는 점입니다.

Q: DVD 이외의 미디어에서 Windows PE 2004 및 Windows PE 2005(1.5 또는 1.6)를 부팅하고 DVD의 이미지나 다른 데이터를 복사하려고 시도해 보았습니다. DVD에서 부팅하려는 게 아니라, 단지 데이터만 복사하려고 하는데 잘 되지 않습니다. Windows 전체 설치 환경에서는 DVD를 읽을 수 있지만, Windows PE에서는 볼륨이 손상되었거나 읽을 수 없다는 오류 메시지가 표시됩니다. 이 문제를 해결할 수 있을까요?

A: 예. 해결할 수 있습니다. 기본적으로 Windows PE 1.x에서는 UDF 형식의 미디어를 지원하지 않습니다. DVD는 원래부터 ISO 브리지 지원(ISO 및 UDF의 이중 형식) 또는 단순 UDF 형식으로 되어 있습니다. 이 문제를 해결하려면 Windows PE 설치 환경에 UDF 드라이버를 추가해야 합니다. 드라이버는 이미 내장되어 있으며, 단지 설치되지 않았을 뿐입니다. 드라이버를 설치하려면 다음을 수행하십시오.

  1. 메모장에서 I386(또는 Windows PE의 하드 디스크 설치 환경에서는 MiniNT) 디렉터리의 txtsetup.sif 파일을 엽니다.
  2. [CdRomDrivers.Load]라는 섹션을 찾고 cdfs.sys라는 드라이버 이름이 있는 줄을 찾습니다. 줄 아래에 udfs = udfs.sys 줄을 추가합니다. 입력 값이 다음과 같아야 합니다.
[CdRomDrivers.Load]
cdfs = cdfs.sys
udfs = udfs.sys

3. [CdRomDrivers]라는 섹션에서 cdfs라는 줄을 찾습니다. 줄 아래에 udfs = "Universal Disk File System" 줄을 추가합니다. 입력 값이 다음과 같아야 합니다.

[CdRomDrivers]
cdfs = "CD-ROM File System"
udfs = "Universal Disk File System"

4. txtsetup.sif를 저장한 다음 닫고, 필요한 경우 Windows PE 이미지를 다시 만듭니다. 이제 Windows PE에서 모든 UDF 형식의 DVD 미디어를 읽을 수 있습니다.

Q: 오래된 몇 대의 시스템에서 Windows XP를 실행하고 있는데 ACPI가 지원되지 않습니다. Windows Vista로 마이그레이션하거나 Windows XP를 다시 설치하기 위해 이들 시스템에서 Windows PE 2.0을 사용할 수 있을까요?

A: 아니요. 사용하실 수 없습니다. Windows PE 2.0은 ACPI(고급 구성 및 전원 인터페이스) 호환 시스템만 지원하며 현재 보유하고 계신 시스템에서는 부팅할 수 없습니다. 현재 시스템에서 Windows PE를 사용해야 한다면 Windows PE 1.6 이전 버전을 사용하시기 바랍니다.

Q: Visual Studio® 2005를 사용하여 Windows PE(1.x 또는 2.0)에서 실행할 응용 프로그램을 작성했습니다. 프로그램이 작동할 수 있을까요?

A: 응용 프로그램을 어떻게 작성했는지에 따라 달라집니다. 관리되지 않는 C++를 사용했다면 응용 프로그램이 작동되지만, C# 또는 J#과 같은 관리되는 코드 언어를 사용했거나 관리되는 C++ 코드로 작성한 경우에는 프로그램이 작동하지 않습니다. Microsoft® .NET Framework(모든 버전)는 Windows PE에서 사용할 수 없으므로 관리되는 코드는 실행되지 않습니다.

Q: Windows PE 2.0에서 사용할 저만의 응용 프로그램을 작성하고 있는데 도움이 필요합니다. 무엇을 참고하면 좋을까요?

A: Windows PE 개발자 가이드 백서부터 보시는 것이 좋겠습니다.

Q: CD에서 Windows PE 2.0을 몇 번이나 부팅했는데 RAMDisk 드라이브 문자가 항상 X로 표시됩니다. 실제로 부팅된 드라이브 문자가 무엇인지 알 수 있을까요?

A: 레지스트리를 보면 아래의 키에서 Windows PE가 처음에 부팅된 실제 드라이브 문자를 확인하실 수 있습니다.

HKEY_LOCAL_MACHINE\SYSTEM\Setup\SystemPartition

Windows PE 내에 타사 셸이 사용되어 이 키에 값이 없을 경우 다음 명령을 실행하면 정확한 값으로 업데이트됩니다.

start /w wpeinit UpdateBootInfo

Q: ImageX 및 WIM 파일을 사용하여 시스템을 백업할 수 있습니까?

A: 이론상으로는 가능하지만 권장하고 싶지는 않습니다. ImageX는 진짜 백업 도구처럼 잠긴 파일이나 열린 파일을 백업할 수 없습니다. 열린 파일과 잠긴 파일을 보호하려면 현재 사용하고 계신 진짜 백업 유틸리티를 계속 사용하시기 바랍니다.

Q: 압축하지 않은 WIM 파일을 캡처하면 압축된 동일한 볼륨 이미지보다 빨리 배포할 수 있습니까?

A: 그렇게 크게 시간이 단축되지는 않습니다. 압축으로 인해 캡처 작업이 오래 걸리기 때문입니다. 그러나 대상 시스템에 이미지를 적용하는 작업은 사용된 압축 유형(none, XPress, 또는 LZX)에 관계없이 시간이 특별히 오래 걸리지는 않습니다. 따라서 실제 필요한 이미지 크기와 캡처에 할애할 시간을 기준으로 압축 옵션을 선택하시는 것이 좋습니다.

Q: WIM 이미지를 디스크에 적용하려면 디스크의 파티션을 다시 나누고 포맷을 해야 하나요?

A: 예. 그렇습니다. 시스템의 빈 이미지를 적용하려면 우선 Diskpart 도구를 사용하거나 대상 파티션을 삭제하고 다시 만들어 디스크 볼륨을 정리해야 합니다. 또는 이미지를 적용하기 전에 디스크 볼륨을 완전히 포맷할 수도 있습니다.

또한 Windows Vista 이전의 Windows 버전에서 다른 부팅 섹터를 사용했고, 따라서 Windows PE 2.0을 사용하여 Windows Server 2003 이전 버전을 배포하는 경우에는 Windows PE 내에서 다음 명령을 실행하여 Windows 설정이 시작되거나 해당 WIM이 적용되기 전에 Windows Server 2003 이전 버전에서 부팅할 수 있는 섹터로 부팅 섹터를 설정해야 합니다.

bootsect /nt52 sys C: /force

결론

WDS 업데이트 내용과 여러 질문에 대한 답변이 흥미롭고 유익했기 바랍니다. 여러분의 모든 질문에 감사드리며 앞으로도 본 칼럼에서 기회가 되면 언제든지 답변을 드릴 수 있도록 최선을 다하겠습니다. 제 소개에 나와 있는 전자 메일 주소로 계속해서 많은 질문을 보내 주시기 바랍니다.

Windows Vista Hardware Assessment

Baldwin Ng

지금부터 한 달 전에 여러분이 제출한 건의 사항에 대해 마침내 상사가 좋은 반응을 보였다고 가정해 보겠습니다. 상사는 조직 전체에 Windows Vista를 보급하자는 여러분의 건의안을 심각하게 고려하고 있는 것이 분명하며, 단일 운영 체제를 관리함으로써 얻을 수 있는 이점과 비용 절감에 대해서도 인식하기 시작했습니다. 그러나 Windows Vista를 설치하기 위해 PC를 모두 교체하는 것이 과연 재정적으로 합당한 일인지 완전히 확신하지 못하고 있습니다. 따라서 상사는 현재 당장 Windows Vista로 마이그레이션할 수 있는 PC와, 시스템 메모리나 하드 디스크 공간을 늘리는 약간의 업그레이드만으로 마이그레이션할 수 있는 PC를 구체적이고 자세하게 알려 주는 정보를 원하고 있습니다. 그것도 이번 주 내로 말입니다. 자, 그럼 무엇부터 시작해야 할까요? 회사에 정통한 정보 제공자도 없고 정교한 네트워크 관리 도구도 없는 상황에서 어떻게 단 며칠 만에 답을 알아내야 할까요? 더욱이 회사에서 현재 보유하고 있는 네트워크 자산에 대한 정보도 충분히 전달하지 않은 채 선임자가 떠나버린 경우라면 문제가 더욱 심각해지겠지요.

Microsoft는 바로 얼마 전에 조직에서 Windows Vista에 대한 준비 현황을 파악하는 데 도움이 되는 Windows Vista Hardware Assessment라는 솔루션 액셀러레이터를 출시했습니다(microsoft.com/technet/wvha 참조). 이 도구는 네트워크를 통해 PC에 소프트웨어 에이전트를 설치할 필요 없이 네트워크의 모든 PC를 신속하게 평가하여 중간 규모 조직의 경우 불과 몇 시간 안에 하드웨어와 장비 호환성에 대한 세부적인 준비 현황 보고서를 생성합니다.

Windows Vista Hardware Assessment는 이전에 Microsoft ADS(Assessment and Deployment Solution)를 위해 개발된 강력한 인벤토리 수집 및 보고 기술을 기반으로 하며 다음 세 단계 프로세스를 통해 일련의 준비 현황 보고서를 만듭니다.

1. 하드웨어 인벤토리

이 도구는 WMI(Windows Management Instrumentation), Active Directory® 및 NetServerEnum과 같은 Windows 네트워킹 프로토콜을 사용하여 도메인의 컴퓨터와 작업 그룹 컴퓨터를 검색합니다. 인벤토리가 완료되면 모든 시스템 리소스 및 장치 정보가 SQL Server™ 2005 Express 데이터베이스에 저장됩니다. 이 도구의 최신 릴리스에서는 최대 5천 대의 컴퓨터에 대한 네트워크 검색을 지원하고 있습니다. 다음 릴리스에서는 보다 큰 규모의 네트워크를 지원하도록 확장될 예정입니다.

2. 호환성 분석

Windows 팀에서 가장 최신에 업데이트한 장치 및 BIOS 데이터베이스를 통해 이 도구는 하드웨어 및 장치 호환성과 관련하여 각 PC의 Windows Vista에 대한 준비 현황을 분석합니다. 또한 정기적으로 업데이트되는 웹 서비스에서 드라이버 정보를 가져오므로 도구를 실행할 때마다 최신 정보를 받을 수 있습니다.

3. 준비 현황 보고

마지막 단계는 준비 현황 보고서를 Microsoft Word 문서 및 Excel® 스프레드시트 양식으로 자동 생성하는 것입니다. 이 보고서에서는 준비 현황 정보와 함께 각 PC에 맞는 업그레이드 권장 사항을 제공합니다.

Windows Vista Hardware Assessment는 Business Desktop Deployment 2007 및 Windows Vista 보안 가이드를 비롯한 다른 Windows Vista 솔루션 액셀러레이터를 보완합니다. 자세한 내용은 Solution Accelerators 홈 페이지를 참조하십시오.

*Baldwin Ng는 Microsoft 솔루션 액셀러레이터 팀에서 제품 관리자로 근무하고 있으며, 일반 고객이나 컨설턴트가 보다 신속하고 효과적인 방식으로 Microsoft를 적용할 수 있도록 자동화된 소프트웨어 도구를 만드는 데 주력하고 있습니다. 문의 사항이 있으면 Baldwin.Ng@microsoft.com*으로 연락하시면 됩니다.

Wes Miller는 텍사스 오스틴에 위치한 Pluck(www.pluck.com)에서 개발 관리자로 근무하고 있습니다. 이전에는 오스틴에 위치한 Winternals Software와 Microsoft에서 Windows 프로그램 관리자 겸 제품 관리자로 근무했습니다. 문의 사항이 있으면 technet@getwired.com으로 연락하시면 됩니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..