Silverlight를 설치하려면 여기를 클릭합니다.*
Korea 대한민국변경|Microsoft 전체 사이트
Microsoft
|프로필 관리|문의처|사이트 맵

1장 - Windows 2000 Professional 및 Office 2000 구축 계획

주요 항목
down 구축 계획 만들기
down 인벤터리 만들기
down SMS로 Windows 2000 준비 상태 확인
down Office 2000 빌드 디자인
down 구축 테스트
down 파일럿 구축 단계
down 구축 안내

이 장에서는 Windows 2000 Professional 및 Office 2000으로 구성된 통합 클라이언트 플랫폼에 구축을 계획하는 방법을 설명합니다. 구축을 시작하는 프레임워크를 제공하는 계획 수립 과정에 대한 개요입니다.

구축 계획 만들기 Back to Top

Windows 2000 Professional 및 Office 2000을 함께 구축하면 회사의 모든 사용자에게 혜택을 주는 강력한 클라이언트 구성을 만들 수 있습니다. 그러나, 적절한 계획과 테스트가 없으면 이런 요소를 구축하는 과정이 상당히 복잡해 질 수 있습니다. 성공적인 구축을 위해서는 계획과 테스트가 매우 중요합니다.

업무 요구 및 사용자 요구 평가

프로젝트 계획의 첫 번째 단계는 조직과 사용자의 업무 요구를 신중하게 평가하는 것입니다. 이것은 의사 결정자와 사용자 대표가 평가 과정에 함께 참여함으로써 가능합니다.

또한 구현 프로젝트에 대한 집행 후원과 자금 지원을 확보하는 기회도 됩니다. 어떤 작업을 수행하려 하며 그로 인해 조직이 얻게될 이득이 무엇인지 이해하고 있는 집행 후원자는 큰 도움이 될 수 있습니다. 집행 후원자는 조직의 상위 관리자가 프로젝트에 대한 요구 사항과 관심을 대변할 수 있습니다. 이런 이유로 집행 후원자는 프로젝트의 전체 성공에 중요한 요소가 될 수 있습니다.

이 단계에서는 의사 결정자를 위해 아래와 같은 질문에 대한 답을 마련합니다.

  • 조직에 Windows 2000 Professional을 구축하는 이유는 무엇입니까?
  • 조직에 Office 2000을 구축하는 이유는 무엇입니까?
  • 이들 제품에서 얻을 수 있는 업무 상의 이득은 무엇입니까?
  • 이들 제품에서 얻을 수 있는 IT의 이득은 무엇입니까?
  • 현재 IT 환경과 원하는 IT 환경의 차이점은 무엇입니까?
  • 이 프로젝트가 완료되어야 할 시기는 언제이고 일정은 어떠합니까?
  • 이 프로젝트의 범위에 포함되는 것과 포함되지 않는 것은 무엇입니까?
  • 이 프로젝트의 영향을 받는 사용자는 누구입니까?
  • 성공에 영향을 미치는 중요한 요소는 무엇입니까?
  • 어떤 위험이 있습니까?
  • 어떤 그룹, 조직 및 개인이 구축 과정에 참여합니까?

이 단계에서는 사용자를 위해 아래와 같은 질문에 대한 답을 마련합니다.

  • 현재 사용 중인 운영 체제는 무엇입니까?
  • 현재 사용 중인 Office 응용 프로그램 제품군은 무엇입니까?
  • 현재 사용 중인 전자 메일, 일정 및 연락처 패키지는 무엇입니까?
  • 현재 사용 중인 Adobe Acrobat, Netmeeting, WinZip과 같은 다른 응용 프로그램은 무엇입니까?
  • 현재 사용 중인 워크스테이션은 데스크톱 또는 랩톱 중 어떤 종류입니까?

업무 요구와 사용자 요구를 이해하고 나면 Windows 2000 Professional 및 Office 2000에서 제공하는 기능을 이해해야 합니다. 업무 요구를 응용 프로그램 기능에 매핑하여 생산성을 높이고 총 소유 비용(TCO)을 줄이도록 조절할 수 있습니다.

이 첫 번째 단계를 완료하고 나면 프로젝트에 대한 목적과 목표를 정의하는 다음 단계를 시작하는 데 필요한 모든 정보가 갖추어져야 합니다.

구축 비전과 범위 정의

첫 번째 단계 동안 사용자와 의사 결정자로부터 수집한 정보를 사용하면 프로젝트의 비전과 범위를 정의할 수 있습니다.

예를 들어, 회사는 Windows 2000 Professional 및 Office 2000 구축에 관심을 가지고 있습니다. 현재 회사의 컴퓨팅 환경은 Windows 95, Windows 98, Windows NT 4. 0 Workstation 등의 여러 운영 체제를 실행하는 데스크톱과 랩톱 클라이언트를 포함하고 있습니다.

회사 사용자들은 Office 97을 사용하고 있지만 최근 인수한 회사의 일부 사용자는 Perfect Office 제품군을 사용하고 있습니다. 결과적으로, 여러 가지 응용 프로그램과 운영 체제를 지원해야 하기 때문에 지원 비용이 꾸준히 증가해 왔습니다. 회사는 지원 비용을 절감하기 위해 클라이언트 운영 체제 하나와 응용 프로그램 제품군 하나로 환경을 표준화하고자 합니다. 또한 표준화된 클라이언트가 사용자 업그레이드와 교체 속도를 높여줄 것으로 기대하고 있습니다.

다음 표는 이 회사의 IT 목적과 목적 달성을 위해 Windows 2000 Professional 및 Office 2000을 선택한 이유를 요약한 것입니다.

IT 목적
목표
Windows 2000 및 Office 2000이 제공하는 기능
하나의 표준 클라이언트 운영 체제를 지원하고 설치합니다.
Windows 2000은 IntelliMirror, 자동 클라이언트 설치 및 업그레이드 기술(예: 원격 설치 서비스 및 Systems Management Server)과 같은 클라이언트 관리 기능을 제공합니다.
하나의 표준 클라이언트 응용 프로그램 제품군을 지원하고 설치합니다.
Office 2000은 인트라넷 기능, 기본 제공되는 전자 메일 기능 및 변경 관리와 같은 향상된 통신과 공동 작업을 제공합니다.
구축 비용을 절감하고 신속하게 설치하고 구성합니다.
두 응용 프로그램 모두에 단일 빌드를 빠르고 저렴하게 구축할 수 있는 기능이 들어 있습니다.

표준 및 지침 만들기

많은 조직이 표준 및 지침을 만들면 돈과 시간을 절약할 수 있다는 사실을 깨닫습니다. 표준 환경을 구축하면 과다한 구성 조합이 만들어질 가능성이 줄어들고 그에 따라 관리 및 아키텍처 차원에서 작업량이 보다 효율적으로 처리되기 때문입니다. 이러한 표준을 만들 때는 직원들의 컴퓨터 사용 양태를 깊이 고려해야 합니다. 예를 들어, CAD(Computer-Aided Design) 작업을 하는 직원은 일반적인 사무용 응용 프로그램을 사용하는 직원과는 요구 사항이 다릅니다.

최상의 결과를 얻으려면 클라이언트 및 서버에 대한 표준 구성을 만듭니다. 그리고 CD-ROM 드라이브, 무정전 전원 공급 장치(UPS)와 같은 보조 장치는 물론 CPU, RAM, 하드 디스크의 최소 사양 및 권장 사양에 대한 지침을 포함합니다.

회사가 기존 하드웨어 공급업체와 관계를 맺고 있을 경우 특정 공급업체를 모델로 하드웨어 요구 사항을 표준화하면 도움이 될 수 있습니다. 많은 공급업체는 하드웨어 사양에 맞는 사용자 지정 빌드를 기꺼이 만들 것입니다. 또한 공급업체로부터 보증과 향상된 고객 지원을 받을 수도 있습니다. 장비 임대 계약도 고려해 볼 수 있습니다.

조직에 맞는 표준 소프트웨어 구성을 만듭니다. 이때 운영 체제와 응용 프로그램 소프트웨어를 포함하고,이러한 소프트웨어 배포 방법에 대한 지침과 소프트웨어 사용의 지원 및 제한 방법에 대한 지침도 포함합니다. 많은 조직은 IT 직원의 표준화되지 않은 소프트웨어 지원으로 인해 증가된 지원 비용으로 몸살을 앓고 있습니다. 소프트웨어 라이센스의 법적 책임에 대해 주의해야 합니다.

마지막으로, 조직에서 사용할 네트워크 운영 체제 및 프로토콜에 대한 지침을 만듭니다. 그리고 라우터, 허브 및 중계기와 같은 모든 네트워크 구성 요소에 대한 표준 구성을 포함합니다. 또한 이러한 구성을 지원하고 유지 관리하기 위한 지침을 만듭니다.

차이 분석

프로젝트 목표에 기반하여 현재의 컴퓨팅 환경을 장래의 컴퓨팅 환경과 비교합니다. 기존 환경과 목표 사이의 차이를 확인하면 Windows 2000 Professional 및 Office 2000의 어떤 기능을 구축할 것인지 결정하는 데 도움이 됩니다. 차이 분석은 원하는 구축 방향을 얻기 위한 것입니다. 이런 요구는 대개 하드웨어와 소프트웨어 모두를 포함합니다.

직원들의 현재 작업 방식과 구축 완료 후의 희망 작업 방식 사이의 차이를 확인합니다. 구축이 성공적이면 현재 직원들이 사용할 수 있는 기능과 구축 결과 사용 가능해진 기능 사이의 차이가 사라집니다.

이전에 수행했던 컴퓨터와 네트워크 업그레이드의 설명서가 있으면 검토합니다. 현재 컴퓨팅 환경에 대한 유용한 정보를 제공할 뿐 아니라 일어날 수 있는 문제를 예상할 수도 있습니다.

하드웨어와 소프트웨어 공급업체에서 얻은 문서를 검토합니다. 인프라 내의 현재 하드웨어 및 소프트웨어에 대한 정보는 컴퓨팅 리소스를 업그레이드할 것인지 또는 교체할 것인지 결정하는 데 도움이 됩니다.

구축에 관련된 작업을 확인하고 각 작업에 대한 리소스 요구 사항을 결정합니다. 이렇게 하면 조직 내에서 참여시킬 개인과 그룹을 결정하고, 추가로 외부 리소스가 필요할지 여부를 쉽게 결정할 수 있습니다. 작업과 팀에 대한 설명서를 작성합니다. 대개 스프레드시트나 프로젝트 소프트웨어가 가장 좋은 도구입니다. 작업과 리소스 할당을 추적하면서 정기적으로 문서를 업데이트합니다.

차이 분석 문서를 조직의 해당 의사 결정자에게 제출하여 승인을 받습니다. 승인을 받은 경우 프로젝트를 시작할 수 있습니다. 그렇지 않은 경우 문서를 변경하고 다시 제출하여 승인을 받은 다음 구현을 시작할 수 있습니다.

차이 분석은 프로젝트를 공식적으로 시작하기 전에 현재 프로젝트의 상태와 나아갈 방향을 결정하는 데 실질적인 도움을 줍니다. 현재 상태를 분석하고 프로젝트 계획의 기초로 사용하여 조직의 요구 사항에 맞도록 조정된 새로운 시스템으로 구축할 수 있습니다.

구축 방법 결정

계획 과정의 이 단계에서는 구축에 사용할 수 있는 방법을 평가하기 시작해야 합니다. 예를 들어, 조직에 데스크톱 컴퓨터를 사용하는 사무 직원과 랩톱을 사용하는 영업 사원들이 섞여 있는 경우 각 컴퓨터 종류에 따른 구축 방법을 개발해야 합니다.

데스크톱의 구축 방법은 설치의 네트워크 공유 지점이 있는 Windows NT 4. 0 구성원 서버를 사용하거나, 무인 설치를 계획할 수도 있습니다. 사실 두 가지 모두 일반적인 방법은 아닙니다.

