• 아티클

Desktop Deployment

BDD 2007을 사용한 간단하고 확장 가능한 배포

Adam Shepherd

 

한 눈에 보기:

  • BDD 2007의 핵심 기능
  • SQL Server와의 통합
  • 확장 가능한 배포 솔루션 구축

Windows 배포에 관여하고 있는 사람은 대부분 Microsoft Solution Accelerator for Business Desktop Deployment에 대해 들어보았을 것입니다. BDD라고도 알려진 이 솔루션은 클라이언트 데스크톱에 Windows®를 쉽게 배포할 수 있도록

개발된 도구와 최상의 방법 지침을 모아 놓은 솔루션입니다. Windows Vista®에는 BDD 2007이라는 Solution Accelerator의 업데이트가 포함되어 있습니다. 이 버전에는 Systems Management Server(SMS) 2003의 후속 버전인 System Center Configuration Manager 2007을 기반으로 하는 새로운 Microsoft® Management Console(MMC)과 Task Sequencer가 포함되어 있습니다.

BDD 2007의 기능 중 완벽한 배포 솔루션으로서 작동하는 기능은 잘 알려져 있지 않습니다. 이전 버전의 BDD는 관리 및 반복 가능한 방식으로 데스크톱 이미지를 만들고 유지 관리하는 데 필요한 기능을 제공했습니다. BDD 2007에서는 BDD와 Windows 배포 서비스(WDS), SQL ServerTM 및 Windows Server® 2003 분산 파일 시스템 복제(DFS-R)를 결합하여 확장 가능한 배포 솔루션을 구축할 수 있는 추가 기능도 제공합니다.

잠깐! 그런데 지금까지는 Operating System Deployment(OSD) Feature Pack을 SMS 2003과 함께 사용하는 것이 권장되는 Windows 클라이언트 배포 방식이 아니었습니까?

맞습니다. SMS 2003 인프라가 이미 구축되어 있다면 BDD 2007, SMS 2003 및 OSD Feature Pack을 배포에 사용해야 합니다. 현재로서는 이 방식이 무인 배포를 구현할 수 있는 가장 포괄적인 방법이며, 이를 통해 조직에서 Windows를 구성, 설치 및 관리하는 비용을 실질적으로 절감할 수 있습니다.

그러나 SMS 2003이나 이와 동일한 기능의 소프트웨어 배포 솔루션을 보유하지 못한 고객이 많습니다. 이러한 고객은 이 기사에서 소개하는 다른 방법을 사용할 수 있습니다.

BDD 2007 핵심 개념

BDD 2007에서는 두 가지 기본 배포 방법을 제공합니다. 첫 번째 방법은 BDD 2007만 사용하여 클라이언트를 배포하는 Lite Touch Installation 방식입니다. 이 기능은 기본적으로 빌드 시에 클라이언트에 할당할 컴퓨터 이름(그림 1 참조), 사용할 자판 배열 및 표준 시간대 등 배포와 관련한 정보를 캡처하는 여러 가지 마법사를 제공합니다. 이 방식을 "Lite Touch"라고 하는 이유는 일반적으로 빌드 프로세스를 시작하기 전에 이 정보를 수집하는 데 최소한의 수동 입력이 필요하기 때문입니다.

그림 1 BDD 2007 Lite Touch 배포 마법사

그림 1** BDD 2007 Lite Touch 배포 마법사 **(더 크게 보려면 이미지를 클릭하십시오.)

두 번째 방법은 BDD 2007과 통합된 SMS 2003 및 OSD Feature Pack에 기반을 두는 Zero Touch Installation 방식입니다. 이 구성은 완전히 자동화되고 확장 및 관리 가능한 무인 배포 솔루션을 제공할 수 있습니다.

빌드 시에 클라이언트 OS 배포의 첫 단계에서 BDD 2007은 여러 출처에서 정보를 수집합니다. 이러한 정보 출처에는 WMI 호출, BDD 2007 구성 파일(Bootstrap.ini 및 CustomSettings.ini) 등이 있습니다. 수집된 정보는 배포 프로세스 전반에 걸쳐 사용될 수 있도록 변수로 저장됩니다. Lite Touch 시나리오의 경우 배포 마법사에 수동으로 입력하여 수집해야 하는 모든 정보를 Bootstrap.ini 파일과 CustomSettings.ini 파일에 미리 정의해 둘 수 있습니다.

