Microsoft의 Windows Vista 배포 계획
기술 백서
다운로드
|
요약 내용
이 백서는 Microsoft Windows Vista Beta 2 배포에 대해 Microsoft IT(Microsoft Information Technology)의 경험과 지식을 활용하여 설명하며, Windows Vista Beta 2 배포를 위한 Microsoft IT 고급 프로세스 및 그 결과로 얻게 되는 유용한 정보에 대해 설명합니다. IT 전문가, 특히 설계자는 이 백서를 활용하여 고유의 Windows Vista 배포 계획을 지원할 수 있습니다.
Microsoft는 클라이언트 배포에 "옵트인(Opt-In)" 모델을 적용하여 사용자가 업그레이드할지 여부와 수행 시간을 직접 결정하는 것은 물론, 지정된 일정이 아닌 원하는 시간에 업그레이드할 수 있도록 했으며, 사용자에게 설치 제어 권한, 특히 설치 시기와 방법에 대한 결정권을 제공함으로써 사용자 만족도를 더욱 높였습니다. 이러한 방법은 불편한 시간에 발생하여 데이터 손실이나 시스템 오류와 같은 예상치 못한 결과를 일으킬 수 있는 기존의 강제 업그레이드와는 대조적이라 할 수 있습니다.
Microsoft IT에서는 배포 전 세부 계획(Windows 개발 부서 등 다른 조직과 명확한 공동 목표를 설정하는 작업 포함), 최종 사용자 교육, 광범위한 응용 프로그램 호환성 테스트, 사용자가 선택할 수 있는 다양한 배포 경로 등을 통해 Windows Vista를 보다 쉽게 배포할 수 있도록 했습니다.
Microsoft IT는 Windows Vista가 아직 개발 단계에 있는 동안 다양한 시험판 버전을 배포해야 하므로 일부 프로세스는 사용자의 비즈니스 요구 사항과 일치하지 않을 수 있습니다.
참고: 보안상의 이유로 이 백서에서 언급되는 포리스트, 도메인, 내부 리소스 및 조직의 샘플 이름은 실제 Microsoft에서 사용되는 리소스 이름과 일치하지 않으며 설명 목적으로만 사용됩니다.
소개
기업의 의사 결정권자들은 Microsoft 직원이 Microsoft 제품과 기술을 사용하면서 느끼는 점들에 대해 자주 문의합니다. Microsoft IT는 Microsoft에 IT 서비스를 제공할 뿐 아니라 서버 및 비즈니스 생산성 소프트웨어의 새 릴리스가 나올 때마다 가장 먼저 사용해보는 역할도 수행합니다. Microsoft IT에서 이러한 기술을 배포하기 위해 사용하는 방법과 이런 배포를 통해 얻은 경험은 Microsoft 제품을 배포하려는 다른 조직에게 중요한 배포 및 운영 지침이 되고 있습니다.
또한 Microsoft IT에서는 시험판 버전에서 RTM(Release to Manufacturing) 버전에 이르기까지 Microsoft의 다양한 신제품을 다루기 때문에 Microsoft 내의 다른 조직에 신제품의 특징이나 기능에 관한 매우 중요한 의견을 제공합니다. 이러한 의견은 소프트웨어 개발 수명 주기 전체에 걸쳐 Microsoft 제품의 품질 향상에 반영되며 Microsoft 고객과 파트너가 해당 제품 및 기술을 성공적으로 배포하는 데도 도움이 됩니다.
Microsoft는 비즈니스 데스크톱 구현의 가용성과 안정성을 Microsoft의 일상적인 업무 운영의 핵심적인 요소로 간주하고 있습니다.
Microsoft IT 환경 개요
Microsoft IT에서는 서버 및 네트워크 운영에서 소프트웨어 배포와 최종 사용자 기술 지원에 이르는 광범위한 IT 서비스를 제공합니다. 내부 배포에 대한 Microsoft IT의 목표는 다음과 같습니다.
| • | 외부 배포 전에 운영 체제의 안정성과 기능성을 검증합니다. |
| • | 테스트 비용과 기업 운영에 미치는 영향을 최소화하면서 클라이언트를 업데이트합니다. |
| • | 코드 유효성 확인, 버그 및 호환성 문제 확인, 안정성 통계 제공 등을 수행하면서 Microsoft 제품을 처음으로 사용해보는 역할을 합니다. |
Microsoft IT는 지리적으로 광범위하게 분산되어 있고, 서버의 역할과 응용 프로그램이 복잡하며, 다수의 소프트웨어 제품 시험판 버전을 동시에 배포 및 테스트해야 하는 환경에도 Windows Vista를 배포한 경험이 있습니다.
Microsoft IT 환경은 전 세계 80여 국가/지역의 400여 개 지점에 분포되어 있습니다. 이들의 절반은 미국 워싱턴주 Puget Sound 지역에 위치하며, 그 다음으로 많은 지역을 확보하고 있는 곳은 일본입니다. 각 사용자는 평균적으로 세 대의 데스크톱 컴퓨터를 보유하고 일상적 업무(전자 메일, Microsoft Office 응용 프로그램)에서 제품 테스트에 이르는 다양한 역할로 나누어 사용합니다. 다음 표는 대규모의 복잡한 Microsoft IT 환경을 요약하여 보여 줍니다.
| 표 1. Microsoft IT 환경 | |
리소스 또는 서비스 | 수량 |
클라이언트 컴퓨터 | 340,000 |
고유 사용자 | 121,000 |
전자 메일 계정 | 120,000 |
2007 Microsoft Office 시스템을 실행하는 클라이언트 | 25,000 |
Windows Vista를 실행하는 클라이언트 | 17,000 |
프로덕션 서버 | 8,400 |
Microsoft Exchange 12 사서함 | 5,700 |
빌딩 | 441 |
국가/지역 | 98 |
Microsoft Windows Server 코드 이름 "Longhorn"을 실행하는 서버 | 31 |
데이터 센터 | 4 |
월별 원격 연결 | 46,000,000 |
Microsoft SharePoint 사이트 | 189,000 |
일일 전자 메일 메시지 |
3,000,000(사내) |
월별 인스턴트 메시지 | 33,000,000 |
Microsoft IT 배포 요구 사항
Microsoft IT는 시험판 버전의 소프트웨어를 테스트하는 임무를 맡고 있기 때문에 각 제품을 출시 전에 여러 번 배포하게 되며 때로는 짧은 시간 동안 연달아 배포하게 되는 경우도 있습니다. 출시 전에 운영 체제의 여러 빌드를 배포하는 일에는 특별히 많은 어려움이 따릅니다. 배포되는 제품이나 배포 도구 모두 대부분의 배포 단계에서 아직 개발 중인 상태이기 때문입니다. 여러 주요 단계의 배포 목표에 따라 Microsoft IT는 RTM 단계 전까지 Windows Vista 실행 데스크톱 컴퓨터를 60,000대 이상 배포할 예정입니다.
Microsoft IT는 RTM 단계 전까지 다음과 같은 운영 체제를 배포하게 됩니다.
| • | 베타 빌드: 이러한 프로덕션 전 빌드를 이용하여 제품 팀은 품질과 기능에 대한 단기적 목표를 설정할 수 있습니다. Microsoft IT는 이러한 빌드를 실제 환경과 같은 시나리오를 기반으로 검증하도록 돕습니다. 주요 단계 사이에 매주 새로운 버전의 베타 빌드가 나올 수 있으며 해당 단계의 최종 베타 빌드만 배포됩니다. |
| • | RC(Releasecandidate) 빌드: RC 빌드는 일반 출시될 준비가 거의 끝난 버전을 말합니다. Microsoft IT는 RC 빌드의 운영 체제를 여러 개 받는 경우가 있습니다. |
| • | RTM 빌드: RTM 빌드는 고객에게 출시될 최종 빌드입니다. RTM 빌드를 받은 후 Microsoft IT는 설치 시퀀서를 위한 소프트웨어 패키지를 완성하여 되도록 신속하고 안전하게 배포합니다. 목표는 출시일로부터 60일 이내에 RTM 빌드를 완벽하게 배포하는 것입니다. |
상황
Microsoft IT에서는 서버 및 네트워크 운영에서 소프트웨어 배포와 최종 사용자 기술 지원에 이르는 광범위한 IT 서비스를 제공합니다. 세계 최고 수준의 IT 유틸리티를 실행하는 것 외에도 Microsoft IT는 전 세계 소프트웨어 베타 테스트 및 배포에 참여하고 있습니다. RTM 단계 전의 배포 목표가 90,000개 이상의 클라이언트에 이르고 아직 검증되지 않은 새로운 배포 기술을 적용해야 하는 Windows Vista 베타는 새 운영 체제와 해당 배포 기술을 테스트하는 좋은 기회라 할 수 있습니다.
Microsoft IT 목표
Microsoft IT는 Windows Vista Beta 2 배포에 있어 다음과 같은 목표를 가지고 있습니다.
| • | 설치 프로세스를 사용자에게 맡김으로써 IT 리소스 극대화 |
| • | Microsoft Windows XP와 동급 수준의 설치 환경 제공 |
| • | 파일럿 테스트와 Windows 개발에 대한 피드백을 통해 Windows Vista 향상 |
| • | 사용 및 피드백을 통해 Windows Vista 배포 기술 향상 |
| • | Beta 2 단계에서 30,000개 클라이언트 배포 목표 달성 |
Microsoft IT가 중점적으로 다루는 새 기능
Windows Vista에는 많은 새 기능이 들어 있습니다. Beta 2 단계에서 Microsoft IT는 다음과 같은 기술에 초점을 맞추었습니다.
| • | 네트워크 액세스 보호: 관리자는 네트워크 액세스 보호 기능을 이용하여 회사가 정한 보안 요건을 갖추지 않은 클라이언트가 사내 네트워크에 접속하여 네트워크상의 다른 컴퓨터에 악성 소프트웨어(맬웨어)를 배포하지 못하도록 방지할 수 있습니다. |
| • | 사용자 계정 컨트롤(UAC): 사용자 계정 컨트롤 기능을 이용하여 사용자는 관리자 권한 없이도 일반 설정을 변경할 수 있습니다. 사용자 계정 컨트롤은 표준 사용자가 컴퓨터에 위험할 수 있는 변경을 수행하지 못하도록 하면서 대부분의 응용 프로그램이 정상적으로 설치 및 실행되도록 합니다. |
| • | Microsoft BitLocker 드라이브 암호화: BitLocker 드라이브 암호화 기능은 하드웨어 기반의 데이터 보호 기능으로서, 전체 Windows 시스템 볼륨을 암호화하여 승인되지 않은 사용자가 Windows 파일 시스템을 손상시키지 못하도록 방지하는 데 도움을 줍니다. |
Microsoft IT가 배포 기술 향상을 위해 사용하는 새로운 기능
Windows Vista에는 효율적인 배포를 위한 몇 가지 새로운 기능이 들어 있습니다. Beta 2 배포에서 Microsoft IT는 다음과 같은 기술을 사용했습니다.
| • | IBS(이미지 기반 설치): 새로운 Windows 이미징(WIM) 파일 형식을 기반으로 하는 IBS는 배포 메커니즘에 상관없이 일관성 있는 설치를 보장합니다. 또한 장치, 아키텍처 또는 서버에 따라 사용자 개입이 필요 없는 자동 설치 옵션을 지원합니다. |
| • | Multilingual User Interface: MUI(Multilingual User Interface) 지원으로 인해 여러 언어 지원 패키지가 하나의 이미지에 연결됩니다. Microsoft Windows Vista Enterprise 고객의 경우 35개 MUI 언어가 지원되며, Windows Vista의 모든 버전에서는 62개 언어가 옵션으로 추가 제공됩니다. |
| • | Windows 배포 서비스: Windows Vista 버전의 RIS(원격 설치 서비스)인 Windows 배포 서비스는 Windows Vista의 네트워크 기반 설치를 제공하며 IBS, WIM 및 MUI 기능을 모두 지원합니다. |
Windows 개발 팀과의 공동 목표
Microsoft IT는 신제품을 배포하기로 결정하면 개발 팀과 함께 일련의 공동 목표를 설정합니다. 즉, 양쪽 모두에 공통되며 서로 합의할 수 있는 목표를 정하는 것입니다. 예를 들어 개발 팀은 중대한 오류에 대해 특정 시간 이내에 응답한다는 목표를 정할 수 있습니다. Microsoft IT와 Windows 개발 팀은 Windows Vista에 대해 광범위한 공동 목표를 설정했습니다.
다음 공동 목표는 Windows Vista Beta 2 버전에만 해당하는 것입니다.
| • | 설치된 전체 Windows Vista 기반 클라이언트(30,000대):
| ||||||||||||||||
| • | 관리 용이성:
| ||||||||||||||||
| • | 테스트 결과:
| ||||||||||||||||
| • | 버그 관리:
| ||||||||||||||||
| • | 지원 기능:
|
해결 방법
Microsoft IT는 이러한 배포 목표를 달성하기 위해 사전 계획, 계획, 커뮤니케이션 및 교육, 배포 기술 등을 담당하는 배포 프로젝트 팀을 구성했습니다.
다음 표는 Microsoft IT가 배포 목표를 달성하기 위해 사용하는 방법을 보여 줍니다.
| 표 2. Microsoft IT가 Windows Vista 배포 목표를 달성하기 위한 방법 | |
| 목표 | 목표 달성을 위한 수행 과제 |
IT 리소스 극대화 | 소프트웨어를 클라이언트 컴퓨터에 단계적 방식에 따라 제공하여 더 많은 사용자 그룹에 제품을 제공하기 전에 문제를 해결하고 네트워크에 미치는 영향을 최소화합니다. 이미 출시된 배포 도구만 사용합니다. |
클라이언트 사용자 만족도 개선 | 사용자에게 전체 프로세스를 안내하는 특정 시나리오에 따라 명확한 설치 지침을 작성합니다. 설치 후 사용자가 즉시 업무를 재개할 수 있도록 설치 작업을 간소화합니다. 예를 들면 네트워크 연결 및 응용 프로그램 구성에 소요되는 시간은 최소화합니다. 다양한 설치 방법을 제공하여 사용자가 자신의 상황에 가장 적합한 방법을 선택하도록 합니다. 예를 들면 클라이언트는 Windows 배포 서비스, 공유 폴더 또는 제품 DVD를 사용하여 Windows Vista를 설치할 수 있습니다. 사용자가 헬프 데스크(계층 1 지원)에 지원 요청을 할 경우 신속히 문제를 해결합니다. 여기에는 담당 직원 교육, 문제 예측, 문제 발생 즉시 해결 방법 마련 등이 포함됩니다. |
Windows Vista 개선 | 설문 조사와 헬프 데스크를 통해 사용자로부터 피드백을 수집하여 제품팀에 전달함으로써 문제 해결을 지원합니다. 프로덕션 환경에서 제품 최적화에 도움이 될만한 변경 사항을 추천합니다. 다음과 같은 배포 목표를 초과 달성합니다. Beta 2 버전의 Windows Vista를 실행하는 컴퓨터 30,000대 RC 1 버전의 Windows Vista를 실행하는 컴퓨터 60,000대 RTM 단계로부터 60일 이내에 RTM 버전의 Windows Vista를 실행하는 컴퓨터 90,000대 |
사전 배포 계획
Windows Vista Beta 2 배포를 준비하기 위해 Microsoft IT는 사내 클라이언트의 기대치를 설정하고 단계별 계획을 마련했으며 사내 헬프 데스크(계층 1 지원) 직원을 교육시켰습니다.
최종 사용자 기대치 설정
Microsoft의 사내 Windows Vista 배포는 옵트인(Opt-In) 방식이므로 사용자가 베타 버전을 사용하거나 RTM 버전까지 기다리는 것 중에서 선택할 수 있습니다. Microsoft IT는 Windows Vista에 대해 클라이언트 요청 배포 방법도 사용하고 있습니다. 이정도의 융통성을 제공하면서 배포 목표를 달성하기 위해 Microsoft IT는 문제 예측, 사용자 경험 평가, 피드백 메커니즘 배치, 커뮤니케이션 및 배포 계획 반복 등을 수행해야 했습니다.
또한 베타 버전의 사용률을 더욱 높이기 위해 시험판 버전의 Windows Vista가 출시될 때마다 Windows Division의 수석 부사장은 모든 정규 직원에게 동참을 요청하는 전자 메일을 보내기도 했습니다. Microsoft IT는 여기서 회사 임원의 가시적인 지원이 성공적인 배포에 필수적이란 사실을 깨닫게 되었습니다. 직원들은 이러한 모든 결정과 변화의 배후에 임원들이 있다는 사실을 알게 되면 보다 긍정적이고 유연한 반응을 보이는 경향이 있습니다. 전자 메일 메시지에 이어 최종 사용자들은 다음과 같은 내용이 포함된 뉴스레터를 받았습니다.
| • | 새로운 사항과 변경된 사항을 포함한 제품 정보 |
| • | 교육 리소스에 대한 링크 |
| • | 하드웨어 호환성 검사와 파일 및 설정 마이그레이션 방법을 포함한 설치 전 정보 |
| • | 컴퓨터의 현재 운영 체제를 기반으로 하는 설치 지침 |
| • | 가동 중지 시간 최소화에 도움이 되는 설치 후 구성 정보 |
| • | 제품 관련 문제를 보고하는 데 필요한 고객 지원 리소스 및 지침 |
이러한 정보를 제공하는 목적은 운영 체제 설치 및 사용에 대한 사용자의 기대치를 설정하고 새로운 버전 배포에 대해 직원들의 관심을 유도하기 위한 것입니다.
단계별 계획 마련
Microsoft IT는 Windows Vista와 관련하여 발생하는 배포 문제나 배포 실패 등을 진단하여 수정할 수 있는 치밀한 문제 해결 프로세스를 마련했습니다. 사용자에게 문제가 발생하면 이러한 문제는 지정된 순서에 따라 다음 그룹에 차례로 보고됩니다. 이는 Microsoft 고유의 프로세스지만 어떤 조직이든지 Windows Vista와 관련하여 고객 서비스 및 지원 부서에 도움을 요청하기 전에 이와 비슷한 단계별 프로세스를 구축하는 것이 좋습니다. 헬프 데스크(계층 1): 헬프 데스크는 사용자가 일차적으로 도움을 요청하는 곳입니다. 헬프 데스크 직원은 제품 팀이 개발한 해결 방법을 테스트하도록 교육을 받은 사람들입니다. 문제를 다음 단계로 넘기기 전에 해당 문제의 전문가가 자세히 검토한 후 계층 2로 보내야 할지 여부를 결정해야 합니다.
1. | 고급 지원(계층 2): 보다 전문적인 기술 지식이 필요한 복잡한 문제를 해결하도록 훈련된 팀입니다. 이러한 문제에는 보통 구성 문제, 응용 프로그램 호환성, 드라이버 문제, 연결 문제 등이 포함됩니다. 이 팀은 문제를 검토한 후 해결 방법이 발견되면 기술 지원 문서를 작성하여 다른 사용자들이 차후 이러한 문제를 해결할 수 있도록 합니다. 계층 2에서도 어떤 문제를 윗단계로 넘겨야 하는지를 결정합니다. 코드 오류로 인해 문제가 발생한 경우에는 자세한 검토를 위해 계층 3으로 보냅니다. 운영 체제에서 유발되지 않은 모든 문제의 경우 계층 2 팀은 적절한 서비스 또는 응용 프로그램 지원 팀을 참여시켜 문제를 해결할 수 있습니다. |
2. | Windows 진단 및 디버그 팀(계층 3): WINDDT(Windows 진단 및 디버그 팀)는 Microsoft IT의 진단 및 디버그 지원 팀으로, 코드 수준의 문제를 조사 및 디버깅하고, 근본 원인을 파악하며, 경우에 따라 문제를 제품 그룹으로 전달합니다. 필요한 경우 이 팀은 문제와 관련된 응용 프로그램 또는 서비스의 지원 팀에 연락하여 협조를 구합니다. 예를 들면 문제가 Microsoft Office Word 기능에만 영향을 미치는 경우 WINDDT는 Office 지원 팀에 연락합니다. 참고: 계층 3은 Microsoft IT가 해당 제품 그룹에 피드백을 제공해야 한다는 면에서 CSS(고객 서비스 및 지원) 팀과 유사한 Microsoft 사내팀이지만, 자체 조직 내에 CSS 팀과 유사한 팀을 보유하고 있습니다. 따라서 조직 내 고급 지원 팀에서 문제가 제기되면 CSS 팀에 지원을 요청해야 합니다. |
3. | Windows Vista 제품 그룹: WINDDT 팀에서 문제가 Windows Vista로 인한 것으로 판단할 경우, 이 문제는 제품 팀으로 전달되어 코드상에서 문제를 해결하게 됩니다. |
헬프 데스크 직원 교육
헬프 데스크 직원은 Windows Vista 지원을 위해 많은 교육을 받았습니다. Microsoft는 다음 프로세스에 따라 이러한 기술 지원 전문가들을 교육시켰습니다.
1. | 지원 문서 및 교육 자료 목록 작성: Microsoft IT에서는 기술 지원 전문가가 Windows Vista 사용자를 지원하기 위해 반드시 이해해야 하는 여러 기능과 문제를 정리하여 목록으로 작성했습니다. 예를 들면 새 기능의 작동 방식, 알려진 문제 등에 관한 정보를 수집했습니다. 참고: 헬프 데스크는 알려진 문제들을 기록한 지원 문서 데이터베이스를 보유하고 있습니다. 헬프 데스크 기술 지원 전문가는 사용자 문제를 즉시 해결할 수 없는 경우, 이 데이터베이스를 검색하여 해당 문제에 대한 사례가 기록되어 있는지 확인합니다. 이러한 문서는 사용자에게도 공개되어 사용자가 자가 진단을 시도함으로써 헬프 데스크에 지원 요청하는 시간을 절약할 수 있게 해줍니다. 각 문서에는 문제와 해결 방법에 관한 정보가 나와 있습니다. | ||||||||||||||||||||||||||||||||
2. | 교육 담당자 교육: Microsoft IT는 이러한 지원 문서와 교육 자료를 사용하여 프레젠테이션 자료를 작성했습니다. 그런 다음 해당 주제의 전문가가 이 프레젠테이션 자료를 이용하여 각 기능이나 문제에 대해 교육 담당자를 교육시켰습니다. Beta 2 버전의 경우 Microsoft IT에서는 약 10명의 교육 담당자를 교육시켰습니다. | ||||||||||||||||||||||||||||||||
3. | 기술 지원 전문가 교육: 교육 담당자는 자신의 소속 팀으로 돌아가 전화 상담 요원들을 교육시켰습니다. 이들 교육 담당자는 위 2단계의 프레젠테이션 자료를 사용하는데 각 프레젠테이션 자료는 제품이 변경될 때마다 업데이트되었습니다. Beta 2 버전 Windows Vista의 경우 약 58명의 전화 상담 요원들이 교육을 받았습니다. 각 교육 담당자는 다음 주제에 대해 교육받았습니다.
참고: 교육 담당자는 355명의 헬프 데스크 기술 지원 전문가들도 교육시켰습니다. 이러한 기술 지원 전문가들은 Microsoft 지사가 위치한 전 세계 291개 도시의 직원들을 지원합니다. | ||||||||||||||||||||||||||||||||
4. | 제품 그룹과 지속적인 커뮤니케이션 유지: Microsoft IT는 각 버전이 발표될 때마다 2주 동안 매일 회의를 열고 그 후부터는 일주일에 두 번씩 관련된 각 팀과 회의를 가졌습니다. 이러한 회의를 연 목적은 다음과 같습니다.
|
프로젝트 상태에 관한 커뮤니케이션
Microsoft IT는 과거 경험을 통해 대규모 배포 프로젝트일수록 원활한 커뮤니케이션이 얼마나 중요한지 잘 알고 있습니다. 배포 팀은 정기적인 커뮤니케이션 방식을 구축하여 앞으로 무엇을 언제 수행할 것인지 알릴 수 있어야 합니다. 또한 문제가 발생했을 때도 신속한 커뮤니케이션이 필요합니다. 이를 위해 Microsoft IT에서는 다음과 같은 커뮤니케이션 방식을 권장합니다.
| • | 프로젝트 웹 사이트: Microsoft IT에서는 프로젝트의 모든 세부 사항과 문서 자료가 들어 있는 SharePoint 사이트를 만들었습니다. 이 사이트에는 배포 일정, 회의 기록, 상태 업데이트, 문제 해결 프로세스 및 기타 배포 관련 정보가 포함되어 있습니다. |
| • | 정기적인 상태 보고서: Microsoft IT에서는 정기적으로 상태 보고서를 보냈습니다. 이러한 전자 메일 메시지에는 프로젝트 문제, 작업 항목 및 배포 관련 메트릭은 물론 프로젝트 계획에 대한 링크가 포함되어 있습니다. |
| • | 주간 회의: Microsoft IT에서는 매주 회의를 열고 모든 팀의 배포 상황을 모니터했습니다. 이 회의에는 배포와 관련된 각 팀의 대표가 한 명씩 참여했습니다. |
| • | 주주 및 임원과 분기별 검토: Microsoft IT에서는 분기별로 주주와 임원들을 만나 배포 진행 상황에 대해 정보를 나누고 중요 사항을 결정했습니다. |
| • | 지역 IT 부서를 위한 준비 패키지: Microsoft IT에서는 내부 웹 사이트를 만들어 지역 IT 부서와 배포 계획 및 정보를 나누었습니다. 지역 IT 부서는 미국 워싱턴주 레드몬드 이외의 지역에 위치한 데이터 센터와 지사를 담당하는 부서입니다. 이 사이트에는 지역 IT 부서가 해당 지역에 Windows Vista를 배포하는 데 필요한 정보가 포함되어 있습니다. 예를 들면 지역별로 사용자 지정하는 방법이 포함된 전자 메일 템플릿, 파트너 연락처, 사용자 지정 가능한 뉴스레터 사본 등이 포함되어 있습니다. |
교육
Microsoft IT에서는 효과적인 프로젝트 팀을 만들고 최종 사용자를 교육하는 데 많은 시간을 투자했습니다. 어떤 조직이든 프로젝트 팀과 사용자 모두 배포에 대해 준비해야 합니다. 베타 버전 단계에 있는 경우, 변경 관리 및 단계별 절차는 물론 세부적인 역할과 임무를 정하여 합의해야 실제 배포 단계에서 빠른 변화에 능률적으로 대처할 수 있습니다.
프로젝트 팀 교육
프로젝트 팀의 효율성과 원활한 운영을 위해 Microsoft IT에서는 다음을 수행했습니다.
| • | 배포 목표 설정: Microsoft IT에서는 각 주요 단계(Beta 2, RC1 및 RTM)마다 Windows Vista를 실행할 컴퓨터 수를 구체적으로 정했습니다. |
| • | 프로젝트 팀에 기술 전문가 포함: Microsoft IT 프로젝트 팀은 프로젝트 관리자와 기술 전문가로 구성되어 있습니다. 기술 전문가는 배포를 효율적으로 수행하는 데 매우 중요한 역할을 합니다. Windows Vista에 대해 심도 있는 전문 지식을 갖추고 있는 이들 전문가는 배포 작업에 적극적으로 참여했습니다. 이러한 기술 전문가의 경우 제품을 누구보다도 잘 알고 있기 때문에 문제를 예측하고 결정을 내리는 데 큰 도움을 주었습니다. |
| • | 보안 문제 파악 및 해결을 담당하는 보안 전문가 투입: 보안 전문가는 해당 환경이 보안 관련 지침을 준수하도록 보장하는 데 도움을 주었습니다. 대부분의 문제는 사실상 Windows Vista의 새로운 기능 중 보안에 영향을 미치는 기능과 관련된 것이었습니다(예: BitLocker 드라이브 암호화, 사용자 계정 컨트롤, 피싱 필터). 이들 보안 전문가는 이러한 기능이 환경에 미칠 영향을 평가했습니다. |
| • | 인프라 문제 파악 및 해결을 담당하는 인프라 전문가 투입: 인프라 전문가는 Windows 기반 네트워킹의 다양한 측면을 검토하여 Windows Vista 기반 클라이언트의 배포 및 운영에 영향을 미칠 문제를 찾아내는 일을 담당했습니다. 예를 들어 이들은 WAN(Wide Area Network) 대역폭을 보다 효율적으로 사용하는 새 기능인 TCP 튜닝이 프로덕션 테스트에서는 제대로 작동하지만 현재 사용 가능한 대역폭 모니터링 도구를 지원하지 않아 처음에는 구현할 수 없다는 점을 발견했습니다. 참고: Microsoft IT에서는 적어도 운영 체제 배포를 시작할 때까지는 기술 전문가를 배포 작업에 참여시킬 것을 권장합니다. 적당한 인적 리소스가 부족한 경우에는 계약 직원이나 Microsoft 직원을 고용하는 것이 좋습니다. Microsoft 전문가를 고용하려면 Microsoft Services에 문의하시기 바랍니다. |
| • | 구체적인 배포 계획 수립: Microsoft IT는 본격적 실행 단계에 들어가기 전에 수개월에 걸쳐 배포 계획을 수립했습니다. 이렇게 철저한 준비 작업 덕분에 Microsoft IT에서는 문제를 예측하고 효과적인 계획을 수립할 수 있었습니다. |
| • | 계획에 따라 배포 수행: Microsoft IT는 되도록 계획을 준수함으로써 효율성을 높였습니다. 그러나 변경이 필요한 문제가 발생하면 융통성을 발휘하기도 했습니다. |
| • | 프로젝트 팀 전체의 원활한 정보 교환: Microsoft IT는 모든 팀 구성원이 프로젝트 세부 사항에 대해서도 최신 정보를 서로 공유하도록 하기 위해 노력했습니다. 상부 회의에서 돌아온 프로젝트 관리자는 이러한 정보를 팀원들에게 알려 회의에서 결정된 사항이 부서 전체에 전달되도록 했습니다. |
최종 사용자 교육
운영 체제의 시험판 버전이 완성되면 Microsoft IT는 제품 웹 사이트를 꾸준히 업데이트하고 정기적으로 전자 메일을 발송하여 직원들의 관심을 유지하기 위해 노력했습니다.
참고: Windows Vista를 설치한 후 가동 중지 시간을 줄이기 위해서는 사용자가 알아야 할 정보를 고려하는 것이 중요합니다. 즉, 설치 후 헬프 데스크 지원 요청을 줄이는 데 유용한 정보는 물론 사용자가 업무를 수행하는 데 필요한 정보도 제공해야 합니다. 그렇지 않으면 사용자는 운영 체제에 익숙해지고 문제를 해결하는 데 너무 많은 시간을 소비할 수 있습니다. 사용자 교육은 배포에 중대한 영향을 미치진 않지만, 배포에 대한 전반적인 만족도와 사용자의 생산성을 높이는 데 도움이 됩니다.
제품 웹 사이트
Microsoft IT에서는 Windows Vista를 설치하여 사용하는 직원들을 대상으로 웹 사이트를 만들었습니다. 이 웹 사이트에는 다음과 같은 도구와 정보가 들어 있습니다.
| • | 제품 개요: 여기에는 주요 제품 정보에 대한 링크와 Windows Vista 사용자 환경에 대한 변경 정보가 포함됩니다. 또한 사용자에게 가장 큰 영향을 미치는 두 기능인 사용자 액세스 제어와 네트워크 액세스 보호 기능에 관한 간략한 설명이 포함되어 있습니다. | ||||||
| • | 설치 전 정보: 사용자가 제품을 설치하기 전에 알아야 할 정보가 포함되어 있습니다. 예를 들면 다음과 같습니다.
| ||||||
| • | 설치 지침: Microsoft IT에서는 현재 실행 중인 운영 체제를 기반으로 Windows Vista를 설치하는 방법을 제공합니다. 이러한 구체적인 지침은 사용자가 Windows Vista를 Microsoft 환경에 통합하는 데 도움을 줍니다. | ||||||
| • | 설치 후 정보: 설치 후 제대로 작동하도록 컴퓨터를 구성하는 방법이 나와 있습니다. 예를 들면 네트워크 연결, 사용자 추가 및 기타 구성 작업을 수행하는 방법이 포함됩니다. | ||||||
| • | FAQ(질문과 대답): Microsoft IT에서는 예상되는 일부 질문에 대한 답을 제공하고 있습니다. 다음 표는 Microsoft IT에서 답변한 대표적 질문 목록입니다. |
| 표 3. FAQ(질문과 대답) | |
| 질문 | 자세한 정보 |
사용자 계정 컨트롤이란 무엇입니까? | |
네트워크 액세스 보호란 무엇입니까? | |
Internet Explorer 7의 새로운 기능은 무엇입니까? | |
Internet Explorer 7의 지원 정보는 어디서 찾을 수 있습니까? | http://www.microsoft.com/korea/windows/ie/support/default.mspx |
Microsoft 피싱 필터란 무엇입니까? | 이 기능은 알려진 가짜 사이트 또는 의심스러운 사이트에 대해 사전에 경고를 보내고 이를 차단하여 사용자를 보호하는 기능입니다. 옵트인(Opt-In) 형식의 이 필터는 Microsoft와 몇몇 업계 파트너가 제공하는 최신 보안 정보에 따라 매시간 수차례 업데이트됩니다. |
실행 명령은 어떻게 달라졌습니까? | Windows Vista에서도 실행 명령을 여전히 사용할 수 있습니다. 실행 명령을 시작 메뉴에 추가하려면 제어판에서 모양 및 개인 설정을 클릭한 후 작업 표시줄 및 시작 메뉴를 클릭합니다. 시작 메뉴 탭에서 사용자 지정을 클릭합니다. 목록에서 실행 명령 확인란을 선택한 후 확인을 클릭합니다. |
Windows 사이드바란 무엇이며 사용자 지정할 수 있습니까? | http://www.microsoft.com/korea/windowsvista/features/foreveryone/sidebar.mspx |
파일을 찾을 수 없는데 어떻게 검색해야 합니까? | http://www.microsoft.com/korea/windowsvista/features/foreveryone/searchorg.mspx |
Windows 배포 서비스란 무엇입니까? | |
Windows Vista에 포함되지 않은 드라이버는 어디서 찾을 수 있습니까? | 대부분의 Windows Vista용 드라이버는 Microsoft Update를 통해 찾을 수 있고, 다른 드라이버는 해당 제조업체의 웹 사이트에서 찾을 수 있습니다. |
Windows Vista에 필요한 하드웨어 및 CPU 요구 사항은 무엇입니까? | |
Windows Vista의 고급 그래픽을 지원하는 GPU(Graphics Processing Units)에 대한 정보는 어디서 찾을 수 있습니까? | |
네트워크에 연결하려면 어떻게 합니까? | 이 정보는 조직마다 다릅니다. |
시작 메뉴에서 달라진 점은 무엇입니까? | 시작 메뉴가 이제 이전 버전의 Windows에 비해 훨씬 빠르고 간단하며 유용해졌습니다. 시작 메뉴 기능에는 통합 데스크톱 검색 기능인 빠른 검색이라는 새 기능이 추가되어 컴퓨터의 거의 모든 요소를 찾아 즉시 실행할 수 있습니다. 즉, 단어, 이름 또는 구를 입력하면 빠른 검색이 정확한 파일을 찾아줍니다. 뿐만 아니라 새로운 시작 메뉴를 사용하면 컴퓨터에 설치된 모든 응용 프로그램을 간편하게 탐색할 수 있습니다. 계단식의 느린 '모든 프로그램' 보기는 더 이상 필요 없게 되었습니다. 새로운 시작 메뉴에서 간단히 찾아 바로 실행하면 됩니다. http://www.microsoft.com/korea/windowsvista/features/default.mspx |
시스템 종료 및 다시 시작 옵션은 어떻게 달라졌습니까? | |
대기 모드 및 최대 절전 모드 옵션은 어떻게 달라졌습니까? | 이러한 옵션은 절전 옵션으로 바뀌었습니다. 자세한 내용은 http://go.microsoft.com/fwlink/?LinkId=70261 (영문)에서 확인할 수 있습니다. |
| • | 문제 해결 최종 사용자에게 발생할 수 있는 알려진 문제와 해결 방법이 나와 있습니다. 참고: 조직에서 이러한 목록을 작성하려면 릴리스 정보를 검토하고 발생 가능한 모든 문제를 추가하여 사이트를 업데이트해야 합니다. 또한 릴리스 정보에 기록되지 않았을 수 있는 모든 환경별 문제도 목록에 포함해야 합니다. | ||||
| • | 피드백: 피드백 웹 사이트에는 주요 배포 시나리오와 사용 경험에 대한 내용이 간략히 나와 있습니다. 사용자는 이 사이트에서 사용 만족도를 평가하고 사용 소감을 기록할 수 있습니다. 이러한 피드백은 설치 지침과 사용자 지정된 설치 이미지를 향상하고 교육용 콘텐츠를 확대 또는 개선합니다. | ||||
| • | 고객 지원: Microsoft IT에서는 다음과 같은 정보에 대한 링크를 제공합니다.
|
뉴스레터
Windows Division의 수석 부사장이 처음 전자 메일을 발송한 이후 Microsoft IT는 3주마다 뉴스레터를 전자 메일로 발송했습니다. 이 뉴스레터에는 직원들이 연결 상태를 유지하고, 요구 사항을 충족하며, 모든 문제를 해결하는 데 유용한 정보에 대한 링크가 들어 있었습니다. 또한 사용자가 수행해야 하는 일련의 작업, 배포 상태, 유용한 팁, 해당 제품 웹 사이트와 동일한 정보로 연결되는 링크 등이 포함되었습니다.
Enterprise Learning Roadmap
Enterprise Learning Roadmap은 Business Desktop Deployment Solution Accelerator의 새로운 기능으로서, 최종 사용자에게 제공하는 정보를 구체적으로 분류하는 역할을 합니다. 이 웹 기반 도구를 사용하면 Windows Vista 도움말 및 지원 센터와 Microsoft Office Online(http://go.microsoft.com/fwlink/?LinkId=70263)의 도움말 항목에서 사용자의 특정 필요에 맞는 항목을 파악할 수 있습니다. 뿐만 아니라 현재 배포 단계와 연관된 교육 자료를 선택할 수 있고, 사용자의 전문 지식이나 역할을 기준으로 항목을 선택할 수도 있습니다. 이 도구에 대한 자세한 내용은 http://go.microsoft.com/fwlink/?LinkId=70262 (영문)에서 확인할 수 있습니다.
응용 프로그램 호환성 테스트
Windows Vista Beta 2 릴리스에 대한 Microsoft IT의 응용 프로그램 호환성 테스트 방식의 자세한 내용은 Microsoft IT Showcase에 나와 있는 기술 사례 연구 "Windows Vista 응용 프로그램 호환성 테스트"에서 확인할 수 있습니다.
Microsoft IT에서는 Windows Vista LOB 응용 프로그램 호환성 테스트 프로그램을 작성하여 응용 프로그램 호환성 테스트에 대한 요구를 해결했습니다. 이 프로그램은 Windows Vista 개발 팀 또는 문제와 연관된 LOB 응용 프로그램을 소유한 IT 조직이 해결한 여러 호환성 문제를 알려주었습니다. 이 프로그램을 설정하기 위해 Microsoft IT에서는 다음 단원에 설명된 여러 작업을 수행했습니다.
목적 및 목표 설정
Microsoft IT에서는 응용 프로그램 호환성 프로그램에 대해 다음과 같은 목적 및 목표를 수립했습니다.
| • | 선택된 내부 LOB 응용 프로그램이 Windows Vista와 호환되도록 보장합니다. |
| • | 선택된 각 LOB 응용 프로그램에 대해 주요 기능과 사용자 시나리오를 테스트합니다. |
| • | Windows Vista로 업그레이드했을 때 사용자, 지원 부서(헬프 데스크 지원 요청 건수), BUIT(Business Unit IT) 팀, 그리고 궁극적으로 Microsoft 고객에게 미치는 영향을 최소화합니다. |
| • | 제품 개발 주기의 초기 단계에서 LOB 응용 프로그램 호환성 문제를 파악합니다. |
| • | 가능한 최고 품질의 Windows Vista 운영 체제를 발표하도록 지원합니다. |
프로그램 관리자 선정
Microsoft 사업부와 해당 LOB 응용 프로그램 및 연관된 BUIT는 광범위하게 분산되어 있기 때문에 Microsoft IT에서는 프로그램 관리자 한 명을 선정하여 프로그램의 계획과 조정을 맡겼습니다.
이 관리자의 업무에는 임원, BUIT 및 테스트 팀의 적극적 협력 유도, 테스트할 LOB 응용 프로그램을 선택하여 테스트 일정을 작성하고 BUIT와 협력, 지원 팀과 의견 조정, 효율적이고 신속한 테스트 작업 구현 등이 포함됩니다.
프로그램 관리 계획 수립
프로그램 관리자는 시나리오, 목표, 주요 단계 날짜 등을 포함하여 테스트의 범위와 요구 사항을 정의했습니다. 또한 지원 리소스 확보, 모든 관계자에게 간략히 보고, 참여자 피드백 정리 등의 임무도 담당했습니다.
테스트할 LOB 응용 프로그램 선택
프로그램 관리자는 비즈니스 치명성, 사용자 기반, 기술 의존도 등의 요소를 고려하여 LOB 응용 프로그램을 선택했습니다.
테스트할 LOB 응용 프로그램의 우선 순위 지정
프로그램 관리자는 300개 정도의 LOB 응용 프로그램 풀이 있는 것으로 파악했는데, 여기서 100개는 우선 순위가 높은 응용 프로그램이고, 나머지 200개는 우선 순위가 낮은 응용 프로그램이었습니다. 우선 순위가 높은 계층 1 응용 프로그램은 각각 5,000명의 사용자를 보유하거나 임원들에 의해 사용되었습니다. 이러한 응용 프로그램은 주요 릴리스 단계가 발표될 때마다 먼저 테스트를 거치게 됩니다. 계층 2 응용 프로그램의 사용자 수는 훨씬 적습니다. 또한 리소스가 허용하는 일정 내에서 테스트되기 때문에 계층 1 응용 프로그램보다 테스트 빈도가 낮습니다.
커뮤니케이션 채널 마련
다양한 조직과 국가에 걸쳐 원활한 협력을 수행하기 위해 프로그램 관리자는 개별 담당자를 지정했습니다. 각 담당자는 해당 BUIT의 여러 LOB 응용 프로그램을 담당했습니다.
보고 도구 만들기
테스트 프로그램은 Microsoft Office Excel 스프레드시트를 사용했습니다. 여기에는 응용 프로그램 이름, 응용 프로그램 고유 식별자, 사용 상태(예: "프로덕션" 또는 "폐기" 등), 담당 BUIT, 담당자, 테스트 결과 등과 같은 관련 정보가 포함됩니다. 또한 계층 1, 계층 2 및 모든 응용 프로그램용으로 구분된 각 결과 범주(예: "통과", "실패")에 응용 프로그램 수도 요약되어 있습니다.
테스트 환경 구축
테스트 수행자는 최대한 실제 환경과 비슷한 테스트 환경을 구축하기 위해 노력했습니다. 즉, 가능한 경우 모든 해당 소프트웨어 버전을 프로덕션 상태의 버전과 맞추고, 실제 사용자 작업과 절차를 따랐습니다.
평가 수행 및 수집
Microsoft IT는 Windows Vista Beta 2를 주로 자발적 다운로드 형식으로 배포했기 때문에 성공적으로 설치된 건수가 배포 성공을 평가하는 주요 기준이 되었습니다. 이러한 정보는 Microsoft Systems Management Server(SMS)를 통한 전사적 워크스테이션 자동 인벤토리 폴링으로 수집되어 내부 웹 사이트를 통해 전달됐습니다. 공동 목표를 게시하는 이 웹 사이트는 이러한 목표와 비교하여 현재 상태로 지속적으로 업데이트되었습니다.
Microsoft IT에서는 또한 통화 추적 소프트웨어를 사용하여 헬프 데스크의 전화 상담 완료 건수도 추적했습니다. 목표는 통화 건수를 목표 수치의 70% 이내로 유지하는 것이었습니다.
Windows Vista 배포
배포 목표를 달성하기 위해 Microsoft IT에서는 다음과 같은 리소스를 사용하여 Windows Vista를 배포했습니다.
| • | Windows 배포 서비스: Microsoft IT는 Windows 배포 서비스를 사용하여 새로운 클라이언트 컴퓨터를 구축하는 것은 물론 기존 컴퓨터를 결합하여 재구축했습니다. |
| • | 제품 웹 사이트: Microsoft IT는 웹 사이트를 통해 사용 가능한 모든 Microsoft 제품에 대해 공유 기반 설치를 지원합니다. 일반적으로 널리 알려진 이 사이트를 Windows Vista 설치에 사용함으로써 최종 사용자에게 일관성 있는 환경을 제공할 수 있고, 표준 프로세스를 사용할 경우 프로젝트 리소스를 절약할 수 있었습니다. |
| • | DVD 이미지: 전 세계에 분산되어 있는 많은 팀은 Microsoft IT가 제공한 중앙 관리식 이미지를 이용하여 로컬에서 부팅 가능한 미디어를 생성할 수 있었습니다. |
배포 유형
Microsoft IT는 Windows Vista Beta 2의 배포 목표를 달성하기 위해 업그레이드와 결합 및 재구축을 포함한 BMI(Bare-Metal Installation)에 의존해야 했습니다. 다음은 Windows Vista의 가장 일반적인 배포 시나리오입니다.
| • | 업그레이드: 새 운영 체제가 클라이언트 컴퓨터의 하드 드라이브에 설치됩니다. 이 때 드라이브가 다시 포맷되지 않으므로 기존 파일 시스템에 미치는 영향이 최소화됩니다. |
| • | 강제 업그레이드: 사용자가 직접 개입하지 않아도 새 운영 체제가 클라이언트 컴퓨터의 하드 디스크 드라이브에 설치됩니다. 업그레이드 시나리오와 마찬가지로 하드 드라이브가 다시 포맷되지 않으므로 기존 파일 시스템도 변경되지 않은 상태로 유지됩니다. |
| • | 마이그레이션: 알려진 위치(예: 디렉터리 및 레지스트리)의 사용자 데이터(파일 및 설정)가 따로 보관된 후 클라이언트 컴퓨터의 하드 디스크 드라이브가 다시 포맷됩니다. 새 운영 체제가 설치된 다음 사용자 데이터가 복원됩니다. |
| • | BMI(Bare-Metal Installation): 드라이브가 분할되고 적절히 포맷된 후에 클라이언트 컴퓨터의 하드 디스크 드라이브에 새 운영 체제가 설치됩니다. 사용자 데이터가 보존되지 않으며, 기존에 설치된 Windows 운영 체제가 없다는 가정하에 실행됩니다. |
| • | 결합 및 재구축: 클라이언트 컴퓨터의 하드 디스크 드라이브가 다시 포맷되고 새 운영 체제가 설치됩니다. 이 시나리오는 결합 및 재구축을 시작하기 전에 컴퓨터에 특정 Windows 운영 체제가 설치되어 있다고 간주합니다. |
다음 표에 나온 기준을 참고하여 사용할 업그레이드 방식을 결정할 수 있습니다.
| 표 4. 현재 클라이언트 구성에 따른 업그레이드 방식 | ||
| 현재 구성 | 업그레이드 방식 | 형식 |
클라이언트 컴퓨터가 Windows XP를 실행 중이거나, 이미 초기 버전의 Windows Vista 빌드를 실행하고 있어 운영 체제를 최신 단계의 빌드로 업그레이드해야 합니다. | 업그레이드 | 웹 포털 또는 DVD |
클라이언트 컴퓨터가 Windows XP를 실행 중이며 데이터 및 설정 변경 없이 Windows Vista로 마이그레이션해야 합니다. 또는 클라이언트 컴퓨터가 데이터 및 설정을 보존하면서 업그레이드에 따라 초기 버전의 Windows Vista 빌드를 포맷해야 합니다. | 마이그레이션 | 웹 포털, DVD 또는 Windows 배포 서비스를 통해 Windows Easy Transfer 사용 |
클라이언트 컴퓨터가 새 것(새 하드웨어이거나 새 클라이언트임)이므로 새로운 운영 체제가 필요합니다. | BMI(Bare-Metal Installation) | Windows 배포 서비스 |
클라이언트 컴퓨터에 새 운영 체제가 필요하나, 데이터/설정은 필요하지 않습니다. | 결합 및 재구축 | Windows 배포 서비스 |
Windows 배포 서비스
Windows 배포 서비스는 새로 설계한 업데이트 버전의 RIS로서, Windows 운영 체제의 신속한 배포와 채택을 지원합니다. Windows 배포 서비스를 사용하면 관리자가 각 컴퓨터마다 개입하거나 CD를 이용해 직접 설치하지 않아도 네트워크 기반 설치를 통해 새 컴퓨터를 설정할 수 있습니다.
Windows 배포 서비스는 Windows 운영 체제, 특히 Windows Vista 배포를 위해 서로 협력하는 일단의 구성 요소를 일컫는 기능 이름입니다. 이러한 구성 요소는 크게 다음 세 가지 범주로 나눌 수 있습니다.
| • | 서버 구성 요소: 클라이언트를 시동하는 네트워크에서 운영 체제를 로드하여 설치하는 데 필요한 PXE(Preboot Execution Environment) 서버와 TFTP(Trivial File Transfer Protocol) 서버가 포함됩니다. 또한 부팅 클라이언트가 특히 네트워크 시동을 수행하는 데 필요한 시동 이미지, 설치 이미지 및 파일이 포함된 공유 폴더와 이미지 리포지토리도 포함됩니다. |
| • | 클라이언트 구성 요소: Windows PE(Windows 사전 설치 환경)에서 실행되고 운영 체제 이미지를 선택하여 설치하기 위해 서버 구성 요소와 정보를 주고 받는 그래픽 사용자 인터페이스가 포함됩니다. |
| • | 관리 구성 요소: 관리자가 서버와 운영 체제 이미지 및 클라이언트 컴퓨터 계정을 관리하는 데 사용하는 일련의 도구입니다. |
Windows 배포 서비스 배포
Windows Vista Beta 2를 배포할 시기에 Microsoft IT는 회사 전체에 Windows XP 및 Microsoft Windows Server 2003 이미지가 배포된 상태의 기존 RIS 서버를 보유하고 있었습니다. Microsoft IT는 Windows Vista 설치 서비스를 제공하는 것은 물론 업그레이드 시 모든 RIS 배포 기능을 그대로 보존하여 새로운 서버로 마이그레이션되도록 해야 했습니다. 즉, Windows 배포 서비스를 혼합 모드로 실행함으로써 WIM(Windows 이미지)과 초기 버전의 이미지 유형을 배포할 수 있어야 했습니다. 이러한 요건을 충족하기 위해 Microsoft IT에서는 Windows 배포 서비스에 대해 다음 세 가지의 배포 시나리오를 사용했습니다.
| • | 새로운 서버 설치: 새로운 서버 설치 시나리오에서 Windows 배포 서비스는 RIS의 업데이트로 설치됩니다. 즉, Windows Server 2003 서비스 팩 1의 소프트웨어 업데이트 또는 Windows Server 2003 서비스 팩 2의 일부로 설치되는 것입니다. 새로운 서버는 Windows Vista 배포를 위한 추가 설치 리소스를 제공하기 위해 설치되었습니다. |
| • | 병렬 마이그레이션: Microsoft IT는 이미 많은 RIS 서버를 보유하고 있습니다. 새 Windows 배포 서비스 서버가 기존의 RIS 서버를 대체할 때 Microsoft IT는 병렬 마이그레이션을 이용하여 클라이언트에 미치는 영향을 최소화하면서 새로운 서버를 구축했습니다. Windows 배포 서비스의 모든 기능이 확인될 때까지 기존 RIS 서버는 계속 기능을 유지했습니다. 클라이언트가 Windows XP와 Windows Server 2003은 물론 Windows Vista를 성공적으로 설치한 후 Microsoft IT는 RIS 서버를 오프라인으로 전환했습니다. |
| • | 사용 중 업그레이드. 대부분의 서버가 성공적인 교체를 보장하지 않았지만, 그 대신 Microsoft IT에서는 추가 이미지를 수용할 수 있도록 디스크 공간을 50GB 더 늘렸습니다. 이 시나리오에서 서버는 대체로 원거리 위치에 있으면서 여러 역할을 수행하는 경우가 많았습니다. 이러한 서버를 업그레이드하기 위해서는 현지 지원 담당자와 릴리스 관리자는 물론 많은 서버 역할 소유자와 긴밀히 협력해야 하는 복잡한 작업이 수반되었습니다. 하드웨어 업그레이드는 문제 해결이 필요할 경우 변수의 수를 줄이기 위해 소프트웨어 업그레이드 이전에 완료되었습니다. |
Windows 배포 서비스 구현
RIS에 소요된 투자를 보호하기 위해 Microsoft IT에서는 기존 RIS 서버를 Windows 배포 서비스로 업그레이드하거나 새로운 Windows 배포 서비스 서버를 혼합 모드로 구축하기로 결정했습니다. Windows 배포 서비스를 혼합 모드로 구축하면 WIM 및 초기 버전(RIS)의 이미지 유형을 배포할 수 있습니다. 이 기능을 구현하기 위해 Microsoft IT에서는 OSChooser:Yes 옵션을 사용하여 Windows 배포 서비스를 구성했습니다.
기타 세부 사항으로는 x86 기반 및 x64 기반 이미지를 제공하고, 클라이언트가 프로세서 유형(x64 기반 클라이언트의 경우)에 상관없이 설치할 운영 체제를 선택하도록 허용하는 것 등이 포함됩니다. 아키텍처를 제대로 보고하지 않는 x64 기반 BIOS(기본 입출력 시스템) 문제를 해결하기 위해 Microsoft IT에서는 또한 ArchitectureDiscovery:Yes도 설정했습니다.
클라이언트 이미지 지정
클라이언트 이미지를 지정하기 위해 Microsoft IT는 Windows Vista의 보안이 향상된 볼륨 라이선스 및 정품 인증 기능으로 시작했습니다. Microsoft IT는 또한 데이터 수집 도구와 일반적인 응용 프로그램을 포함하여 해당 환경에 적합한 구성 변경 사항을 적용했습니다. 볼륨 라이선스 이미지를 사용함으로써 최종 사용자는 Windows Vista를 설치할 때마다 제품 키를 입력할 필요가 없었습니다. 운영 체제를 설치하거나 정품 인증 단계를 수행하기 전에 제품 키를 신청하지 않아도 되므로 많은 시간을 절약하고 사용자 만족도를 높일 수 있었습니다. 보안이 향상된 이 볼륨 라이선스 솔루션은 가상 사설망(VPN)을 통해 원격 설치도 가능했습니다.
기본 이미지 변경 사항에는 Windows 방화벽 설정과 바이러스 백신 소프트웨어 설치가 포함되었습니다. 2007 Microsoft Office 시스템을 포함하는 이미지도 지정되어 있어서 지정이 완료되면 참조 이미지를 만드는 데 사용되었습니다.
클라이언트 이미지 구현
그런 다음 Microsoft IT에서는 설정된 Windows Vista 지정에 대해 참조 컴퓨터를 구축했습니다. 참조 컴퓨터를 구축하여 검토를 완료한 후 Microsoft IT는 sysprep.exe를 사용하여 참조 이미지를 생성했습니다. 그런 다음 준비된 이미지를 Windows 배포 서비스 서버에 추가했습니다. 서버에 이미지가 추가된 후 자동 설치 파일과 언어 팩이 적용되어 Microsoft IT에서는 여러 언어를 단일 이미지에 연결할 수 있었습니다.
Windows 배포 서비스를 사용하여 Windows Vista 설치
Windows 배포 서비스가 설치되어 구성된 후 PXE 지원 시동 ROM을 보유한 클라이언트는 사용자가 시스템 시동 시 F12 키를 누르면 Windows 배포 서비스 서버로 부팅할 수 있었습니다. 그러면 Windows 배포 서비스 클라이언트는 Windows Vista, Windows XP 및 Windows Server 2003을 포함한 설치 옵션을 로드하여 표시합니다. 그런 다음 설치할 버전을 선택하고 Windows Vista 설치 및 설정이 완료되기를 기다렸습니다.
다른 배포 방법
새로운 클라이언트나 재구축 클라이언트에 Windows 배포 서비스를 사용하는 것 외에도 Microsoft IT에서는 다음과 같은 배포 방법을 제공했습니다.
제품 웹 서버를 통한 웹 기반 설치
업그레이드와 병렬 설치 및 PXE 시동을 지원하지 않는 컴퓨터를 위해 Microsoft IT에서는
내부적으로 Microsoft 제품의 공통 설치 지점으로 사용되는 제품 웹 서버를 통한 웹 기반 설치 방식을 제공했습니다. 이 업그레이드 방식을 이용할 경우 클라이언트에서 대부분의 구성과 응용 프로그램 설정이 보존되었습니다. 업그레이드를 수행하는 동안 기존 설정이 보존되므로 최종 사용자 클라이언트는 업무를 보다 빨리 재개할 수 있었고 따라서 그만큼 배포에 대한 사용자 만족도 또한 높아졌습니다.
DVD를 통한 설치
Microsoft IT에서는 Microsoft 직원들에게 Windows Vista Beta 2 제품 DVD도 제공했습니다. 웹 기반 설치 방식과 마찬가지로 제품 DVD도 업그레이드와 병렬 설치에 사용되었습니다. DVD 방식은 PXE가 지원되지 않는 클라이언트와 회사 네트워크에 연결되지 않은 클라이언트 모두에게 유용했습니다.
Microsoft IT가 해당 배포 방법을 선택한 이유
클라이언트 요청 모델에서 많은 운영 체제 배포의 경우 IT 부서가 클라이언트 컴퓨터에 운영 체제 소프트웨어를 제공 및 설치합니다. 그러나 Microsoft IT는 클라이언트 운영 체제에 이런 유형의 배포를 수행하지 않기로 결정했습니다. 대신 최종 사용자를 위한 자가 진단 프로세스를 제공하여 사용자가 원하는 대로 직접 제품을 설치하도록 했습니다. Microsoft IT가 이러한 클라이언트 요청 모델을 기반으로 클라이언트 운영 체제를 배포하는 데에는 여러 가지 이유가 있습니다.
Microsoft가 이 배포 방법을 부분적으로 선택한 이유 중 하나는 이 방식이 컴퓨터의 보안을 철저한 수준으로 관리하면서도 모든 직원이 자신의 컴퓨터에 대해 완전한 관리 권한을 갖도록 하기 때문입니다. 즉, 직원들은 업무상 필요에 따라 자신의 컴퓨터를 원하는 대로 구성할 수 있고, 거의 모든 응용 프로그램을 설치할 수 있으며, 다양한 버전의 Windows 운영 체제를 설치할 수 있습니다. Microsoft 제품을 개발하고 테스트하는 직원들에게 이러한 유연성은 중요한 요소입니다. Microsoft 직원들은 또한 전사적으로 하나의 표준 데스크톱을 보유하고 있지 않기 때문에 Microsoft IT는 하나의 전사적 표준 운영 체제를 강요하기보다는 셀프 서비스 모델을 제공해야 합니다.
참고: Microsoft IT에서 제어하는 구성과 설정은 보안을 제공하거나 일반적인 생산성 향상을 관리합니다(예: 최종 사용자가 직접 다운로드할 필요가 없도록 모든 컴퓨터에 Microsoft .NET Framework 2.0 버전 다운로드). Microsoft IT는 클라이언트 컴퓨터에 네트워크 보안 유지에 도움이 되는 업데이트와 기본 설정을 강제 실행합니다. 또한 각 클라이언트 컴퓨터에 가하는 제약을 최소화하여 직원들이 업무 상황에 맞춰 보다 자유롭게 소프트웨어를 생성하고 문제를 해결하도록 하려고 노력합니다.
어떤 면에서 사용자에게는 클라이언트 요청 방식이 더 간편하다고 볼 수 있습니다. Microsoft IT의 일정에 따라 운영 체제 업그레이드가 강제 실행되지 않고 사용자가 자신의 업무 상황에 맞춰 직접 업그레이드할 수 있기 때문입니다. 따라서 제품을 직접 설치해야 하기는 하지만 편리한 시간을 선택할 수 있는 것이 장점입니다. 이 방식이 비용 효율적 효과를 거두기 위해서는 미숙한 사용자라도 업그레이드를 처음부터 혼자 문제 없이 완료할 수 있도록 보다 명확하고 정확한 프로세스를 제공해야 합니다.
클라이언트 요청 배포 방법은 Microsoft 제품을 개선해줍니다. 제약 없는 환경에서 Microsoft 직원들이 모든 종류의 시나리오를 기반으로 소프트웨어를 테스트할 수 있기 때문입니다. 예를 들어 Microsoft 직원들은 Windows Vista를 직접 설치하고 구성할 수 있기 때문에 그렇지 않았으면 놓쳤을 수 있는 문제를 발견하게 됩니다. 그 결과 Microsoft는 모든 종류의 사용자가 테스트한 보다 좋은 품질의 제품을 출시할 수 있게 되는 것입니다.
사용자가 자신의 컴퓨터에 대해 관리자 권한이 없는 조직의 경우 이 배포 방법을 사용할 수 없지만, Microsoft IT에서 사용하는 대부분의 기술과 요령은 다른 모든 종류의 배포에도 완벽히 적용할 수 있습니다. 여기서 언급한 계획 프로세스와 최선의 방법은 클라이언트 요청 모델에만 국한되지 않으며 대부분의 기술(예: 이미지 준비 및 Windows 배포 서비스)은 모든 배포 방법에 사용할 수 있습니다.
최선의 방법
Microsoft IT는 Windows Vista 배포 과정에서 많은 최선의 방법을 따랐거나 직접 수립했으며, Windows Vista Beta 2를 Microsoft에 전사적으로 제공하기 전 수개월을 배포 계획 작성, 테스트, 셀프 호스팅, 데스크톱 배포 기술 마련 등에 투자했습니다. 다음은 Windows Vista의 성공적인 배포를 위해 Microsoft IT가 권장하는 최선의 방법 목록입니다.
| • | 문서 자료 숙지: 사용자는 Windows Vista를 설치하기 전에 Microsoft 웹 사이트에서 최소한 다음과 같은 문서 자료를 찾아 읽어두어야 합니다. 그러면 제품과 모든 알려진 문제에 익숙해지는 데 큰 도움이 됩니다.
| ||||||
| • | 역할과 우선 순위를 명확히 지정: 역할과 우선 순위를 명확히 지정하면 프로젝트를 효율적으로 진행할 수 있습니다. 예를 들어 하나의 프로그램 관리 팀이 전반적인 배포 계획을 감독하고 주주들을 대상으로 한 상태 보고 및 커뮤니케이션을 수행하도록 할 수 있습니다. | ||||||
| • | 모든 프로세스 문서화: 장기간이 소요되는 프로젝트의 경우, 모든 프로세스를 문서화하는 것이 중요합니다. 그렇게 하면 직원이 인사 이동 또는 퇴사하더라도 대신 새로 들어온 직원이 해당 프로젝트를 명확히 파악하여 제대로 완료할 수 있습니다. | ||||||
| • | 과거 배포 경험에서 얻은 정보와 피드백 활용: 지극히 상식적인 내용이지만 새로 임무를 맡게 된 관리자는 이러한 피드백이 있는지조차 모를 수도 있습니다. 관리자는 반드시 운영 체제 설치가 아니라도 기존의 모든 배포 경험에서 얻은 피드백을 활용할 수 있습니다. 예를 들어 Windows XP 서비스 팩 2를 배포했을 때 얻은 피드백을 사용할 수도 있을 것입니다. | ||||||
| • | 배포 전 중요한 응용 프로그램 테스트: 관리자는 응용 프로그램 호환성 기능을 사용하여 기존 응용 프로그램이 Windows Vista와 호환되는지 확인할 수 있습니다. 자세한 내용은 Microsoft 웹 사이트를 확인하십시오. | ||||||
| • | 키 관리 서버 배포: 키 관리 서버를 사용하여 Volume Licensing 버전 2를 구현하면 설치하기 전에 제품 키를 신청할 필요가 없고 라이선스 관리 비용도 절감되어 클라이언트 만족도가 향상됩니다. | ||||||
| • | 디스크 공간 고려: 배포 계획을 세울 때 관리자는 설치에 필요한 디스크 공간을 염두에 두어야 합니다. Windows Vista Beta 2에 필요한 디스크 공간 요구 사항의 자세한 내용은 Microsoft 웹 사이트를 참조하십시오. |
결론
Microsoft IT에서는 사용이 간편한 배포 기술을 기반으로 하는 클라이언트 중심의 설치 방식을 이용하여 Microsoft 글로벌 환경에 Windows Vista Beta 2를 배포했습니다. 강제 설치 방식이 아닌 클라이언트 요청 방식을 적용하여 사용자 만족도를 크게 높였고, 치밀한 계획, 배포 팀 교육, 최종 사용자 교육, 최신 배포 기술 활용, 베타 프로그램에 참여하는 클라이언트 기반과의 활발한 커뮤니케이션 등을 통해 Beta 2에 대해 설정했던 모든 목표를 달성할 수 있었습니다.
규모에 상관없이 모든 조직은 여기에 나온 각 단계를 완료하여 사용자 만족도를 높이고, 배포 목표를 달성하는 것은 물론, Windows Vista 배포를 수행하는 도중의 위험을 최소화할 수 있습니다.
자세한 정보
Microsoft 제품 또는 서비스에 대한 자세한 내용은 Microsoft Sales Information Center인 (800) 426-9400으로 문의하십시오. 캐나다에서는 Microsoft Canada Information Centre인 (800) 563-9048로 문의하십시오. 미국 및 캐나다 이외의 지역에서는 해당 지사에 문의하십시오. World Wide Web을 통해 정보를 보려면 다음 웹 사이트를 방문하십시오.
http://www.microsoft.com/korea/technet/itsolutions/msit/default.mspx