랩톱 컴퓨터는 사용자가 네트워크에 연결할 수 있는 중앙 위치에 있지 않기 때문에 몇 가지 다른 어려움이 있습니다. 랩톱을 회수하거나, 스스로 업그레이드를 수행할 수 있도록 설치 미디어를 이동이 잦은 사용자에게 보낼 것인지 적절한 구축 방법을 결정할 수 있습니다. 전화 지원을 제공할 IT 전문가 이름과 전화 번호가 포함된 상세한 지침서를 만드는 것이 좋습니다.

또한 각 구축 방법에 필요한 컴퓨터 수를 결정하고 업그레이드 과정을 완료한 컴퓨터를 추적해야 합니다.

다음 표는 구축 프로젝트 중간에 500대의 컴퓨터를 갖춘 조직이 사용할 수 있는 구축 방법의 예제 목록과 추적 정보를 제공합니다.

가능한 구축 방법 및 추적 정보
구축 방법
설명
영향 받는 컴퓨터 수
완료된 컴퓨터 수
로컬 컴퓨터 공유 지점
클라이언트 컴퓨터는 설치 소프트웨어가 포함된 공유 지점이 있는 Windows NT 4. 0 구성원 서버가 들어 있는 로컬 서브넷에 연결되어 있습니다.
250
78
무인 설치
요구 사항을 만족하는 컴퓨터에 대해 무인 설치 또는 복제 설치를 수행합니다.
100
35
개별 설치
ACPI 지원을 무시하고 다중 프로세서 지원과 같은 특별한 요구가 있거나 자동 설치를 하지 못하도록 하는 기타 요구가 있는 컴퓨터에 사용합니다.
10
5
구축 랩으로 전달
업그레이드를 수행할 만큼 고급 기술 사용자가 아닌 재택 근무 사용자의 랩톱이나 컴퓨터에 적용합니다. 원격 연결을 통해 업그레이드를 수행하면 문제가 발생할 수 있습니다.
140
100

팀 만들기

IT 엔지니어, 사용자 및 관리자가 공동 작업하는 팀을 만드는 것은 성공의 중요한 요소입니다. 계획하고 구축하면서 인적 자원 요구 사항이 바뀔 수 있지만 대규모 구축에는 보통 여러 명의 팀 구성원이 필요합니다. 대규모 조직의 경우 중앙 팀에 최소한 2명 이상의 운영 체제 관리자를 포함해야 합니다. 반드시 고객 지원부 또는 지원 담당자를 포함해야 합니다. Windows 2000 Professional 및 Office 2000에 숙련되고 네트워크 환경을 잘 알고 있는 사람이 있어야 합니다.

구축 프로젝트를 시작할 때 회사의 사풍과 내부 사정을 잘 이해하고 있는 사람을 포함시킵니다. 이 사람이 계획과 구축 중인 제품에 대해 알고 있으면 회사 문제와 충돌이 있을 때 도움을 줄 수 있습니다.

국제적인 조직의 경우 다른 국가 위치를 대표하는 책임자도 참여시킵니다.

보안, 네트워킹, 상호 운용성 및 응용 프로그램 테스트 방면의 전문가는 자신의 전문 영역 내에서 하위 팀의 대표자 역할을 해야 합니다.

팀은 세부적인 프로젝트 관리 기술과 기술적인 실무 경험이 있어야 하며 혁신적이며 새로운 기술을 스스로 빠르고 독자적으로 익힐 수 있는 능력이 있는 그룹으로 구성되어야 합니다. 또한 프로젝트 목표와 이를 달성하는 데 필요한 세부 사항을 서로 연결할 수 있는 뛰어난 분석 능력도 필요합니다.

하위 팀 만들기

프로젝트 범위와 목표 문서를 안내자로 삼아 필요한 하위 팀을 확인합니다. 각 팀에는 하위 팀의 임무를 이해하고 하위 팀이 프로젝트를 지연시키지 않도록 지도력을 발휘할 수 있는 대표자가 있어야 합니다.

클라이언트쪽 하위 팀

클라이언트쪽에는 설치 종류를 결정하고 새 구성을 관리하는 데 도움을 주는 전문가 팀이 필요합니다.

  • 랩 및 테스트 디자인
  • 설치
  • 응용 프로그램 버전 통합
  • 사용자 설정
  • 사용자 교육 및 문서화
  • 전원 관리(특히 랩톱)

프로젝트 관리 하위 팀

  • 팀 조정
  • 구축 작업의 문서화
  • 회사 부서와의 연락책 기능

조직의 내부 구조, 업무 요구 사항, 구축할 Windows 2000 Professional 및 Office 2000 기능 및 서비스, 원하는 구축 방법을 반영하여 팀을 구성하십시오. 예를 들어, 터미널 서비스, SQL Server 데이터베이스 등을 고려하여 구축해야 할 수 있습니다.

관리 요구 사항을 검토하다 현재의 IT 조직을 변경하고 싶어질 수 있습니다. 주요 구축을 계획하면서 다시 되돌아가 회사 네트워크를 관리하는 방법을 살펴 볼 좋은 기회가 생깁니다.

사용자 참여

새 운영 체제와 Office 제품군을 사용해야 하는 사용자는 계획과 실행의 중요한 부분입니다. 고급 사용자는 상당히 중요한 통찰력을 제공할 수 있으며 초보 사용자는 항상 고려해야 하지만 생각하지 못한 여러 종류의 질문과 관심사를 제공합니다.

사용자들을 팀에 합류시키는 과정에서 관리자와 감독자를 포함시킵니다. 이들은 자신의 부서에 있는 사용자의 기술 수준을 알고 있습니다. 사용자의 일반적인 작업량을 줄여 사용자가 팀과 작업할 수 있도록 기꺼이 도움을 주는 협조적인 관리자가 있을 경우 사용자 참여를 훨씬 쉽게 유도할 수 있습니다.

인벤터리 만들기Back to Top

구축 계획을 만들려면 현재 환경을 문서화해야 합니다. 업무 단위, 부서, 작업 그룹, 서브넷 등과 같은 각 구축 단위에 대한 구성 정보를 문서화합니다. Systems Management Server(SMS)를 실행할 경우 이 장 뒷부분의 SMS 인벤터리 기능 사용에 관한 절을 읽습니다.

하드웨어 요구 사항

인벤터리를 만들 때 첫 번째 작업은 Windows 2000 Professional 및 Office 2000을 모두 실행하려는 컴퓨터의 최소 하드웨어 요구 사항을 이해하는 것입니다. 최소 하드웨어 요구 사항을 만족하지 못하는 모든 컴퓨터는 업그레이드하거나 교체해야 합니다. 최소 요구 사항은 다음과 같습니다.

프로세서:

  • Pentium 133
  • Pentium 166(PhotoDraw 비즈니스 그래픽 소프트웨어용)

RAM:

    운영 체제용으로 64 MB와 추가로 다음 사항이 필요합니다.

    • +4 MB(열려 있는 각 Office 응용 프로그램용)
    • +8 MB(Outlook 메시징과 공동 작업 클라이언트, Access 또는 FrontPage 웹 사이트 작성 및 관리 프로그램용)
    • +16 MB(PhotoDraw용)

하드 드라이브 공간:

다음 표에서는 각 구성 요소에 필요한 공간을 표시합니다.
구성 요소
필요한 디스크 공간
Windows 2000 Professional
650MB
Office Standard
189MB(W,E,P,O)
Office Professional 디스크 1
217MB(W,E,P,O,A)
Office Professional 디스크 2
174MB(Pub, SB)
Office Premium 디스크 1
252MB(W,E,P,O,A,F)
Office Premium 디스크 2
174MB(Pub, SB)
Office Premium 디스크 3
100MB(PD)
Office 디벨로퍼
Premium에 130MB 추가

W=Word, E=Excel, P=PowerPoint, O=Outlook, A=Access, Pub=Publisher, PD=PhotoDraw, SB=Small Business Tools, F=FrontPage

CD-ROM

로컬 설치용입니다.

사운드 및 스피커

업무에 따라 특정 사용자에게 필요할 수 있습니다.

비디오

비디오 컨트롤러의 기능은 사용자 요구에 따라 다릅니다. 예를 들어, Net Meeting이나 그래픽 응용 프로그램은 더욱 강력한 비디오 기능을 필요로 합니다.

네트워크 인터페이스 카드

이런 구축의 경우 이 구축이 기존 네트워크에서 마이그레이션하는 것으로 가정하기 때문에 네트워크 어댑터 카드를 인벤터리하지 않아도 됩니다.

컴퓨터 업그레이드 및 교체

지정된 최소 하드웨어 요구 사항을 만족하지 못하는 컴퓨터는 업그레이드 가능성 여부를 평가해야 합니다. 인벤터리 문서의 형식은 컴퓨터를 업그레이드할 것인지 여부와 업그레이드할 경우 어떤 구성 요소를 포함시킬 것인지 나타내도록 디자인해야 합니다.

컴퓨터를 교체하는 대신 업그레이드하는 결정에는 많은 요소가 포함됩니다.

  • 구성 요소 비용
  • 소요 시간을 포함한 업그레이드 용이성
  • 컴퓨터의 잔여 수명

예산, 장비에 대한 감가상각 일정 및 기타 문제와 같은 요인을 고려해야 하므로 회계 담당자와 상의합니다.

일부 하드웨어 고려 사항은 특성 상 명확하지 않으며 복잡하고 애매한 부분을 결정해야 합니다. 예를 들어, 아래와 같은 시나리오를 생각할 수 있습니다.

클라이언트 컴퓨터에는 Pentium 75, 32MB RAM, 1GB HD가 있고 CD-ROM은 없습니다. 프로세서를 교체하고 용량이 더 큰 HDD와 CD-ROM을 추가하여 상대적으로 간단히 업그레이드할 수 있습니다. 그러나, 컴퓨터에 사용할 수 있는 DIMM 슬롯이 없으면 메모리를 업그레이드할 수 없어 기존 메모리를 더 큰 DIMM 모듈로 교체해야 합니다. 이 컴퓨터는 업그레이드 대상이 되지 못하고 대신 교체해야 할 가능성이 있습니다.

여러 Office Premium 구성 요소를 구축할 클라이언트 컴퓨터에는 Pentium 166, 64MB RAM, 1GB HD와 CD-ROM 드라이브 하나가 있습니다. 용량이 더 큰 HDD를 추가하여 대형 설치가 가능하므로 이 경우는 업그레이드할 수 있습니다.

SMS로 Windows 2000 준비 상태 확인 Back to Top

Microsoft Systems Management Server 2. 0(SMS)은 컴퓨터가 Windows 2000으로 업그레이드할 준비가 되었는지 여부를 확인하는 완벽한 도구를 제공합니다. SMS 관련 도구는 http://www.microsoft.com/korea/smsmgmt/downloads/windows2000readiness.exe에서 다운로드할 수 있습니다. 이 3. 25MB 다운로드에는 회사 컴퓨터에 Windows 2000 분석기를 자동으로 구축하고 형식화된 데이터를 사용할 수 있도록 준비하는 5가지 구성 요소가 포함되어 있습니다.

W2KMIFG.exe

W2KMIFG.exe는 Windows 2000 분석기가 생성한 정보가 들어 있는 NOIDMIF 파일을 만드는 프로그램입니다. NOIDMIF 파일은 SMS 클라이언트가 표준 하드웨어와 소프트웨어 인벤터리 절차에서 사용자 지정 정보를 보고할 수 있도록 SMS를 확장합니다.

패키지 정의 파일

SMS는 PDF 파일을 사용하여 소프트웨어 배포 만들기를 자동화합니다. SMS 도구와 함께 포함된 PDF인 W2KMIFG. pdf를 SMS 사이트로 가져와 자동으로 배포 패키지를 만듭니다.

SMS 쿼리