빌드 시에 Lite Touch 마법사에서 캡처해야 할 모든 정보를 미리 지정함으로써 SMS 2003이 지원하지 않는 환경에서 전체 Lite Touch 프로세스를 자동화하여 Zero Touch 솔루션으로 전환할 수 있습니다. 미리 정의할 수 있는 정보로는 RDG0001VDT라는 이름을 컴퓨터에 할당하는 ComputerName=RDG0001VST, 컴퓨터 표준 시간대를 그리니치 표준시로 설정하는 TimeZoneName=GMT Standard Time 등이 있습니다. BDD를 사용한 배포에 사용할 수 있는 모든 속성은 technet.microsoft.com/library/bb490302.aspx의 구성 참조에 자세히 나와 있습니다.

BDD 2007 설치 및 사용에 대한 자세한 내용은 TechNet Magazine 2007년 9월호에서 "BDD 2007을 사용한 Windows Vista 배포"(technetmagazine.com/issues/2007/09/BDD) 기사를 참조하십시오.

BDD 및 SQL Server

왜 데이터베이스를 BDD 2007과 같이 사용할까요? 이 질문에 대한 답은 Lite Touch Installation 마법사를 통해 수동으로 입력해야 할 정보를 배포 시에 동적으로 제공하는 방법과 관련이 있습니다. 앞서 설명했듯이 이러한 정보는 CustomSettings.ini 파일을 사용하여 제공할 수 있습니다. 그런데 문제는 실제 배포 시나리오에서는 배포 대상 컴퓨터에 따라 이러한 정보가 달라진다는 것입니다. 게다가 500개의 서로 다른 컴퓨터에 대한 구체적인 옵션과 설정을 정의하려고 하면 CustomSettings.ini 파일이 금방 관리할 수 없을 만큼 커져버릴 수 있습니다. 그런데 BDD 콘솔에 백 엔드 데이터베이스를 연결하면 동적이고 확장 가능하면서 훨씬 관리하기 쉬운 솔루션을 추가할 수 있습니다.

SQL Server를 BDD 2007과 통합하는 방법에 대해 조금 더 알아봅시다. 먼저 SQL Server(SQL Server 2005 이상 권장)가 배포 서버에 설치되어 있는지 확인해야 합니다. 다행스럽게도 BDD 2007에 데이터베이스를 만드는 단계는 매우 간단합니다. 즉, BDD 2007 Deployment Workbench(배포 워크벤치)에서 Database(데이터베이스) 노드를 마우스 오른쪽 단추로 클릭하고 New(새로 만들기)를 클릭한 다음 화면의 지시에 따르기만 하면 됩니다(그림 2 참조). BDD 팀에서는 시작 및 실행을 빠르고 쉽게 수행할 수 있는 뛰어난 마법사를 개발했습니다.

그림 2 BDD 2007 배포 데이터베이스 구성

그림 2** BDD 2007 배포 데이터베이스 구성 **(더 크게 보려면 이미지를 클릭하십시오.)

데이터베이스를 만들었으므로, 이제 기능을 살펴볼 차례입니다. 데이터베이스의 항목은 Computer(컴퓨터), Role(역할), Location(위치) 및 Make and Model(제조업체 및 모델)이라는 네 가지 기본 범주로 분류됩니다. 각 범주별로 항목을 정의하고, 정의하는 각 항목에 대해 BDD 2007 변수로 채우고, 응용 프로그램을 할당하고, 기타 주요 설정을 구성할 수 있습니다(그림 3 참조).

그림 3 배포 속성 할당

그림 3** 배포 속성 할당 **(더 크게 보려면 이미지를 클릭하십시오.)

이 네 가지 범주는 두 개의 그룹으로 살펴보는 것이 좋습니다. Computer(컴퓨터), Location(위치) 및 Make and Model(제조업체 및 모델) 범주는 각각 빌드 시에 컴퓨터를 식별하는 고유한 방법을 제공합니다. 식별된 각 컴퓨터는 데이터베이스에서 영업, 마케팅, 재무 등의 특정한 역할에 연결하여 특정 용도로 제공할 수 있습니다. 이때 각 역할별로 관련 기간 업무(LOB) 응용 프로그램이 설치되어 있어야 합니다.

Computer(컴퓨터) 구역을 통해서는 MAC 주소, 자산 태그, UUID(Universal Unique Identifier) 또는 일련 번호로 컴퓨터를 식별할 수 있습니다. 이 구역에서는 항목이 많이 생성될 수 있으므로 조직에서 컴퓨터별로 하나의 항목만 생성하고, ComputerName과 같은 고유한 속성만 각 항목에 추가해야 합니다.

Location(위치) 구역을 통해서는 조직과 관련 있는 특정한 지리적 위치별로 항목을 만들 수 있습니다. 각 항목은 해당 위치의 기본 게이트웨이로 식별됩니다. 이는 Active Directory®에 위치 기반 OU(조직 구성 단위)가 있고 특정 위치에 구축된 컴퓨터를 그 위치에 해당하는 OU의 도메인에 추가해야 하는 경우에 특히 유용합니다.

Make and Model(제조업체 및 모델) 구역을 통해서는 배포에서 지원해야 하는 하드웨어 종류별로 항목을 만들 수 있습니다. BDD 2007은 이 정보를 WMI 호출을 통해 검색된 정보와 비교합니다. 배포 환경에서 Make and Model(제조업체 및 모델) 구역은 Make and Model(제조업체 및 모델) 속성이 "Microsoft Corporation"인지 또는 "Virtual Machine"인지를 검사하여 컴퓨터가 Virtual PC 2007인지, Virtual Server 2005 가상 컴퓨터인지를 확인할 수 있는 항목을 만드는 데 일반적으로 사용됩니다. 빌드 시에 이러한 속성을 확인하는 경우 Make and Model(제조업체 및 모델) 항목에 가상 컴퓨터용 추가 프로그램을 추가하기만 하면 배포 시에 이러한 응용 프로그램을 설치하도록 BDD에 지시할 수 있습니다.

지금까지 컴퓨터 식별 방법을 살펴보았으므로 이제 Roles(역할) 구역을 사용하여 제공할 각 배포 역할별로 항목을 만들어 봅니다. 예를 들어 BDD에 정의된 Windows XP 또는 Windows Vista 빌드에 해당하는 BuildID 속성을 각 항목에 추가하여 Windows XP 역할 및 Windows Vista 역할에 대한 항목을 구성할 수 있습니다. 또한 회계, 영업 또는 재무와 같은 부서 역할을 지정할 수도 있습니다. 필자는 이 구역에 표준 시간대, 국가별 설정, 조직 정보 등 대부분의 BDD 속성을 채웁니다. 이렇게 하면 항목이 특정 컴퓨터, 하드웨어 또는 위치에 한정되지 않으므로 데이터베이스 관리 부담이 최소화됩니다.

배포 시에 데이터베이스에서 현재 빌드 중인 컴퓨터에 해당하는 항목이 있는지 검색하도록 BDD 2007에 지시해야 합니다. 배포 시에 데이터베이스를 사용하도록 BDD를 구성하려면 배포 지점을 마우스 오른쪽 단추로 클릭하고 Configure DB(DB 구성)를 클릭합니다. 그러면 Lite Touch Installation 프로세스에서 데이터베이스에 정보를 쿼리하도록 하는 항목을 CustomSettings.ini 파일에 채우는 일련의 마법사가 실행됩니다.

확장 가능한 배포 만들기

이제 Lite Touch Installation을 자동화하고 특정 업무 역할에 맞게 작동하도록 각 컴퓨터를 동적으로 제공할 수 있는 배포 서버가 준비되었습니다. 하지만 이 솔루션을 확장하려면 어떻게 해야 할까요?

솔루션의 아키텍처는 그림 4와 같이 허브 및 스포크 토폴로지를 기반으로 합니다. 설치하는 첫 번째 배포 서버가 허브인 동시에 부모 배포 서버가 되며 각 자식 배포 서버는 스포크 역할을 합니다.

그림 4 허브 및 스포크 배포 아키텍처