SMS 쿼리는 SMS SQL 데이터베이스에 수집된 데이터를 조사합니다. SMS 쿼리는 데이터를 자동으로 조사하고 회사 컴퓨터의 Windows 2000 호환 상태에 대한 정보를 표시합니다. 다음 4가지 쿼리가 포함됩니다.

  • Windows 2000 All Non-Compliant Products by System in this Site and its Subsites
  • Windows 2000 All Systems installed with a Specified non-compliant Product
  • Windows 2000 All non-compliant Products on a Specified System
  • Windows 2000 All Windows clients ready for upgrade

SMS 보고서(Win2k_01. rpt)

Microsoft Management Console(MMC) 스냅인인 Crystal Info는 SMS를 위한 인라인 보고서 생성 메커니즘을 제공합니다. 제공된 SMS 쿼리와 함께 사용하면 포함된 SMS 보고서는 높은 품질의 출력물을 생성하여 Windows 2000과 호환되지 설치된 하드웨어나 소프트웨어가 있는 컴퓨터를 쉽게 확인할 수 있습니다.

Wrapper 스크립트

Wrapper 스크립트는 다른 프로그램의 실행을 자동화하는 파일입니다. SMS 도구에 포함된 Wrapper 스크립트는 사용자가 개입할 필요 없이 Windows 2000 분석기를 자동 모드(백그라운드로)에서 실행되도록 합니다.

배포 패키지 유틸리티

Windows 2000 준비 다운로드에도 Windows 2000 분석기 SMS 도구가 사용하는 4가지 유틸리티가 포함되어 있습니다. 이들 유틸리티는 만들 때 자동으로 SMS 패키지에 통합되고 클라이언트 컴퓨터에 배포한 후에는 배경에서 자동화 작업을 수행합니다.

자동화가 실패한 부분이 있을 경우 각 유틸리티가 제공하는 기능을 이해하는 데 도움이 되므로 문제의 근원을 빨리 찾을 수 있습니다. 사실 워크스테이션에서 특정 과정이 수행되지 않는 경우 이 유틸리티를 수동으로 실행할 수 있습니다. 그러나, 많은 워크스테이션에서 과정이 수행되지 않는 경우 SMS 사이트 수준에서 해결해야 하는 더 큰 문제가 있는 것입니다.

Chkupgrd. exe

Chkupgrd. exe는 실제 Windows 2000 분석기입니다. 이 프로그램은 대상 컴퓨터의 준비 상태를 분석하는 데 필요한 작업을 수행합니다.

SMS 클라이언트 유틸리티(Cliutils. exe)

원래 Microsoft Systems Management Server 2. 0 Resource Kit에 포함된 Cliutils. exe는 클라이언트 구성 요소의 시작과 중지, SMS 클라이언트 시작 관리자가 시작할 응용 프로그램 등록과 같은 SMS 클라이언트의 다양한 기능을 수행합니다. Cliutils. exe는 SMS 도구가 SMS 클라이언트의 하드웨어 인벤터리 사이클을 시작하는 데 사용됩니다.

Cliutils. exe는 다음과 같은 매개 변수를 사용합니다.

/KICK <Registered Nameof SMS Client Application Service> 응용 프로그램에 STARTCYCLE 이벤트 신호를 보냅니다.

/STOP <Registered Nameof SMS Client Application Service> 응용 프로그램에 STOP 이벤트 신호를 보냅니다.

/START <Registered Nameof SMS Client Application Service > 응용 프로그램을 시작합니다.

/SCHED < Schedule String> 일정 목록 문자열을 해독합니다. 일정 목록 문자열은 클라이언트가 CCIM 사이클을 수행할 다음 예정 인스턴스로 클라이언트 컴퓨터의 레지스트리에 정의되어 있습니다.

/APPREG 시작 관리자가 시작할 응용 프로그램을 등록합니다.

Script It(Scriptit. exe)

Scriptit. exe는 모든 ASCII 텍스트 편집기에서 작성된 자동 스크립트를 실행하는 독립적인 프로그래밍 언어입니다(scriptit <TextFilename>). SMS 도구는 Scriptit. exe를 사용하여 Windows NT와 Windows 9x 워크스테이션에서 Windows 2000 분석기를 실행합니다.

쿼리 백업 및 복원 유틸리티(QryEdit. exe)

원래 Microsoft Systems Management Server 2. 0 Resource Kit에 포함된 QryEdit. exe는 SMS 사이트에서 쿼리를 백업하고 복원할 수 있는 명령줄 도구입니다. SMS 도구는 QryEdit. exe를 사용하여 Windows 2000 특정 쿼리를 가져옵니다. QryEdit. exe는 다음과 같은 매개 변수를 사용합니다.

/Export [Filename] 사용자가 정의한 모든 쿼리를 텍스트 파일로 내보냅니다.