그림 4** 허브 및 스포크 배포 아키텍처 **(더 크게 보려면 이미지를 클릭하십시오.)

이 아키텍처를 사용하려면 DFS-R을 이용하여 배포 공유를 각 배포 서버에 복제해야 합니다. 그런 다음 SQL Server 스냅숏 복제를 사용하여 BDD 배포 데이터베이스의 복사본을 각 자식 배포 서버에 제공합니다. 이 솔루션의 장점은 자식 배포 서버의 요구 사항이 최소화된다는 점입니다. 즉, 각 컴퓨터에 SQL Server Express, WDS 및 DFS-R만 설치되어 있으면 배포가 가능합니다.

BDD 2007 배포 공유에는 많은 양의 데이터가 저장될 수 있기 때문에 이전 버전의 Windows Server에서 제공되는 파일 복제 서비스 대신 Windows Server 2003 R2의 DFS-R을 사용하는 것이 좋습니다. DFS-R은 RDC(원격 차등 압축)를 사용하여 복제 그룹 구성원 파일 간의 차등(델타) 변경 내용만 복제합니다. 이는 새 드라이버와 같은 사소한 변경 내용이 사용자 지정 이미지 파일에 적용된 경우 복제 트래픽의 양에 큰 영향을 줄 수 있습니다. DFS-R을 사용하면 전체 이미지 파일을 다시 배포하는 대신 변경 내용의 크기에 해당하는 복제 트래픽만 발생합니다.

DFS와 관련한 정보는 Microsoft 웹 사이트에서 많이 볼 수 있지만(기본적인 정보의 예로 microsoft.com/windowsserver2003/technologies/storage/dfs를 들 수 있음) BDD 기반 배포와 관련한 프로세스의 개요를 살펴볼 수 있도록 기본 설치 및 구성 단계를 소개하도록 하겠습니다.

서버에서 R2 이전 버전의 Windows Server 2003 설치를 기반으로 하는 Active Directory를 실행하는 경우 복제 서비스에 새 개체 클래스가 필요하므로 DFS-R을 허용하려면 Active Directory 스키마를 업데이트해야 할 수 있습니다. Windows Server 2003 R2에서 Active Directory 스키마를 확장하는 데 대한 자세한 내용은 go.microsoft.com/fwlink/?LinkId=99936을 참조하십시오.

첫 번째 단계로 Windows Server 2003 R2 배포 서버에 DFS 구성 요소를 설치해야 합니다. 이 구성 요소는 여러 가지 방법으로 설치할 수 있습니다. 가장 간단한 방법으로는 Windows 구성 요소 추가/제거 마법사를 사용하는 방법이 있습니다. 설치가 끝나면 그림 5에 나와 있는 DFS Management(DFS 관리) 콘솔을 사용하여 복제 그룹을 설정해야 합니다.

그림 5 DFS 관리 콘솔

그림 5** DFS 관리 콘솔 **(더 크게 보려면 이미지를 클릭하십시오.)

BDD 2007 배포 솔루션을 확장하려면 폴더 두 개를 복제해야 합니다. 그 중 첫 번째는 BDD 원본 파일과 구성 파일이 모두 들어 있는 BDD 2007 배포 공유입니다. 이 폴더에 있는 파일은 각 배포 서버에 제공되어야 합니다.

복제할 두 번째 폴더는 WDS에서 LiteTouch_x86.wim 파일을 보관하는 데 사용하는 Boot 폴더입니다. 이 파일은 배포 프로세스를 시작하기 위해 WDS에서 데스크톱 클라이언트 컴퓨터로 전달하는 BDD 부팅 환경입니다. 이 파일을 복제하여 부모 배포 서버의 부팅 환경이 변경되면 나머지 배포 인프라에도 변경 내용이 복제되도록 해야 합니다.

복제할 경로는 X:\Distribution과 Y:\RemoteInstall\boot입니다. 여기서 X와 Y는 각각 BDD 2007 설치 시에 지정한 드라이브 문자와 WDS RemoteInstall 공유가 있는 볼륨의 드라이브 문자입니다.

DFS-R의 복제 기능은 다중 마스터 복제 모델을 따르기 때문에 단방향 복제 토폴로지는 만들 수 없습니다. 따라서 배포 공유를 중앙 집중식으로 관리하려면 각 자식 배포 서버의 Distribution 폴더를 읽기 전용으로 구성해야 합니다. 이렇게 하면 백업 및 복원 권한을 사용하는 DFS-R 복제 기능만 폴더에 쓸 수 있습니다. 이러한 자식 서버에서 빌드되는 클라이언트 컴퓨터는 이 폴더에 쓸 일이 없기 때문에 읽기 권한보다 높은 수준의 권한을 부여할 필요가 없습니다.

DFS-R을 사용하여 데이터를 복제하는 데 필요한 마지막 구성 단계는 WDS에서 BCD(부팅 구성 데이터) 저장소 새로 고침 정책을 설정하는 것입니다. 이렇게 하면 부팅 환경이 변경된 경우 각 자식 배포 서버에도 변경 내용이 반영됩니다. 이 구성 변경 설정은 모든 WDS 서버에 설정해야 하며, 배포 서버를 제공하는 빌드와 구성 프로세스에 이 설정을 포함하는 것이 좋습니다.

각 배포 서버에서 다음 명령을 실행합니다.

WDSUTIL /set-server /BCDRefreshPolicy /Enabled:yes /RefreshPeriod:<time in minutes>

새로 고침 간격은 배포 서버에서 얼마나 자주 데이터를 새로 고치는지에 따라 결정됩니다. 한 시간마다 복제하도록 DFS-R을 구성한 경우 60분마다 새로 고치도록 BCD 저장소 새로 고침 정책을 구성하는 것이 좋습니다.

SQL Server 복제

지금까지 주 배포 서버에서 각각의 자식 배포 서버로 BDD 배포 공유와 WDS 부팅 이미지를 복제하도록 BDD 2007을 확장해 보았습니다. 이제 프로세스를 완료하고 각 배포 서버에서 로컬로 사용할 수 있도록 BDD 2007 Deployment Workbench(배포 워크벤치) 데이터베이스를 복제해야 합니다.

SQL Server는 제품 설명서에서 설명하듯이 잡지 게시 방법과 유사한 복제 방식을 사용합니다. 잡지의 경우 잡지를 제작하는 게시자, 게시자를 대신해 잡지를 배포하는 배포자, 잡지를 구독하고 받아보는 구독자가 있습니다. SQL Server의 기본 제공 복제 기능에도 이와 동일한 용어가 사용됩니다.

SQL Server 데이터베이스 게시자가 되려면 서버에서 SQL Server Express Edition을 실행해서는 안 되며, 반드시 SQL Server의 정식 버전을 사용해야 합니다. 필자는 주 배포 서버에 SQL Server 2005(SQL Server 2000도 지원됨)를 사용합니다. 각 자식 배포 서버에는 SQL Server 2005 또는 SQL Server 2005 Express를 사용할 수 있습니다.

SQL Server 복제를 구성하기 전에 먼저 SQL Server가 복제를 지원하도록 올바르게 구성하는 데 필요한 몇 가지 단계를 수행해야 합니다. 배포 서버를 제공할 때에는 SQL Server 2005 또는 SQL Server 2005 Express Edition 설치 시 복제 구성 요소를 포함해야 합니다. 기본적으로 SQL Server Express는 복제 구성 요소를 설치하지 않습니다.

다음으로 Lite Touch 부팅 환경에서 SQL Server에 원격으로 연결할 수 있도록 하려면 SQL Server에서 원격 연결을 사용하도록 설정해야 합니다. 원격 연결이 가능하도록 SQL Server을 구성하려면 SQL Server 노출 영역 구성 도구를 시작하고, 서비스 및 연결에 대한 노출 영역 구성을 선택하고, TCP/IP 및 명명된 파이프로부터의 로컬 연결과 원격 연결을 모두 허용하도록 서버를 구성합니다.

그런 다음 주 배포 서버에서 각 자식 배포 서버의 복제 에이전트에서 읽을 복제 스냅숏 데이터를 보관할 공유 폴더를 만듭니다. 이 공유 폴더에 대해서는 나중에 설명하도록 하겠습니다. 필자는 이 폴더를 주로 나머지 배포 콘텐츠와 동일한 볼륨에 둡니다.