/Import [Filename to import 텍스트 파일에서 쿼리합니다.

Windows 2000 분석기 SMS 도구 설치

Windows 2000 분석기를 다운로드한 후에 서비스 팩 1 이상을 실행하는 SMS 사이트 서버에 설치해야 합니다. SMS 도구의 설치 프로그램은 이 요구 사항을 확인하고 만족되지 않으면 설치를 중지합니다. 이런 요구 사항이 있는 주요 이유는 설치가 SMS 쿼리를 SMS 사이트로 자동으로 가져오기 때문입니다.

설치한 후에 Windows 2000 분석기 프로그램의 최신 버전을 다운로드해야 합니다. SMS 도구에 포함된 버전은 2000년 2월에 만들어졌으며 최근 프로그램이 수정되었습니다. 분석기의 기존 버전을 C:\W2K Readiness Analyzer\Package Source 디렉터리에 있는 현재 다운로드로 교체합니다.

SMS 패키지 만들기

SMS 도구 사용의 다음 단계는 클라이언트 컴퓨터에 배포할 SMS 패키지를 만들기 위한 것입니다. 패키지를 만들려면 다음 단계를 수행하십시오.

  1. SMS 도구가 설치되어 있는 SMS 사이트 서버에서 SMS 관리자 콘솔을 열고 Packages 노드를 찾습니다.
  2. Packages를 마우스 오른쪽 단추로 누르고 New | Package from Definition을 선택합니다.
  3. Package Wizard의 Package Definition 페이지에서 Browse 단추를 누르고 Windows 2000 Readiness. PDF 파일을 가리킵니다. PDF 파일은 SMS 사이트 서버의 C:\W2K Readiness Analyzer Tools\PDF 디렉터리에 있습니다.
  4. 패키지 정의 목록에서 Windows 2000 Compliance Check를 선택하고 Next를 누릅니다.
  5. Source Files 페이지에서 Always obtain files from a source directory 옵션을 선택하고 Next를 누릅니다.
  6. Source Directory 페이지에서 Browse 단추를 누르고 SMS 사이트 서버에 있는 C:\W2K Readiness Analyzer Tools\Package Source\ 디렉터리를 가리킵니다.
  7. Finish 단추를 눌러 SMS 패키지 만들기를 완료합니다.
  8. 새 패키지에 배포 지점을 할당합니다.

SMS 패키지 배포

Windows 2000 분석기를 Windows NT와 Windows 9x의 서로 다른 두 그룹이나 컬렉션을 대상으로배포해야 합니다. 패키지를 만드는 데 사용하는 PDF가 각 플랫폼마다 다른 루틴을 포함하기 때문에 각 그룹에 대해 별도의 SMS 컬렉션을 만듭니다.

실패하지 않으려면 대상 컴퓨터에 대해 다음 지침을 확인하십시오.

  • 컴퓨터에는 적어도 50MB의 사용할 수 있는 하드 디스크 여유 공간이 있어야 합니다.
  • Windows 2000 분석기 도구는 운영 시스템의 영어 버전에서만 출력을 처리합니다.
  • Windows NT 컴퓨터의 경우 Windows 2000 분석기는 컴퓨터에서 관리자와 동등한 권한을 가져야 합니다.

다음 단계에 따라 SMS 패키지를 배포하십시오.

  1. SMS 관리자 콘솔을 열고 Advertisements 노드를 찾습니다.
  2. Advertisements 노드를 마우스 오른쪽 단추로 누르고 New | Advertisement를 선택합니다.
  3. 새 Advertisement 이름을 지정한 다음, Microsoft Windows 2000 compliance check 1. 0 영어 패키지를 선택합니다.
  4. 대상으로 하는 SMS 컬렉션에 기초하여 패키지 옵션을 선택합니다(예: Windows NT의 경우 Windows NT 옵션 선택).
  5. Schedule 탭에서 프로그램이 적절한 시간에 실행되도록 일정을 잡습니다.

수집한 데이터 사용

Windows 2000 분석기에 포함된 SMS 쿼리는 검색한 데이터를 조사합니다. 이 쿼리를 사용하여 Windows 2000 요구 사항을 만족하도록 업그레이드하거나 교체해야 하는 컴퓨터를 확인할 수 있습니다.

데이터를 더욱 향상시키려면 SMS 도구 설치에 포함된 Crystal Info 보고서를 수동으로 가져옵니다. Windows 2000 Non-compliant System by Site 보고서를 가져와서 사용하려면 SMS 사이트 서버에 Crystal Info가 설치되어 있어야 합니다. 이 구성 요소가 원본 SMS 서버 설치의 일부로 설치되지 않은 경우 SMS 설치 프로그램을 실행하여 구성 요소를 추가합니다.

Crystal Info 보고서를 가져오려면 다음 단계를 수행하십시오.

  1. Crystal Info 보고서 파일(win2k_01. rpt)을 SMS 사이트 서버의 C:\W2K Readiness Analyzer Tools\Crystal Reports에서 SMS\Cinfo\SMS\Samples\ProdComp으로 복사합니다.
  2. SMS\Cinfo\Winnt 디렉터리에서 SetLocation. exe를 실행합니다.
    SetLocation. exe 대화 상자에 다음 정보를 입력합니다.
    • 사이트 코드
    • 사이트 서버 이름
    • SMS 데이터베이스에 연결하는 데 사용하는 유효한 승인된 계정 이름
    • 보고서 이름 및 경로:\SMS\Cinfo\Samples\SMS\ProdComp\win2k_01. rpt.
  3. Update Report를 누른 다음, Exit을 누릅니다.
  4. SMS 관리자 콘솔을 열고 Tools | Reports 노드에서 Product Compliance를 찾습니다.
  5. Product Compliance를 마우스 오른쪽 단추로 누르고 New | Report Object를 선택합니다.
  6. New Report Object 대화 상자에서 Browse를 누르고 \\\Cinfo\Samples\SMS\ProdComp\win2k_01. rpt를 가리킵니다.
  7. OK를 누릅니다.

Office 2000 빌드 디자인Back to Top

사용자에게 필요한 도구를 제공하고, 데스크톱에서 설치 노력을 최소화하며, 소프트웨어 환경을 맞추고, 지원 부서의 부담을 덜어주기 위해 Office 2000 설치를 사용자 지정할 수 있습니다.

설치 프로그램을 사용자 지정하기 전에 Office 2000 응용 프로그램, 그 기능 및 사용자 지정 설치를 통해 모든 사용자가 수행할 수 있는 기능에 대해 이해해야 합니다. 특히 다음 사항을 고려하십시오.

  • Office 2000의 각 버전에서 사용할 수 있는 응용 프로그램
  • 구현할 구축 기능
  • Internet Explorer 5로 업그레이드
  • 다국어 기능
  • 매크로 바이러스 예방
  • 사용자 지정 가능한 도움말
  • 사용자 지정 가능한 경고
  • 사용자 지정 솔루션 기능
  • 시스템 정책/바탕 화면 잠금
  • 로밍 사용자 지원
  • Office Server Extensions

그런 다음, 사용자 지정을 시작할 수 있도록 소프트웨어를 준비하십시오.

  1. Office 2000을 서버에 관리 설치합니다.
  2. 사용 중인 데스크톱 컴퓨터에 Microsoft Office 2000 Resource Kit CD Toolbox를 설치하여 사용자 지정을 만듭니다.
  3. 테스트 컴퓨터에 일반 사용자 설치를 수행하여 사용자 설정을 만듭니다.

사용자 요구 추적

Office 2000 구축을 위한 계획 과정의 이 단계에서는 해당 사용자가 요구할 가능성이 있는 기능 구성을 평가해야 합니다. 또한 이런 요구에 필요한 기능 구성의 수와 구축 방법을 결정해야 합니다.

먼저, 사용자들을 부서, 업무 단위 또는 직무와 같은 식별할 수 있는 그룹으로 배치합니다. 예를 들어, 실무자는 Word와 Excel을 요구하는 반면 관리 비서는 Word, Excel, Powerpoint 및 Access를 요구할 수 있습니다. 회계 부서의 직원들은 Access를 사용해야 하지만 선적과 인수를 취급하는 직원은 Excel만 필요로 할 수 있습니다.

혼합 버전 관리

구축 프로젝트 동안 Microsoft Office의 다른 버전을 사용 중일 수 있습니다. 이런 경우에는 대개 문제가 발생하기 때문에 Office의 다른 버전을 함께 공존할 수 있는 계획을 만들어야 합니다.

목적은 Office 2000의 구축이 완료될 때까지 모든 Office 버전을 사용하는 사용자들이 최소의 문제로 함께 작업할 수 있도록 하는 것입니다. 공존은 때때로 기본 마이그레이션 계획에서 다룰 수 없는 사용자를 위한 전략적인 균형, 특별한 구현 노력 및 응급 복구 계획을 요구하는 복잡한 작업입니다. 이러한 모든 문제를 한 번에 해결하는 최상의 방법은 없으며 사용자 환경에 가장 적합한 방법을 택하기 위해서는 조직의 구성과 인프라 특히, 파일 공유를 평가해야 합니다.

각 Office 응용 프로그램의 공존 기능, 특히 파일 공유를 이해하고 나면 전략을 결정하는 것이 쉽습니다. 그러면 구현할 기능을 결정할 수 있게 됩니다.

Office 2000에 있는 응용 프로그램은 다양한 공존 기능을 포함하고 있습니다. 응용 프로그램을 로드하지 않고 Office 2000 파일을 볼 수 있는 뷰어 응용 프로그램도 많이 들어 있습니다. 다음 표에서는 일반적인 공존 기능을 나열했습니다.

Office 2000 공존 기능

응용 프로그램
공존 기능
Word 2000
Word 97 파일 형식 이용

이전 버전의 Word 파일 형식 열기 및 편집

Word 2000의 새 기능을 사용하지 않도록 설정할 수 있음

RTF 형식으로 저장

HTML 형식으로 저장

모든 유효한 Word 파일 형식으로 설정할 수 있는 기본 저장 기능 포함
Outlook 2000
PST 파일 형식 지원
Excel 2000
Excel 97 파일 형식 이용

이전 버전의 Excel 파일 형식 열기 및 편집

이중 파일 서식 기능 포함

HTML 형식으로 저장
PowerPoint 2000
PowerPoint 97 파일 형식 이용

이전 버전의 PowerPoint 파일 형식 열기 및 편집

이중 파일 서식 기능 포함

웹 게시 기능 포함

압축 파일 만들기 기능에 프리젠테이션과 뷰어 포함
Access 2000
이전 버전의 Access 데이터베이스 열기

Access 97 파일로 저장(보안 정보 손실)

웹 게시 기능 포함

구축 테스트 Back to Top

구축하기 전에 랩에서 결합된 Windows 2000 Professional 및 Office 2000 디자인을 테스트합니다. 초기 계획 단계에서 테스트와 파일럿 사이트를 선택하고 해당 사이트에 대한 하드웨어 요구 사항을 평가해야 합니다. 랩은 프로젝트가 진행되면서 보완될 수 있습니다.

테스트 문서화

테스트 및 구축 팀이 성공에 필요한 모든 정보를 사용할 수 있도록 테스트 계획 문서에 최대한 세부적인 정보를 제공해야 합니다. 테스트 계획에 범위, 목표, 방법, 일정 및 리소스(하드웨어, 소프트웨어, 인적 자원, 훈련 및 도구) 정보를 기술합니다. 개별 팀과 하위 팀은 해당 전문 기술 영역에 대한 자체의 테스트 계획을 만들어야 합니다. 또한 팀은 테스트 수행 방법을 자세히 설명하는 문서도 만들어야 합니다. 그러면 테스트 결과를 복제하고 비교할 수 있습니다.

테스트 디자인

프로젝트의 초기 단계에서는 디자인 유효성을 검사하기 위한 요소에 중점을 두고 테스트를 진행합니다. 후기 단계에서는 모든 요소들이 함께 동작하도록 하기 위해 이들의 상호 운용성에 중점을 둡니다. 응용 프로그램에 대해 Windows 2000 Professional은 물론 개별 Office 2000 응용 프로그램과의 호환성을 테스트해야 합니다. 조직의 업무에 필수적이며, 디자인을 변경하는 데 많은 돈과 시간이 들 수 있는 기능부터 테스트합니다.

문제 상황을 가장 잘 해결할 수 있는 사람에게 발생한 문제를 단계적으로 올려 보내는 방법을 명확히 설명하는 계획을 포함합니다. 문제 해결에 있어 명료한 상향식 프로세스는 팀이 해결책에 집중하여 즉시 조치를 취할 수 있도록 도와 줍니다.

랩 환경에서 구축 계획을 검증한 후 일반 배포를 시작하기 전에 파일럿 프로젝트를 하나 이상 수행합니다. 파일럿 프로젝트가 최종 구축의 품질을 결정하므로 프로젝트의 모든 측면에 완벽하게 대비하는 것이 중요합니다. 설치에 드는 시간, 구축 과정을 보다 쉽게 진행하는 데 필요한 인적 자원 및 도구, 전체 일정을 결정해야 합니다. 파일럿을 통해 구축 계획을 테스트할 수 있습니다. 또한 지원을 담당하는 직원을 훈련시킬 수 있고 지원 요구 사항을 예측하기 위해 제품에 대한 사용자 반응을 살펴볼 수 있습니다.

효과적인 랩 구축

테스트 환경은 회사 네트워크에 위험을 초래하지 않고 테스트를 지원하는 모든 위치를 포괄합니다. 많은 대규모 조직이 다양한 기술, 업무 또는 정치적 상황에서 테스트를 수행하기 위해 수많은 실제 위치 또는 지리적 위치까지도 포함하는 테스트 환경을 만듭니다. 아래 요인들이 테스트 환경에 대한 결정에 영향을 미칩니다.

  • 테스트 방법
  • 테스트할 기능과 구성 요소
  • 테스트를 수행할 사람

테스트 환경에는 랩을 하나 이상 포함할 수 있으며 랩에는 위치를 하나 이상 포함할 수 있습니다. 이 장에 사용되는 이라는 용어는 테스트를 위해 디자인되었으며 회사 프로덕션 네트워크에서 격리한 네트워크를 말합니다.

Windows 2000 Professional 및 Office 2000 구축 프로젝트에서는 서로 다른 목적의 테스트에 사용하기 위해 독립적인 랩을 여러 개 만들 수도 있습니다. 예를 들어, 네트워크 인프라 및 서버 로드 테스트를 위한 랩과 클라이언트 컴퓨터 및 응용 프로그램 테스트를 위한 랩을 각각 하나씩 갖출 수 있습니다. 또는 여러 위치를 가진 단일 랩을 디자인할 수도 있습니다. 예를 들어, 다양한 연결 속도의 효과를 테스트하기 위해 WAN(광역 네트워크)으로 연결된 여러 위치를 포함하여 네트워크 인프라 랩을 만들 수 있습니다.

가능하면 회사 프로덕션 네트워크에 있는 많은 요소를 테스트 랩에 포함시킬 수 있습니다. 이렇게 하면 회사 프로덕션 네트워크에 실제로 구축할 때 테스트와 구축이 확인됩니다. 테스트 랩의 디자인에 영향을 미치는 요인은 많습니다. 몇 가지 예를 들면 아래와 같습니다.

  • 구축의 복잡도(예: 실제 환경 및 구현할 새 기능의 변화 가능성)
  • 프로젝트 팀의 규모, 위치, 구조
  • WAN 링크의 크기
  • 예산 규모
  • 실제 공간의 가용성
  • 테스터의 위치
  • 배포 후 랩의 유용성

잘 디자인된 테스트 랩은 기술 실험으로부터 디자인 솔루션 비교, 롤아웃 과정 미세 조정에 이르기까지 프로젝트 수명 주기 전체에 걸친 각종 테스트에 제어된 환경을 제공합니다. 좋은 랩이 반드시 대규모 리소스 또는 자금 투자를 의미하지는 않습니다. 좋은 랩이란 몇 개의 하드웨어만 갖춘 소규모 랩으로부터 실제 크기 네트워크를 갖춘 데이터 센터 환경에 이르기까지 다양한 규모가 될 수 있습니다.

불완전하게 테스트된 솔루션에서 발생하는 재구축 비용 및 지원 감소를 감안했을 때 테스트 랩은 그 몇 배의 이득을 제공할 수 있는 투자입니다. 테스트 랩은 구축 프로젝트의 위험 관리 계획에서 중요한 부분을 차지합니다. 테스트를 통해 아래와 같은 문제가 밝혀지면 랩에서 각종 위험을 확인할 수 있습니다.

  • 하드웨어 또는 소프트웨어 비호환성
  • 디자인 결함
  • 성능 문제
  • 상호 운용성 문제
  • 새 기술에 대한 한정된 지식
  • 운용 또는 구축의 비효율성

테스트를 통해 이러한 문제가 밝혀지면 랩에서 대체 솔루션을 개발하고 검증할 수 있습니다. 랩에서는 아래와 같은 작업도 수행합니다.

  • 철회 계획을 디자인하고 검증하여 시험 운용 및 생산 롤아웃 기간 중의 업무에 대한 위험 부담을 줄입니다.
  • 구축 과정을 최적화하는 방법을 익혀서 구축 작업에 드는 시간과 비용을 절감합니다.
  • 효과적인 관리 절차를 개발하여 구축 후 지속적인 유지 관리에 필요한 시간과 인력을 줄입니다.
  • 프로젝트 계획에 맞춰 진행 상황을 확인하고 프로젝트 일정을 개선합니다.

랩 구축

그림 1. 1은 테스트를 위해 랩을 준비하는 단계를 나타낸 순서도입니다. 전략 단계에서는 랩의 목표와 개괄적인 접근 방법을 정의합니다. 이 단계에서 내리는 결정이 디자인 단계의 결정에 영향을 미칩니다.

디자인 단계에서는 랩의 논리 구조와 실제 구조를 계획하고 문서화합니다. 디자인 단계에서 내리는 결정에 따라 구축 단계에서 만들 항목이 결정됩니다.

구축 단계에서는 랩을 설치하고 테스트가 시작되기 전에 네트워크 구성 요소를 테스트합니다. 디자인 단계와 구축 단계는 반복됩니다. 즉, 지식이 쌓이고 요구 사항이 보완되고 테스트의 초점이 변경됨에 따라 랩 구성 요소를 다시 디자인하고 다시 구축해야 합니다. 또한 하드웨어, 소프트웨어 또는 테스트 방법론이 계속 변경되어 테스트 결과에 영향을 미치기 시작하면 구성 요소를 재구축해야 합니다.


현재 사용하는 브라우저가 인라인 프레임을 지원하지 않을 경우 여기를 누르면 새 창에서 볼 수 있습니다.

그림 1. 1 테스트 랩 설치 절차

임시 랩 설치

아직 랩이 없는 경우, 구축 프로젝트에서 최대한 이른 시기에 랩을 만드는 것이 중요합니다. 제품 학습, 개념 검토, 업무 모델에 따른 다양한 시나리오 테스트, 솔루션 검증을 위해 계획 수립 단계의 초기에 랩을 만들어야 합니다. 그러면 프로젝트 초기에 위치를 선택하고, 하드웨어 요구 사항에 대한 평가를 시작하고, 기존 랩 장치를 재구성하고, 랩에 사용할 하드웨어를 구입하거나 재활용할 수 있습니다.

계획을 조기에 수립하여 필요한 장치에 적절한 공간을 제공하고 정확한 테스트를 위한 올바른 구성을 제공하면 테스트할 때 그 성과가 나타납니다. 테스트에 필요한 하드웨어, 소프트웨어 및 인적 자원 요구 사항에 관한 결정을 내릴 때는 테스트 계획에 이들을 문서화하십시오.

상설 랩을 구축할 계획인 경우 구축 프로젝트와는 별개로 경영진의 승인을 받고 자금을 확보해야 할 것입니다. 상설 랩을 구축하려는 경우 최대한 빨리 승인 절차를 시작하십시오.

계획 수립 과정의 초기에, 랩은 이후에 세부적인 테스트 및 개발의 기준으로 사용할 수 있는 기본 디자인과 고급 구축 계획을 수립할 수 있도록 도와 줍니다. 랩을 기준 구성으로 사용한 다음, 단계적으로 기능을 추가하면 독립적으로 개발된 다양한 디자인과 관련된 문제를 피할 수 있습니다.

시험 테스트를 시작하려면 두 세 대의 서버와 클라이언트 컴퓨터를 가진 임시 랩을 구축하거나 기존 랩을 사용하거나 사무실에 서버/클라이언트 컴퓨터 구성을 설정할 수 있습니다. 그런 다음, 고급 디자인을 결정할 때 정식 랩을 위해 이들을 통합할 수 있습니다.

테스트 초점의 변경을 반영하기 위해 프로젝트가 진행되면서 랩이 보강되겠지만 통합 테스트의 사전 파일럿을 수행하기 전에 랩 장치를 완벽하게 구비하고 랩을 안정시켜야 합니다.

다음 절에서는 랩을 구축하는 동안 고려해야 하는 몇 가지 사항에 대해 설명합니다.

모든 플랫폼 재현

모든 하드웨어 플랫폼이 사용되는지 확인합니다. 예를 들어, 사무실에 근무하는 모든 사용자의 데스크톱 플랫폼과 현장이나 가정에서 원격 작업을 하는 모든 사용자의 랩톱 플랫폼을 포함시킵니다. 하드웨어 플랫폼 공급업체가 다를 경우에는 각 공급업체를 랩에 재현해야 합니다. 공급업체는 자신의 하드웨어가 Windows 2000 인증을 받았다고 지정할 수 있지만 현재 구축하는 클라이언트 빌드에서는 차이가 있을 수 있습니다. 이런 차이점은 구축하는 동안이 아닌 랩에서 찾아내야 합니다.

모든 연결 종류 재현

모든 연결 종류가 사용되는지 확인합니다. 로컬 서브넷에 있게 될 플랫폼에 대해서는 LAN을 포함시킵니다. 가정이나 현장에 있게 될 플랫폼에 대해서는 전화 접속 시스템을 제공합니다. 가능하면 라우터 연결을 시뮬레이션합니다.

모든 응용 프로그램 빌드 재현

모든 응용 프로그램 빌드가 사용되는지 확인합니다. 예를 들어, Word, Excel, Powerpoint, Outlook과 같은 핵심 Office 2000 응용 프로그램을 포함하는 클라이언트 빌드는 물론 Front Page와 Access 같은 모든 Office 2000 응용 프로그램을 포함하는 빌드를 포함시킵니다. 또한 타사 응용 프로그램이 통합된 빌드도 포함해야 합니다.

모든 설치 옵션 재현

모든 설치 방법이 사용되는지 확인합니다. 예를 들어, Sysprep을 사용하는 일부 클라이언트와 SMS를 사용하는 다른 클라이언트를 구축하려는 경우 이런 설치 방법을 사용하는 데 필요한 모든 리소스를 포함시킵니다.

효과적인 테스트 디자인

그림 1. 2는 랩에서 테스트를 계획하고 수행하기 위한 단계를 나타낸 순서도입니다.


현재 사용하는 브라우저가 인라인 프레임을 지원하지 않을 경우 여기를 누르면 새 창에서 볼 수 있습니다.

그림 1. 2 테스트 계획 수립 및 수행 절차

주요 테스트 작업은 아래와 같습니다.

  • 범위, 목적 및 방법론을 기술하는 테스트 계획을 수립합니다.
  • 테스트 수행 방법을 기술하는 테스트 사례를 디자인합니다.
  • 테스트를 수행하고 결과를 평가합니다.
  • 테스트 결과를 문서화합니다.
  • 문제 해결을 위해 적합한 사람들에게 단계적으로 문제를 전달합니다.

사용자 요구 사항 테스트

사용자 요구를 고려하고 그 가용성을 확인하기 위한 테스트를 만들었는지 확인합니다. 사용자 요구는 아래와 같은 사항을 포함할 수 있습니다.

  • 자신의 업무에 사용되는 타사 응용 프로그램을 계속 사용합니다. 타사 응용 프로그램이 적절하고 효과적으로 작동하는지 확인하는 테스트를 만듭니다.
  • 특별한 하드웨어 요구에 의존합니다. 사용자가 사용할 모든 하드웨어를 확인하는 테스트를 만듭니다. 컬러 레이저 프린터, 스캐너 또는 특수 장비와 같은 항목을 포함할 수 있습니다.

고객 지원 서비스 요구

고객 지원 서비스 부서의 요구와 요구 사항을 고려했는지 확인합니다. 구축 프로젝트가 완료되고 나면 새 클라이언트 이미지를 지원하는 것은 고객 지원 서비스의 책임이 됩니다. 고객 지원 서비스 요구는 아래와 같은 사항을 포함할 수 있습니다.

  • pcAnywhere나 Netmeeting과 같은 원격 제어 지원 도구의 사용
  • 응용 프로그램과 운영 체제 모두를 위한 관리 도구의 사용

서버 로드 테스트

구축 프로젝트를 시작하기 전에 구축 작업에 사용하거나 구축할 모든 서버에서 현재 로드를 평가해야 합니다. 현재 로드는 도메인 컨트롤러나 구성원 서버와 같이 서버 역할과 서버에서 실행되는 서비스, 그리고 SMS, DHCP, DNS, WINS 또는 다른 서비스를 실행하는지 여부에 따라 다를 수 있습니다.

현재 로드가 확인되고 나면 Sysprep, SMS 또는 RIS와 같은 다양한 설치 방법을 사용하여 새 클라이언트 이미지의 구축을 포함하는 테스트를 수행합니다. 구축하는 동안의 서버 로드를 확인하고 나면 서버를 교체해야 하는지 업그레이드해야 하는지 결정하는 단계를 시작할 수 있습니다.

네트워크 소통량 테스트

사용량이 많은 네트워크는 상태를 악화시키고 전체 프로젝트를 위험에 빠뜨릴 수 있습니다. SMS나 타사 네트워크 모니터링 도구를 사용하여 네트워크 소통량을 모니터링하여 클라이언트 이미지를 구축하기 전에 현재 네트워크 활용 통계를 확인할 수 있습니다.

네트워크 작업에 거의 영향을 미치지 않는 때가 새 클라이언트 이미지 구축에 이상적인 시간입니다. 이 시간을 이용하면 네트워크 부담을 줄일 수 있습니다. 이 시간 동안 클라이언트 이미지를 구축하는 계획을 수립합니다.

중요한 회사 응용 프로그램 테스트

새로운 클라이언트 이미지를 구축하는 계획을 수립할 때 엄청난 노력이 들기 때문에 그 운영 체제에서 실행할 응용 프로그램에 대해서는 미루어 두기 쉽습니다. 그러나 구축 프로젝트에서 중요한 단계는 구축 중에 문제를 일으킬 수 있는 응용 프로그램을 확인하고 구축을 시작하기 전에 문제를 해결하는 것입니다.

실제 사용할 때는 새 클라이언트 이미지가 회사의 모든 중요한 응용 프로그램을 실행해야 합니다. 회사는 이익을 내기 위해 비즈니스를 하고 있으며 회사가 성공에 중요하다고 간주하는 특정 응용 프로그램에 의존하는 것은 당연합니다.

예를 들어, 건설 회사는 설계 중인 건물의 도면을 생성하기 위해 타사의 CAD(Computer Aided Design) 응용 프로그램에 의존할 수 있습니다. 이 응용 프로그램이 있어야 제품을 생산할 수 있기 때문에 이 응용 프로그램은 비즈니스에 중요합니다. Windows 2000 Professional 및 Office 2000을 이용하여 새 클라이언트 이미지를 구축한 경우 CAD 응용 프로그램은 응용 프로그램 제품군과 운영 체제 모두와 호환되어야 합니다. 호환되지 않는 제품이 있을 경우 모든 생산이 중지되고 즉시 금전적 손실을 입기 시작할 것입니다.

이런 이유로 회사의 중요한 응용 프로그램은 모두 Windows 2000 Professional 및 Office 2000 모두에 대해 철처히 확인하고 테스트하는 것이 중요합니다.

테스트할 회사 응용 프로그램 확인

테스트 준비 시 가장 먼저 해야 하는 일은 컴퓨터(클라이언트와 서버 모두)에서 설치된 응용 프로그램에 대한 정보를 수집하는 것입니다. 응용 프로그램 사용 여부와 사용자 수 등과 같은 수집 정보는 비즈니스에서 해당 정보의 중요도를 결정하는 데 도움이 됩니다.

응용 프로그램을 확인하면서 응용 프로그램의 우선 순위를 매기기 시작합니다. 아무리 응용 프로그램이 중요하지 않아 보여도 각 응용 프로그램을 살펴봐야 합니다. 많은 사용자가 작업을 수행하기 위해 의존하는 응용 프로그램이 제대로 기능을 수행하지 못하면 큰 영향을 주게 됩니다.

조직의 규모가 크거나 분산되어 있다면 응용 프로그램 목록을 만드는 데 시간이 많이 걸릴 수 있습니다. Microsoft(r) Systems Management Server나 다른 소프트웨어 인벤터리 도구를 사용하여 네트워크로 연결된 컴퓨터를 관리한다면 소프트웨어 인벤터리 프로세스를 사용하여 정보를 수집한 다음 그 정보를 범주별로 나누고 보고하는 쿼리를 실행할 수 있습니다.

컴퓨터에 설치된 응용 프로그램이 무엇인지 자동으로 알아내는 방법을 갖고 있지 않다면 정보 수집 절차를 개발해야 합니다. 예를 들어, 관리자가 자신의 비즈니스 단위에 대해 응답할 수 있도록 웹 기반 양식이나 질문서를 작성할 수 있습니다. 수동 절차에 의존해야 한다면 신속한 답변을 얻을 수 있도록 상위 관리 부서의 도움을 받아야 합니다.

응용 프로그램 목록을 합칠 때 각 비즈니스 단위에서 필요한 프로그램이 무엇인지 확인합니다. 다음 목록은 각 응용 프로그램에 대해 필요한 정보의 일부 예입니다.

  • 응용 프로그램 이름 및 버전
  • 공급업체 이름
  • 현재 상태(생산 중, 개발 중, 사용되지 않음 등)
  • 사용자 수 및 비즈니스 단위의 수
  • 조직에 대한 우선 순위 또는 중요도
  • 응용 프로그램을 사용하는 현재 플랫폼

응용 프로그램이 클라이언트 기반인지 또는 서버 기반인지 여부와 클라이언트와 서버에 상주하는 구성 요소에 대한 정보를 포함시킵니다. 또한 다음 정보를 문서화합니다.

  • 웹 응용 프로그램의 웹 사이트 주소(URL)
  • 설치 요구 사항(보안 설정, 설치 디렉터리 등)
  • 개발 유틸리티 또는 기술(내부적으로 개발된 경우)
  • 연락처 이름 및 전화 번호(내부 및 공급업체)

같은 공급업체에 대해 여러 연락처가 있는 경우, 가능하다면 연락처들을 통합 정리합니다.

추가 정보를 수집하고 응용 프로그램의 우선 순위를 매길 때 정보를 쉽게 액세스하고 업데이트할 수 있는 중앙 저장소에 응용 프로그램 정보를 모아 둡니다. 응용 프로그램 테스트를 시작하면 테스트 결과를 입력하고 상태를 보고하기 위해 이 저장소를 사용할 수도 있습니다.

응용 프로그램 목록을 모으기 전에도 응용 프로그램을 분류하고 우선 순위를 매기는 방법을 개발할 수 있습니다. 인벤터리 작업을 수행할 때 이미 개발된 스키마가 있다면 응용 프로그램을 찾으면서 분류할 수 있습니다.

조직에 이미 사용하거나 수정할 수 있는 분류 방법이 있을 수도 있습니다. 예를 들어, 오류 복구 계획을 위해서 응용 프로그램의 우선 순위를 매겼을 수도 있습니다. 오류가 발생했을 때 먼저 다시 온라인 상태가 되어야 하는 응용 프로그램을 확인했다면 이런 응용 프로그램의 호환성 테스트 우선 순위가 가장 높게 됩니다.

우선 순위 매기기 스키마의 복잡성은 보유한 응용 프로그램 수와 응용 프로그램이 지원하는 비즈니스 기능의 다양성과 같은 요소에 따라 달라집니다. 다음 범주 목록은 사용 지침을 제공합니다.

업무용

이 응용 프로그램은 오류가 발생한 후에 먼저 온라인 상태가 되어야 합니다. 이 응용 프로그램은 법적 의무를 완수하거나 자금 정보를 수집하는 데 필요합니다. 조직은 이러한 응용 프로그램의 오류로 인한 아주 작은 위험도 용인할 수 없으며 오류로 인한 영향이나 비용이 매우 클 것입니다.

비즈니스용

이 응용 프로그램은 오류가 발생한 후에 두 번째로 온라인 상태가 되어야 합니다. 이 응용 프로그램은 비즈니스 인프라를 실행하는 데 필요합니다. 인력 관리 응용 프로그램은 비즈니스용 응용 프로그램의 한 예입니다. 조직은 오류로 인한 위험을 거의 용인할 수 없으며 오류로 인한 영향이나 비용이 상당한 수준입니다.

필수

이 응용 프로그램은 비즈니스를 실행하는 데 필요하지만 장시간 동안 오프라인 상태로 있을 수 있습니다. 조직은 오류로 인한 적당한 수준의 위험을 용인할 수 있으며 오류로 인한 영향이나 비용이 비교적 낮습니다.

기타

이 응용 프로그램은 앞에 설명한 어떤 범주에도 들어가지 않으며 이 응용 프로그램 없어도 비즈니스를 계속 진행할 수 있습니다.

시간이나 장비가 충분하지 않으면 업무용 및 비업무용 두 범주 내에서만 응용 프로그램결정을 내릴 수 있습니다. 업무용 응용 프로그램은 반드시 구축하기 전에 완벽하게 테스트해야 합니다.

Windows 2000 Professional 호환성 테스트

Windows 2000의 기반이 되는 새로운 기술로 인하여 Windows 2000 구축 프로젝트의 일부로 비즈니스 응용 프로그램의 운영 체제 호환성을 테스트해야 합니다. 현재 Windows NT를 사용하고 있다고 해도 모든 응용 프로그램이 Windows 2000에서 같은 방식으로 작동할 것이라고 생각해서는 안됩니다. 개선된 보안과 같은 성능 향상은 이전 Windows 버전용으로 개발된 응용 프로그램을 다시 테스트해야 한다는 것을 의미합니다. 이러한 응용 프로그램은 Windows 2000에서 사용할 수 있는 새로운 기능을 완전히 이용하지 않을 수도 있습니다. 그러나 응용 프로그램은 현재 플랫폼에서 작동하는 것처럼 Windows 2000에서도 계속 실행되어야 합니다.

Windows 2000 Application Specification 정보

Microsoft는 고객 및 독립적인 소프트웨어 공급업체(ISV)와 협력하여 Windows 2000 Application Specification을 개발했습니다. 이 사양에 따라 작성된 응용 프로그램은 Windows 2000과 호환될 뿐만 아니라 Windows 2000에서 제공하는 새로운 기술을 이용할 수 있습니다.

Windows 2000 Application Specification은 MSDN(Microsoft Developer Network) 웹 사이트에서 다운로드할 수 있으며 데스크톱 응용 프로그램용과분산 응용 프로그램용의 두 구성 요소가 있습니다. 데스크톱 응용 프로그램 사양은 Windows 2000 Professional에서 독립 실행형 프로그램이나 분산 응용 프로그램의 클라이언트 부분으로 실행되는 응용 프로그램에 적용됩니다. 분산 응용 프로그램 사양은 Windows 2000 Server에서 실행되는 응용 프로그램에 적용됩니다. 사양과 복사본 다운로드에 대한 자세한 내용은 웹 리소스 페이지에서 Windows 2000 Application Specification 링크를 참조하십시오.

또한 Windows 2000 Application Specification과 일치하는 시판 응용 프로그램은 인증될 수 있습니다. 인증된 응용 프로그램은 독립적인 테스트 기관에서 테스트되며 일정 요구 사항을 만족시킵니다. 예를 들어, 인증서를 받으려면 응용 프로그램에서 Windows Installer를 사용해야 합니다. 시판 응용 프로그램은 인증되지 않은 사양을 따를 수 있습니다. 이런 경우 응용 프로그램은 독립적인 테스트 기관이 아니라 공급업체에서 테스트합니다.

일부 조직에서는 Windows 2000 구축 프로젝트의 일부로 사양 요건의 충족 여부를 응용 프로그램을 구입 시의 선택 기준으로 삼았습니다. 응용 프로그램을 내부적으로 개발한 경우, 응용 프로그램 개발 지침에 사양을 추가하는 것이 좋습니다.

그 동안에 많은 시판 응용 프로그램이 이미 Windows 2000 지원 여부에 대한 테스트를 거쳤습니다. Microsoft는 여러분이 사용하는 응용 프로그램의 상태를 살펴볼 수 있도록 Windows 2000 응용 프로그램의 디렉터리를 제공합니다. Windows 2000을 지원하는 클라이언트 기반 제품이나 서버 기반 제품에 대한 자세한 내용은 웹 리소스 페이지에서 Directory of Windows 2000 Applications 링크를 참조하십시오.

디렉터리는 다음과 같은 명칭을 사용합니다.

Certified

응용 프로그램이 독립적인 테스트 기관에 의해 테스트되었고 새로운 Windows 2000 기능을 이용한다는 것을 나타냅니다.

Ready

공급업체에 따라 응용 프로그램의 Windows 2000 호환성과 지원 여부가 테스트되었음을 나타냅니다. 응용 프로그램이 새로운 Windows 2000 기능을 이용할 필요는 없습니다.

Planned

응용 프로그램이 완전히 테스트되면 Certified 또는 Ready 기준에 적합한 응용 프로그램이라는 것을 나타냅니다.

응용 프로그램의 일부가 다른 기관이나 Microsoft에 의해 이미 테스트를 받았다는 것을 알게 된다고 해도 여러분의 환경에서 응용 프로그램을 테스트해야 합니다. 이 경우, 조직에서 응용 프로그램을 사용하는 방식에 초점을 맞춰 테스트를 할 수 있습니다. 예를 들어, 아래에 초점을 맞춰 테스트를 할 수 있습니다.

  • 조직에서 사용하는 구성
  • 가장 많이 사용하는 기능
  • 함께 사용되는 응용 프로그램의 조합

이전 응용 프로그램 테스트

조직에 중요한 이전 응용 프로그램은 대개 새 클라이언트 이미지와 함께 테스트하고 구축하기가 가장 어렵습니다. 이전 응용 프로그램은 수 년 동안 조직에서 사용해 오고 있으며 더 이상 지원되지 않거나 업그레이드할 수 없는 응용 프로그램입니다. 이전 응용 프로그램은 프로젝트 팀이 극복해야 하는 가장 어려운 상황입니다.

먼저, 이전 응용 프로그램을 실행할 수 있도록 하는 해결 방법이나 수정 프로그램이 있는지 찾습니다. 사용자 그룹이나 웹 사이트가 있는지 조사해 볼 수 있습니다.

호환되지 않는 이전 응용 프로그램에 대한 또 다른 솔루션이 있습니다. Microsoft는 Application Compatibility Tool(APCOMPAT. EXE)이라고 하는 새 유틸리티를 Windows 2000에 포함시켰습니다. 이 유틸리티는 응용 프로그램에게 Windows의 이전 버전에서 실행되고 있다고 알려서 응용 프로그램을 실행시킵니다. 유틸리티는 메모리 관리, 임시 폴더 경로 및 디스크 공간 감지와 같이 호환되지 않는 문제도 해결할 수 있습니다. 레지스트리에 영구히 기록된 수정 프로그램을 가질 수도 있습니다. Application Compatibility Tool은 Windows 2000 CD-ROM의 support\tools 폴더에 있습니다.

바이러스 방역 소프트웨어를 테스트해야 한다는 점을 기억하시기 바랍니다. 이러한 응용 프로그램의 대부분은 파일 시스템 필터를 사용하기 때문에 업데이트가 필요합니다. 많은 Windows NT 4. 0 파일 시스템 필터는 NTFS 파일 시스템의 변경으로 인하여 Windows 2000에서 작동하지 않을 수도 있습니다.

설치 방법 테스트

구축 동안 사용할 예정인 시나리오를 통해 응용 프로그램 설치와 실행을 테스트해야 합니다. 예를 들어, 새로 설치로 배포하거나 Windows NT 3. 51 이상에서 업그레이드를 하여 구축하는 계획을 수립할 수도 있습니다. 업그레이드를 할 계획이라면 업그레이드하는 동안 응용 프로그램을 컴퓨터에 유지하거나 응용 프로그램을 제거하고 업그레이드 한 다음 다시 설치할 수도 있습니다.

이전 운영 체제와 Windows 2000 사이에는 차이가 있기 때문에 일부 응용 프로그램 설치는 설치에 사용한 운영 체제에 따라 다르게 작동합니다. 예를 들어, Windows NT 3. 51을 실행하는 컴퓨터에 응용 프로그램을 설치한 다음 Windows 2000으로 업그레이드하는 경우, 응용 프로그램에 문제가 발생할 수 있습니다. 응용 프로그램을 제거하고 업그레이드 후에 다시 설치하거나 마이그레이션 동적 링크 라이브러리(DLL)를 얻어야 할 수 있습니다.

Office 2000 호환성 테스트

응용 프로그램은 Office 2000에서도 테스트해야 합니다. 일부 응용 프로그램은 Office 2000 기능과 충돌할 수 있습니다. 레지스트리 설정도 영향을 받을 수 있습니다. 아래와 같은 조직에서 응용 프로그램을 사용하는 방식에 초점을 맞춰 테스트를 할 수 있습니다.

  • 조직에서 사용하는 구성
  • 가장 많이 사용하는 기능
  • 함께 사용되는 응용 프로그램의 조합

완전한 클라이언트 이미지를 사용하여 응용 프로그램을 설치하고 테스트합니다. 이렇게 하면 모든 응용 프로그램이 완벽하게 작동하게 됩니다. 또한 문제가 발생할 경우 문제가 어디에 있는지 확인하기 위해 클라이언트 이미지의 문제를 해결할 수 있습니다.

응용 프로그램 테스트 과정 디자인

응용 프로그램 테스트 과정에는 많은 단계가 있습니다. 먼저 Windows 기반 응용 프로그램을 확인하고 비즈니스에 중요한 순서로 응용 프로그램의 우선 순위를 매겨야 합니다. 인벤터리를 만드는 동안 테스트 조정 방법의 계획 수립에 착수할 수 있습니다. 그런 다음 테스트가 진행되는 동안 정기적으로 관리 부서에 상태를 보고하여 호환성 문제가 발생할 때 문제를 해결해야 합니다. 그림 1. 3은 응용 프로그램 테스트 과정에 포함된 단계를 나타냅니다.


현재 사용하는 브라우저가 인라인 프레임을 지원하지 않을 경우 여기를 누르면 새 창에서 볼 수 있습니다.

그림 1. 3 응용 프로그램 테스트 단계

파일럿 구축 단계 Back to Top

기능 디자인 및 개발을 완료하고 기능 구성을 완전히 테스트하면 파일럿 프로젝트를 수행할 준비가 된 것입니다. 구축 팀은 각각 솔루션 개발, 테스트, 미리 지정된 성능 기준에 따른 확인, 재디자인과 관련된 수많은 중간 구축 이정표를 설정해야 합니다. 구축 문제를 추적하고 이들을 효과적으로 해결하는 것은 정해진 일정과 예산 내에서 구축 목표를 달성하는 데 필수적인 작업입니다.

랩 기반 파일럿 테스트

첫 번째 파일럿 프로젝트는 개발 랩에서 구축해야 합니다. 이렇게 하면 회사 프로덕션 네트워크와 생산 데이터의 위험을 최소화할 수 있습니다. 발생하는 모든 문제를 가능한 자세히 기록하여 문서화합니다.

제한된 생산 환경 파일럿 테스트

랩 파일럿 프로젝트가 성공적으로 완료되면 파일럿 프로젝트를 회사 프로덕션 네트워크로 이전합니다.

부서나 컴퓨터 사용 능력 수준과 같은 일반적인 특징을 공유하는 사용자의 파일럿 그룹을 선택하는 것으로 시작합니다. 대부분의 구축 프로젝트는 대개 파일럿 프로젝트를 특정 부서로 제한합니다. 따라서 부서 내의 사용자, 응용 프로그램 및 데이터가 실제 생산 환경과 거의 비슷하게 공존할 수 있습니다. 사용자가 일상적인 작업에 클라이언트 이미지를 사용하기 시작하면 하드웨어, 운영 체제 및 응용 프로그램의 문제 대부분이 드러나게 됩니다.

파일럿 테스트 데이터 검토

파일럿 프로젝트가 실행되어 안정적으로 운영되면 회사 실무자와 구축 팀이 만나 새로운 클라이언트 이미지의 동작 상태를 평가하고 프러덕션 롤아웃 및 지원 계획이 적절한지 확인할 수 있습니다. 이 단계 동안 주요 이정표 및 구축 문서에는 다음에 대해 수집한 정보가 포함되어 있어야 합니다.

  • 기술 유효성 확인
  • 완전하고 안정적인 기능 명세
  • 개념 검토
  • 재생산 테스트
  • 파일럿 테스트

다음은 개발해야 하는 추가 구축 문서입니다.

  • 교육 훈련 계획
  • 지원 계획 또는 고객 지원부 계획
  • 운용 이전 계획
  • 재해 복구 계획
  • 도구 목록

이 단계에서 파일럿 테스트 결과를 기반으로 디자인을 조정합니다. 구축할 각 기능의 디자인을 통합한 다음 적절히 동작할 수 있도록 이들을 테스트하게 되므로 어떤 변경이 필요한지 알 수 있습니다.

계획 단계의 구축 시나리오

구축 프로젝트의 마지막 단계는 생산 롤아웃입니다. 지금은 계획을 개선하고 디자인을 보다 세부적으로 테스트하기 위해 랩에서 모든 디자인 테스트를 완료하고 파일럿 프로그램의 실행을 마친 상태입니다. 이제 조직 전체에 결합된 Windows 2000 Professional 및 Office 2000 클라이언트 이미지를 점증적으로 구축할 준비가 되었습니다. 어떤 회사에서는 처음의 파일럿 프로젝트를 첫 번째 단계로 하여 생산 롤아웃을 시작하고,어떤 회사에서는 파일럿 프로젝트 설치를 제거한 다음 새로 설치를 사용하여 생산 롤아웃을 시작합니다.

테스트 및 지원 활동은 생산 롤아웃 단계에서도 중요합니다. 구축, 테스트, 유효성 확인 및 지원이라는 반복 작업이 중점 사안이 되기 때문입니다. 새로운 클라이언트 빌드는 구축 완료 이정표 상에서 운용 및 지원 그룹으로 공식적으로 이전되었습니다. 이제 프로젝트를 검토해야 합니다. 다음은 포함해야 할 주요 이정표와 구축 문서입니다.

  • 생산 롤아웃 계획
  • 운용 및 지원 정보 시스템(테스트 결과와 테스트 도구를 포함한 기술 자료, 절차 및 경과)
  • 로드 또는 이미지 세트 및 설치 스크립트
  • 문서 저장소(구축 정보를 포함한 모든 프로젝트 문서의 하드 카피 또는 소프트 카피를 보관하는 곳)
  • 최종 사용자, 관리자, 고객 지원부 및 운용 담당자들을 위한 교육 훈련 자료
  • 프로젝트 완료 보고서
  • 재해 복구 계획

구축을 완료하고 집행 후원자를 위한 프로젝트 완료 보고서를 준비한 후 프로젝트 검토를 수행할 수도 있습니다. 전체 프로젝트의 장단점을 객관적으로 평가하고 체험으로 얻은 지식을 사용하여 향후의 인프라 구축을 어떻게 개선할 수 있는지 분석하기 위해 프로젝트 검토를 사용할 수 있습니다.

국제 구축 계획 수립

Windows 2000은 영어(미국) 버전을 언어 팩과 결합하고 이중 부팅 시스템이나 현지 버전의 운영 체제를 요구하지 않고도 사용자 인터페이스를 지원 언어로 변경할 수 있다는 점에서 Office 2000과 비슷합니다. Office 2000을 Windows 2000 MultiLanguage Pack과 결합하면 사용자에게 많은 융통성을 제공합니다. 또한 언어 구성을 확인하기 위해 운영 체제의 각 현지 버전을 찾아 설치할 필요가 없기 때문에 테스트가 간단합니다.

예를 들어, 한국에서 한국어로 작업하는 사용자가 있지만 때때로 독일인 방문객이 컴퓨터를 사용할 수 있도록 할 수 있습니다. 독일어 사용자는 Windows 2000에서 언어를 전환하고 Windows 2000를 다시 부팅한 다음, Office 2000을 독일어로 전환할 수 있습니다. 독일어 사용자는 이런 수정 없이 문서를 편집할 수 있습니다. 이 과정은 독일어로 완전히 운용하는 데만 필요합니다.

영어 이외의 언어로 편집해야 하는 사용자는 Office 2000의 현지 버전, MultiLanguage Pack이나 다른 언어용 교정 도구가 있는 영어(미국) 버전을 사용할 수 있습니다. 각 옵션의 기능과 특징은 아래에서 설명합니다.

Office 2000 현지 버전

전세계 약 40개 국이 사용할 수 있는 Office 2000의 현지 버전은 모국어 컨텐트와 특별한 기본 설정을 포함하고 있습니다. 이 버전은 같은 언어로 된 운영 체제에 설치하거나 같은 언어로 된 이전 Office 버전을 업그레이드하는 데 사용해야 합니다. 예를 들어, 한국어 Office 2000은 한국어 Windows에만 설치되며 한국어 Office의 이전 버전만 업그레이드할 수 있습니다. 현지 버전은 다음과 같은 회사에서 유용하게 사용됩니다.

  • 언어를 하나 또는 몇 개만 사용하는 경우
  • 클라이언트 컴퓨터 하드 드라이브 공간이 부족한 경우
  • Office 2000을 다시 부팅한 후에 실행되는 프로세스를 방지할 필요가 있는 경우(MultiLanguage Pack은 다시 부팅한 후에 설치됨)
  • 운영 체제에 대해 각 언어를 테스트할 수 있는 경우

현지 버전은 영어(미국) 버전과 동일한 구축 및 설치 기능을 가지고 있으며 같은 도구를 사용하여 사용자 지정합니다. Microsoft Office 2000 Resource Kit Toolbox는 영어로만 제공되지만 도구는 모든 언어 버전에서 사용할 수 있습니다. 버전을 사용자 지정하려면 관리 설치를 위해 서버에 공간이 필요하며 같은 언어로 된 운영 체제를 실행하는 테스트 컴퓨터에 액세스해야 합니다.

Office 2000 MultiLanguage Pack

MultiLanguage Pack을 만들기 위해 Office 2000 개발자들은 사용자 인터페이스, 도움말 시스템, 교정 도구, 글꼴, 메시지 및 용지 크기와 같은 기본 설정을 현지화하기 위해 언어 의존적인 모든 항목(사용자 인터페이스, 도움말, 오류 메시지 등)을 응용 프로그램 실행 파일에서 분리한 다음 언어 팩과 결합하도록 영어 버전을 디자인했습니다. 영어로 남아 있는 항목은 Excel 지도 차트 기능, 일부 마법사와 서식 파일, 몇 가지 도움말 항목, 시작 메뉴 바로 가기 등 몇 개 되지 않습니다. 다음과 같은 경우에 영어(미국) Office 2000을 MultiLanguage Pack과 결합하는 것을 고려하십시오.

  • 여러 언어를 사용하는 경우
  • 여러 사용자가 서로 다른 언어를 사용하는 시스템이 있는 경우
  • 둘 이상의 언어를 사용하는 사용자가 있는 경우

MultiLanguage Pack은 Office Standard, Professional 및 Premium 버전에 제공되며 8개의 CD로 구성되어 있습니다. 25개 이상 언어의 사용자 인터페이스와 도움말 파일, 35개 이상의 언어를 위한 Microsoft Office 2000 언어 교정 도구, 마법사, 서식 파일, 추가 기능, IME(Input Method Editors) 등이 포함되어 있습니다.

MultiLanguage Pack을 설치하기 전에 Office 2000을 설치해야 합니다. 대부분의 언어는 Office 2000 요구 사항 이상인 150MB의 하드 디스크 공간이 필요하며 더 복잡한 디스플레이 특징을 가진 아시아 언어는 옵션 글꼴을 사용할 경우 최대 300MB 공간이 필요합니다.

영어(미국) 버전은 Office 2000을 실행하는 모든 언어 운영 체제에 설치할 수 있으며 모든 언어의 이전 Office 버전을 업그레이드할 수 있습니다. Word는 이전 Word 버전에서 언어 특정 파일을 변환할 수 있으며 다른 응용 프로그램은 기본 언어와 운영 체제가 동일한 경우에 한해 이전 언어 특정 파일을 변환할 수 있습니다.

언어 교정 도구

사용자가 해야 할 일이 다른 언어로 된 텍스트가 들어 있는 문서에서 맞춤법과 문법을 검사하는 것일 경우 Office 2000 언어 교정 도구를 사용하십시오. CD에는 35개 이상의 언어를 위한 도구가 들어 있습니다. Word 2000과 PowerPoint 2000을 사용하면 여러 언어의 사전을 사용하여 문서의 맞춤법을 검사할 수 있습니다. Word는 언어 변경을 감지하고 3단어에서 5단어 내에서 해당 사전을 자동으로 사용합니다.

관리 설치 만들기

현지 버전이나 MultiLanguage Pack의 관리 설치를 만들려면 다른 Office 2000 제품과 마찬가지로 setup /a 명령을 사용합니다. 서버에서 관리 설치를 만든 다음, 해당 위치에서 클라이언트 설치를 실행하거나 CD를 사용자에게 배포하여 설치하도록 할 수 있습니다.

Windows Installer의 이해

Windows Installer 서비스는 Office 4. x의 Acme 설치 프로그램과 . STF 파일을 Office 97로 교체합니다. 그러면 Office 관리자가 할 수 없었던 이전 설치 프로그램의 다음 기능이 향상됩니다.

  • 공유 리소스를 적절히 관리합니다.
  • 설치 규칙을 일관성 있게 시행합니다.
  • 쉽게 사용자 지정합니다.
  • 사용자가 필요한 구성 요소만 설치하고 나중에 쉽게 구성 요소를 추가합니다.
  • 응용 프로그램 실행 시에 구성 문제를 진단하고 복구합니다.

Windows Installer는 이런 요구 사항이 Office 2000뿐만 아니라 모든 데스크톱 응용 프로그램에 공통되기 때문에 운영 체제 서비스로 제공됩니다. Windows Installer는 Office 2000과 Windows 2000에 포함되어 있으며, Microsoft Windows 95/98 및 Windows NT Workstation 4. 0 운영 체제에서도 작동하지만 별도로 설치해야 합니다. Office 2000은 Windows Installer가 있는지 확인하고 없을 경우 자동으로 설치합니다. Windows Installer는 소프트웨어 개발자가 Windows 소프트웨어를 구축하고 관리할 수 있도록 Windows 2000 소프트웨어 개발 키트에도 제공됩니다.

구성 요소 관리를 위한 표준 형식

Windows Installer 서비스는 모든 응용 프로그램을 구성 요소, 기능 및 제품 등의세 가지 엔티티로 봅니다. 구성 요소는 기능으로 모아지며 기능은 제품으로 모아집니다.

구성 요소는 파일, 레지스트리 키, 그리고 하나의 단위로 설치되는 기타 리소스들의 집합입니다. 구성 요소는 사용자에게 드러나지 않지만 개발자는 상호 의존적 파일을 함께 설치하거나 제거할 수 있습니다. 이렇게 하면 설계, 구축 및 관리가 단순해집니다. Windows Installer는 각 구성 요소가 있는지, 적절히 설치되었는지 확인합니다. 또한 응용 프로그램이 공유하는 파일, 레지스트리 키 및 바로 가기를 추적하며 시스템의 다른 응용 프로그램이 사용 중일 경우 제거할 수 없도록 합니다. 이렇게 하면 필요한 리소스를 실수로 제거하거나 필요 없는 리소스를 보존하는 등의 일반적인 데스크톱 유지 관리 문제 두 가지를 방지할 수 있습니다.

기능은 사용자가 선택하여 설치하거나 생략할 수 있는 응용 프로그램의 일부인 구성 요소 그룹입니다.

제품은 하나 이상의 기능으로 구성된 Office 2000이나 Word 2000과 같은 엔티티입니다. 각 제품은 해당 제품의 기능과 구성 요소 사이의 관계를 설명하여 설치 성능을 최적화하는 데이터베이스인 패키지 파일(. MSI)을 사용하여 Windows Installer에 설명되어 있습니다. 설치 시에 Windows Installer 서비스는 제품의 패키지 파일을 사용하여 수행할 작업을 결정합니다.

Windows Installer 바로 가기

Windows 바탕 화면 업데이트에서 지원하는 새 Windows Installer 바로 가기는 액세스할 때 응용 프로그램을 실행하는 하드 코드화된 바로 가기 기능을 향상시킵니다. Windows Installer 바로 가기는 Windows Installer가 응용 프로그램을 식별하고 바로 가기에 액세스할 때 다음 절에 설명되어 있는 응용 프로그램의 설치 상태를 확인하는 데 사용하는 전역 고유 식별자(GUID)를 포함합니다. 그런 다음 Windows Installer는 응용 프로그램을 처음 사용할 때 적절히 설치하며 중요 파일과 설정이 올바른지 확인할 수 있습니다. Windows Installer는 응용 프로그램 수준의 처음 사용할 때 설치와 자체 복구 응용 프로그램에 대한 새 바로 가기를 요구합니다. 사용자가 하드 코드화된 바로 가기를 통해 응용 프로그램에 액세스할 때 이것을 막을 방법이 없습니다.

설치 상태

Windows Installer는 각 기능에 대한 설치 상태를 제공합니다.

내 컴퓨터에서 실행

기능이 로컬 컴퓨터에 설치됩니다. 응용 프로그램 수준에서 이전의 일반 설치와 비슷합니다. 가장 일반적으로 사용되는 구성 요소는 로컬 컴퓨터에 설치하고, 나머지는 처음 사용할 때 설치하거나 사용할 수 없습니다.

기능이나 응용 프로그램이 네트워크 또는 CD에서 실행됩니다.

처음 사용할 때 설치

기능이나 전체 응용 프로그램이 사용자 인터페이스에 나타나지만 처음 사용할 때까지는 설치되지 않습니다. 예를 들어, Word의 설치 상태가 처음 사용할 때 설치인 경우 사용자는 프로그램 메뉴에서 Word 바로 가기를 볼 수 있지만 처음으로 바로 가기에 액세스할 때까지 소프트웨어는 컴퓨터에 로드되지 않습니다. 모든 응용 프로그램을 이런 방법으로 설치하려면 새 Windows Installer 바로 가기를 사용해야 합니다. 로컬에 설치된 응용 프로그램의 개별 기능을 설치하지 않아도 됩니다.

사용할 수 없음

기능이나 응용 프로그램이 설치되지 않고 사용자에게 표시되지 않습니다.

응용 프로그램 자체 복구

Office 2000 응용 프로그램을 시작할 때마다 Windows Installer는 모든 중요 파일이 있으며 유효한지 확인하고 응용 프로그램을 적절히 시작하지 못하게 하는 주요 파일의 문제를 복구합니다. 예를 들어, 사용자가 Word 2000의 바로 가기를 사용하려는데 Winword. exe 파일이 없는 경우, Windows Installer는 자동으로 파일을 다시 설치한 다음 Word를 시작합니다. 복구를 진행하는 동안 Windows가 응용 프로그램을 구성 중이라는 알림을 표시하는 대화 상자가 나타납니다.

각 Office 2000 응용 프로그램은 중요하지 않은 파일도 복구할 수 있습니다. 사용자는 도움말 메뉴의 검색 및 복구 명령이나 제어판의 프로그램 추가/제거 아이콘을 통해 이 기능에 액세스할 수 있습니다.

Windows Installer 패키지 사용자 지정

패키지를 사용자 지정하려면 관리자가 . MST(변환) 파일을 만듭니다. Windows Installer는 . MSI(원래 설치 상태)를 읽은 다음, . MSI 파일 값을 무시하고 . MST 파일 값을 사용하여 패키지를 변환합니다.

변환은 두 . MSI 파일 사이의 차이를 기록한 것입니다. 변환을 만드는 사용자 정의 설치 마법사(CIW)와 같은 도구는 이런 작업에 편리한 사용자 인터페이스를 제공합니다. 사용자는 실제로 원본 . MSI의 복사본을 수정합니다. 세션이 끝날 때 변환이 기록되면 원본 . MSI와 업데이트된 . MSI를 비교하는 Installer API를 사용하고 . MST 파일의 변경 레코드를 저장하여 변환을 만듭니다.

대역폭의 고려 사항

클라이언트 이미지의 실행이나 구축과 관련된 네트워크 요소를 문서화해야 합니다. 너무 느려져 구축을 적절히 지원할 수 없는 과부하된 서버나 링크와 같은 예상되는 문제를 설명하십시오. 다음과 같은 질문에 대답하십시오.

  • 기존 네트워크 구성이 네트워크를 통한 클라이언트 이미지 구축을 지원합니까?
  • 기존 네트워크 구성이 네트워크에서 응용 프로그램을 실행하는 것을 지원합니까?
  • 처음 사용할 때 설치 설정이 네트워크에 줄 수 있는 영향은 무엇입니까?
  • 현재 네트워크 서버가 PhotoDraw 예제와 그래픽 같이 데스크톱에 구축되어 있지 않은 컨텐트를 저장할 수 있습니까? 저장할 수 없을 경우, 사용자는 어떻게 컨텐트에 액세스할 수 있습니까?
  • 구축 후에 복원해야 하는 데이터베이스나 네트워크 위치에 사용자가 연결되어 있습니까?

다음은 구축 관리자가 클라이언트 이미지에 대한 네트워크 기반 구현을 디자인할 때 도움을 주는 지침입니다.

  • 클라이언트 이미지를 구축하기 전에 현재 네트워크 활용 통계를 확인합니다. 네트워크 활동이 적거나 없는 기간을 찾아 이 시간 동안 클라이언트 이미지를 구축하도록 계획합니다.
  • 단계적 접근 방법을 사용하여 클라이언트 이미지를 구축합니다. 즉, 네트워크가 혼잡해지지 않도록 조직 전체의 설치를 엇갈리게 배치합니다.
  • 네트워크에 클라이언트 이미지 설치 지점을 신중하게 배치하여 내결함성 기능을 제공하고 네트워크 부하를 분산시킵니다.

처음 사용 Office 2000 설치 기능을 이용하여 초기 네트워크 영향이 문제가 될 경우 이것을 줄입니다. 이와 반대로 처음 사용할 때 설치로 설정된 기능이 많으면 구축 관리자가 향후 네트워크 부하를 예측하거나 해당 부하를 사용량이 적은 시간으로 제한하는 것이 더욱 어렵습니다. 이론적으로 이 옵션은 일부 사용자가 일부 Office 2000 기능을 전혀 사용하지 않을 수 있으므로 회선을 통해 전달되는 데이터 양이 줄어들게 합니다. 처음 사용할 때 너무 많은 요소가 설치되면 사용자가 짜증날 수 있다는 점을 염두에 두십시오. 또한 랩톱 사용자는 네트워크에 연결되지 않았을 때는 필요할 때 기능을 추가 설치할 수 없음을 유념하십시오. 필요할 때 추가 설치를 지원하기 위해 랩톱 사용자에게 설치 CD를 제공하는 것도 고려할 수 있습니다.

완전한 자동 설치는 사용자가 없는 시간에 수행하는 것이 가장 좋습니다. 사용자는 설치가 수행 중인 것을 모르고 컴퓨터를 너무 일찍 다시 시작할 수 있습니다. 설치 시간과 기간을 사용자에게 알리거나 진행률과 오류 대화 상자가 화면에 나타나는 자동 설치를 수행하십시오. 고객 지원 서비스 직원에게 설치하는 동안 네트워크 성능에 대한 불만을 받을 수 있음을 알리십시오.

실패한 설치에 대한 계획을 수립합니다. 클라이언트 이미지 설치가 성공적으로 완료되었는지 확인하는 절차를 수행하고 설치가 완료되지 않은 시스템에서 설치를 다시 실행하십시오. 분석을 위해 설치 로그 파일을 저장하십시오.

구축 안내 Back to Top

구축 안내의 첫 번째 단계에서 다음과 같은 주요 작업을 포함하여 구축을 디자인하고 테스트했습니다.

  • 업무 요구와 사용자 요구를 평가하여 비즈니스 요구 사항을 확인
  • 구축 표준, 지침 및 방법을 구축하고 현재 컴퓨팅 환경을 프로젝트 목표에 기반한 미래 환경과 비교하며 팀과 하위 팀을 만드는 것을 포함하여 구축의 비전과 범위를 정의
  • 완전한 인벤터리나 컴퓨팅 환경 만들기
  • 사용자에게 필요한 도구를 제공하고, 데스크톱에서 설치 노력을 최소화하며, 소프트웨어 환경을 맞추고, 지원 부서의 부담을 덜어주기 위해 Office 2000 빌드를 디자인
  • 테스트를 디자인하고, 랩 기반 파일럿 테스트를 수행하며, 제한된 생산 환경 파일럿 테스트를 수행하고, 단계별 구축 계획을 수립하여 구축을 테스트

다음 단계

이 장에서 Windows 2000 및 Office 2000 구축 계획에 대해 배웠습니다. 결과는 사용자 요구 사항, 목적 및 구축 디자인을 설명하는 계획 문서입니다.

다음 장에서는 유인 모드나 자동 구축에 사용할 네트워크 공유 지점을 구축하여 구축 계획을 시작하게 됩니다.

Back to Top



 

최종 수정일 : 2005. 8. 18



Microsoft