마지막 설치 단계는 자식 배포 서버에 SQL Server Express Edition이 설치된 경우에만 필요합니다. SQL Server Browser 서비스는 기본적으로 해제되어 있습니다. 복제를 허용하려면 이 서비스가 자동으로 시작되도록 설정해야 합니다. 이 서비스는 SQL Server 구성 관리자 도구를 사용하여 구성할 수 있습니다. 또한 자식 서버에 복제한 콘텐츠를 저장할 데이터베이스를 만들어야 합니다. 필요한 추가 구성 작업을 최소화하려면 이 데이터베이스의 이름을 주 배포 서버의 BDD 2007 데이터베이스 이름과 동일하게 유지해야 합니다.

복제 설정

이제 SQL Server 복제를 구성할 준비가 되었습니다. 먼저 SQL Server 2005의 정식 버전을 실행하는 마스터 배포 서버에서 SQL Server Management Studio를 시작합니다. 그리고 첫 단계로 배포를 만들고 구성합니다. 이 작업을 수행하려면 그림 6과 같이 관리 콘솔의 Replication(복제) 폴더로 이동합니다. Replication(복제) 폴더를 마우스 오른쪽 단추로 클릭하고 Configure Distribution(배포 구성)을 선택하여 배포 마법사를 시작합니다.

그림 6 SQL Server Management Studio: 복제

그림 6** SQL Server Management Studio: 복제 **(더 크게 보려면 이미지를 클릭하십시오.)

마법사에서 주 배포 서버가 자체 배포자 역할을 하도록 합니다. 루트 스냅숏 폴더를 앞서 만든 SQL Server 복제 공유의 UNC 경로로 설정합니다. 마지막으로 게시자로 구성되도록 주 배포 서버를 설정합니다.

이 마법사가 서버를 게시자 및 배포자로 구성하면 SQL Server에 게시할 데이터베이스를 알려야 합니다. 이를 위해서는 복제 폴더를 마우스 오른쪽 단추로 클릭하고 게시자 속성을 클릭합니다. 그림 7과 같이 속성 대화 상자에서 Publication Databases(게시 데이터베이스)를 선택하고 트랜잭션 복제에 사용할 BDD 2007 데이터베이스를 선택합니다. 지금은 사실 트랜잭션 복제를 사용하는 것이 아니지만 스냅숏 복제이든, 트랜잭션 복제이든지에 관계없이 같은 옵션을 선택합니다.

그림 7 데이터베이스 게시

그림 7** 데이터베이스 게시 **(더 크게 보려면 이미지를 클릭하십시오.)

이제 자식 배포 서버가 구독할 수 있는 게시를 만들어야 합니다. 복제 폴더에서 로컬 게시를 마우스 오른쪽 단추로 클릭하고 새 게시를 클릭하여 게시 마법사를 시작합니다. BDD 데이터베이스를 게시할 데이터베이스로 선택합니다. 게시 유형으로 스냅숏 복제를 선택하고 모든 테이블, 저장 프로시저 및 보기를 복제하도록 지정합니다. 이때 초기 스냅숏이 즉시 생성되도록 선택해야 합니다. 스냅숏 에이전트 실행을 예약하는 경우 데이터베이스를 자주 변경하지 않는다면 기본적으로 하루에 한 번만 실행해도 충분합니다.

마지막 단계로, 각 자식 배포 서버가 이 게시를 구독하도록 해야 합니다. 이렇게 하면 SQL Server가 지정된 간격으로 데이터베이스의 복사본을 각 자식 배포 서버로 밀어넣게 됩니다. 복제 폴더의 로컬 게시 하위 폴더에서 방금 생성된 게시를 찾아 마우스 오른쪽 단추로 클릭한 다음 새 구독을 선택하여 구독 마법사를 시작합니다. 이 마법사에서 이전 단계에서 만든 BDD 게시를 선택합니다. 배포 시에 모든 에이전트를 실행하도록 선택하여 복제 토폴로지를 밀어넣기 구독으로 사용하도록 합니다. 그런 다음 각 자식 배포 서버를 구독자로 추가하고 각 서버에 만든 데이터베이스가 복제된 데이터의 복사본을 수신하도록 설정합니다. 이때 이 데이터베이스의 이름은 주 배포 데이터베이스의 이름과 동일하게 지정해야 합니다. 마지막으로 연결에 사용할 계정을 구성하고 복제 일정을 정의합니다. 이 일정은 스냅숏 에이전트에 대해 선택한 일정을 따라야 합니다. 지금까지 SQL Server 복제를 시작하고 실행하는 데 필요한 단계를 간단하게 살펴보았습니다. 이제 데이터가 너무나도 빠르게 복제되는 놀라운 경험을 직접 확인할 일만 남았습니다!

BDD 2007 구성

지금까지 데이터베이스를 사용하도록 BDD 2007을 구성하고 자식 배포 서버에 데이터베이스 복제와 BDD 2007 배포 공유를 설정했습니다. 이제 배포 솔루션을 완성하려면 클라이언트에서 BDD 부팅 환경을 다운로드할 때 로컬 배포 서버에 자동으로 연결하도록 BDD 2007을 구성해야 합니다.

Lite Touch Windows PE 환경에 부팅할 때 WDS 서버에서 클라이언트를 부팅한 경우 클라이언트에서 부팅 환경을 다운로드한 서버의 이름을 저장하는 레지스트리 값이 Windows PE에 설정됩니다. 초기 BDD 2007 배포 스크립트는 이 값을 가져와 %WDSServer%라는 환경 변수에 저장합니다.

초기 BDD 2007 릴리스를 사용하는 경우 Windows PE 레지스트리에 이 값이 올바르게 채워지지 않을 수 있습니다. 이러한 동작을 수정하는 업데이트는 support.microsoft.com/kb/937191에서 다운로드할 수 있습니다.

BDD 2007을 구성하려면 배포 서버에 대한 모든 참조가 %WDSServer%로 대체되도록 BootStrap.ini 및 CustomSettings.ini 구성 파일을 편집하기만 하면 됩니다. 일반적으로 이 과정에서는 SQL Server 인스턴스 이름의 값과 배포 공유를 저장하는 서버의 DeploymentRoot 값을 바꿉니다. 그림 8 및 그림 9에는 샘플 Bootstrap.ini 파일과 CustomSettings.ini 파일의 일부가 나와 있습니다.

Figure 9 CustomSettings.ini

[Settings]
Priority=MMSettings, MMApps, CSettings, CRoles, RSettings, RApps, Default
Properties=Manufacturer

[Default]
OSInstall=Y
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234

[CSettings]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CRoles]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

Figure 8 Bootstrap.ini

[Settings]
Priority=Default

[Default]
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234
SkipBDDWelcome=YES

이 솔루션에서는 WDS가 BDD 2007에서 복제한 데이터베이스 및 배포 공유를 저장하는 동일한 서버에 설치되어야 합니다. 그 이유는 %WDSServer% 변수를 사용하여 클라이언트 컴퓨터에 로컬 배포 서버 위치를 알리고 컴퓨터가 WAN을 통해 다시 통신하지 않도록 간단한 안전 장치를 제공하기 위함입니다.

추가 고려 사항

BDD 2007의 가장 큰 장점은 확장이 가능하다는 점이므로, 이 솔루션을 확장하는 것과 관련하여 여러 가지 측면을 추가로 고려할 수 있습니다. 예를 들어 기본 제공 기능을 사용하여 SQL Server와 DFS-R을 모니터링하거나, 자산 관리 데이터베이스의 정보를 사용하여 환경 내 컴퓨터를 채우는 방법을 설계하거나, SQL 저장 프로시저를 사용하여 해당 정보를 검색할 수도 있습니다. 아쉽게도 지면이 부족하여 여기서 이 주제에 대해 다룰 수는 없지만 조직에서 BDD의 기능을 활용하는 방법에 대해 기본적인 개념을 파악하는 계기가 되었기를 바랍니다.

Adam Shepherd는 영국의 Microsoft Consulting Services에서 컨설턴트로 일하고 있습니다. Adam의 전문 기술 분야는 Windows 클라이언트의 배포, 유지 및 관리입니다. Adam에게 문의 사항이 있으면 adamshep@microsoft.com으로 연락하시기 바랍니다.

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