Windows 운영 체제 배포 자동화 및 관리

이 가이드의 활용 방법 컴퓨터 및 모바일 장치 관리자와 엔터프라이즈 IT 전문가는 이 솔루션 가이드를 사용하여 Windows 운영 체제 만들기 및 배포에 대한 Microsoft 권장 프로세스를 이해할 수 있습니다. 

이 솔루션 가이드의 내용

• 시나리오, 문제 설명 및 목표

• 이 솔루션에 대해 권장되는 설계

• 이 설계를 권장하는 이유

• 이 솔루션을 구현하는 단계

다음 다이어그램은 이 솔루션 가이드에서 해결하는 문제를 보여 줍니다.

엔터프라이즈 운영 체제를 배포할 때 데스크톱 관리자가 직면하는 일반적인 문제:

시나리오, 문제 설명 및 목표

이 섹션에서는 사용자가 가질 수 있는 현재의 문제 및 목표에 대해 설명합니다. 솔루션을 검토한 후 요구 사항이 충족되는지 또는 비즈니스 환경에 맞게 조정해야 하는지를 확인합니다.

시나리오

많은 대기업 조직의 컴퓨팅 인프라는 Windows 서버와 매일 작업을 지원하는 데 필요한 AD DS, DHCP, WDS 등의 네트워크 서비스를 비롯한 Microsoft 기술을 기반으로 구축됩니다. 또한 많은 엔터프라이즈 IT 전문가는 System Center Configuration Manager에 이미 친숙하고 이 도구를 사용하여 컴퓨터 및 장치 관리 요구 사항을 지원합니다. 그러나 대부분의 경우 이러한 관리자는 Microsoft 모범 사례 권장 사항이나 사용 가능한 운영 체제 배포 도구와 기능에 익숙하지 않습니다. 대신 일반적으로 응답 파일, 스크립트, Windows AIK(Windows 자동 설치 키트) 등의 조합을 포함하는 수동 방법을 사용하여 운영 체제 배포를 수행합니다. 이 때문에 운영 체제 배포 프로젝트는 구현하기 매우 까다롭고 비용이 많이 들 수 있습니다.

문제 설명

해결할 전체 문제점은 다음과 같습니다.

엔터프라이즈 Windows 운영 체제 배포는 복잡하고, 비용이 많이 들며, 일관된 결과를 보장하기 어렵습니다. 

Microsoft 모범 사례를 따르지 않고 권장 도구와 기술을 사용하지 않는 경우 운영 체제 배포 프로젝트는 확장성이 떨어지고 비효율적이며 비용이 많이 들 수 있습니다. 배포의 각 단계에 필요한 단계를 아주 신중하게 문서화하더라도 이 방식으로 운영 체제를 배포할 경우 결국 일이 잘못될 수 있습니다. 운영 체제 이미지 생성 및 배포 테스트를 자동화하지 않는 경우 컴퓨터 및 모바일 장치 관리자는 다음 문제에 직면합니다.

• 모든 엔터프라이즈 하드웨어에서 운영 체제 배포를 수행하는 데 필요한 운영 체제, 드라이버 및 응용 프로그램 파일 다운로드 및 유지 관리

• 운영 체제 배포가 완료된 후 부팅 가능한 이미지 만들기 및 표준 데스크톱 응용 프로그램을 한 번에 하나씩 신중하게 설치

• 프로덕션 환경에서 테스트는 거의 하지 않고 수동으로 운영 체제 배포

• 지속적인 구성 변경과 변경되는 다른 운영 체제 배포 요구 사항을 수동으로 지원

• 반복 가능한 안정적인 프로세스를 사용하여 운영 체제 배포를 일관성 있게 수행

• 운영 체제 배포 진행 상황과 문제를 정확히 보고

조직 목표

시나리오와 문제 설명을 기준으로 다음 목표를 충족하는 Windows 운영 체제 배포 자동화와 관리를 위한 솔루션이 필요합니다.

• 중앙 집중식 파일 시스템에서 운영 체제, 드라이버 및 응용 프로그램 파일을 관리합니다.

• Windows 운영 체제 이미지를 쉽게 만들거나 업데이트한 다음 프로덕션 배포를 시작하기 전에 제대로 테스트합니다.

• 안정적이고 일관된 프로세스를 사용하여 새 하드웨어에 운영 체제, 데스크톱 소프트웨어 및 Windows 업데이트를 신속하게 배포합니다.

• 엔터프라이즈 수준의 운영 체제 배포 관리 및 보고 소프트웨어를 활용합니다.

이 솔루션에 대해 권장되는 설계

다음 그림에서는 MDT(Microsoft Deployment Toolkit) LTI(lite touch installation)를 사용하여 운영 체제 이미지 생성 및 테스트를 자동화하고 Configuration Manager ZTI(zero touch installation)를 사용하여 엔터프라이즈 클라이언트 운영 체제 배포를 관리 및 보고하는 방법을 보여 줍니다. 이러한 권장 방식을 따르면 앞에 기술한 목표를 충족하고 해당 환경에서 비즈니스 문제를 해결할 수 있습니다.

엔터프라이즈 클라이언트 운영 체제 배포 솔루션 설계 자동화 및 관리:

다음 표에서는 이 솔루션 설계에 포함된 요소를 나열하고 설계에 포함된 이유를 설명합니다.

이 설계를 권장하는 이유

운영 체제를 새로운 컴퓨터 또는 베어 메탈 시스템에 설치하기 위해서는 독립 실행형 MDT, Configuration Manager 빌드 및 캡처 또는 Configuration Manager에 MDT 통합 등 여러 가지 방법이 있습니다. 이러한 방법은 보존할 사용자 데이터 또는 프로필이 없다고 가정하며, MDT를 사용하여 기본 업데이트 및 응용 프로그램이 포함된 "씬" Windows 운영 체제 이미지 생성하는 것부터 MDT와 Configuration Manager를 통합하여 여러 응용 프로그램 및 사후 설치 구성 및 관리가 포함된 "씬" 이미지를 생성 및 배포하는 것까지 모든 목적에 사용할 수 있습니다.

다음 표에서는 가능한 방법을 간단히 보여 주고, 최적의 성능 및 확장성을 위해 각 방법을 사용해야 하는 경우의 Microsoft 권장 사항을 보여 줍니다.

이 솔루션을 구현하는 단계

이 섹션의 단계를 사용하여 솔루션을 구현하세요. 다음 단계로 진행하기 전에 각 단계의 성공 여부를 확인합니다. 이러한 단계는 독립 실행형 MDT를 사용한 테스트 환경 및 Configuration Manager를 사용한 프로덕션 환경의 두 가지 섹션으로 구분됩니다.

테스트 환경 단계

테스트 환경에서는 MDT를 사용하여 Windows를 참조 컴퓨터에 배포하고, 참조 컴퓨터의 이미지를 캡처한 후 캡처된 이미지를 대상 컴퓨터에 배포하여 프로덕션으로 이동하기 전 배포 이미지의 유효성을 검사합니다.

이러한 구현 단계에 따라 MDT LTI를 사용하여 운영 체제 이미지를 만들고 테스트합니다.

1. MDT 설치에 맞게 환경 및 워크벤치 컴퓨터를 준비하여 필요한 인프라 및 지원 파일이 올바르게 구성 및 설치되었는지 확인합니다. MDT 설치를 시작하기 전에 다음을 고려해야 합니다.

확인 단계:  

• 지원되는 운영 체제에 MDT 워크벤치를 설치할지 확인하고, Windows 8.1을 사용하지 않는 경우에는 .NET Framework 3.5 및 PowerShell 2.0이 설치되었는지 확인합니다.

• 사용 중인 MDT 버전에 필요한 Windows ADK(평가 및 배포 키트)가 식별되었습니다.

• WDS 및 필요한 네트워크 서비스가 있고 테스트 환경에 올바르게 구성되었습니다.

2. MDT 소프트웨어를 다운로드하고 기본값을 허용해서 테스트 환경의 지원되는 운영 체제에 설치하여 MDT 및 Windows ADK를 설치합니다.

   중요

   설치 후 MDT 워크벤치를 처음 열면 업데이트된 구성 요소를 확인하라는 메시지가 표시될 수 있습니다. MDT 2013에서는 이전 구성 요소 목록이 다운로드되므로 이를 수행하지 않아야 합니다. 특히, 이전 버전의 bddmanifest.cab가 다운로드되어 구성 요소 매니페스트(ComponentList.xml)가 이전 버전으로 바뀝니다. 이 문제 및 MDT 2013에 대해 알려진 기타 문제에 대해 자세히 알아보려면 MDT 2013 릴리스 정보(영문)를 참조하세요.

   MDT가 설치된 후에는 사용 중인 MDT 버전을 지원하도록 적합한 Windows ADK를 설치해야 합니다. Windows ADK를 설치할 때는 배포 도구 및 Windows PE(사전 설치 환경)만 배포 공유와 상호 작용하면 됩니다.

   팁

   Windows ADK를 설치한 후에는 로그오프하고 다시 컴퓨터에 로그온하여 %Program Files%\Windows Imaging 폴더가 포함되도록 PATH 환경 변수를 업데이트합니다.

   확인 단계: 계속하기 전에 MDT 및 적합한 버전의 Windows ADK가 MDT 워크벤치 컴퓨터에 설치되었는지 확인합니다. Windows ADK를 설치하지 않은 경우, 워크벤치 콘설의 배포 공유 노드에 액세스하려고 할 때 이를 설치하라는 메시지가 표시됩니다.

3. 운영 체제 이미지, 언어 팩, 응용 프로그램, 장치 드라이버 및 대상 컴퓨터에 배포되는 기타 소프트웨어에 대한 리포지토리로 사용될 MDT 배포 공유를 만듭니다. MDT 워크벤치의 배포 공유 노드에 있는 작업 창에서 새 배포 공유 마법사를 시작(영문)하여 새 MDT 배포 공유를 만들고, 생성된 배포 공유의 위치를 기록합니다.

   이 솔루션에서는 새 배포 공유 마법사를 실행할 때 MDT 배포 공유 속성이 기본값으로 구성됩니다.

   팁

   배포 공유 설정은 배포 공유의 Control 폴더에 있는 CustomSettings.ini 파일에 저장되며, 나중에 변경할 수 있습니다.

   확인 단계: 이제 세부 정보 창에 배포 공유 이름이 표시됩니다. 기본적으로 MDT는 C:\DeploymentShare라는 배포 공유 폴더 및 \\<computerName>\deploymentshare$라는 숨겨진 공유 폴더를 만듭니다. 파일 탐색기를 사용하여 배포 공유 위치로 이동하면 생성된 폴더 구조를 볼 수 있습니다.

4. 운영 체제 가져오기 마법사(영문)를 사용하여 배포 워크벤치에서 운영 체제 노드로 운영 체제 파일을 가져옵니다. 운영 체제가 여러 개 있는 경우, 이를 가져오기 전에 운영 체제 노드에서 파일을 저장할 하위 폴더를 만들어야 합니다.

   참고

   또한 MDT에 데스크톱 소프트웨어를 설치할 응용 프로그램을 만들 수도 있지만, 이 솔루션에서는 데스크톱 응용 프로그램 설치를 위해 Configuration Manager를 사용하므로 이 솔루션의 일부로는 아무 것도 생성되지 않습니다.

   확인 단계: 운영 체제 가져오기 마법사가 성공했으면 "The process completed successfully(프로세스가 성공적으로 완료되었습니다.)" 메시지가 표시됩니다. 가져오는 운영 체제의 이름 및 설명이 MDT 워크벤치 콘솔에 표시되며, MDT 배포 공유 폴더 구조의 운영 체제 폴더에 운영 체제 설치 파일이 복사되었습니다.

5. 새 드라이버 마법사(영문)를 사용하여 테스트 환경에서 참조 컴퓨터 및 대상 컴퓨터에 필요한 Windows에서 제공하지 않는 드라이버를 추가합니다. 이러한 장치 드라이버는 Windows PE에 추가되고 운영 체제에 배포됩니다. 배포 워크벤치의 Out-of-box Drivers node(Windows에서 제공하지 않는 드라이버 노드)에 장치 드라이버를 추가합니다.

   테스트 환경에서 여러 운영 체제 또는 장치 유형을 지원할 경우, 각 운영 체제에 대해 하위 폴더를 만들고 이에 대한 배포 계획을 만들고 모델링해야 합니다.

   팁

   참조 컴퓨터 및 대상 컴퓨터에 대한 장치 드라이버가 배포 중인 운영 체제에 포함된 경우, 이 단계를 건너뛸 수 있습니다.

   확인 단계: 새 드라이버 마법사가 장치 드라이버 파일을 적합한 Out-of-Box Drivers\<드라이버 이름> 디렉터리에 있는 배포 공유에 복사하는지 확인합니다.

6. 이전에 워크벤치에 가져온 운영 체제 파일을 사용하여 참조 컴퓨터 이미지를 배포 및 캡처하기 위해 사용될 배포 워크벤치의 작업 순서 노드에서 새 작업 순서 마법사(영문)를 사용해 참조 컴퓨터에 대한 표준 클라이언트 작업 순서를 만듭니다.

   팁

   이 작업 순서에서는 참조 컴퓨터 이미지 설치 및 캡처가 모두 수행됩니다. 시스템이 빌드되고 캡처되는 시간 사이에 시간이 경과하는 경우 다른 구성이 예기치 않게 끼어들 수 있기 때문에 이 방법이 2개의 작업 순서(설치 작업과 캡처 작업)를 사용하는 것보다 좋습니다.

   확인 단계: 새 작업 순서 마법사가 성공하면 "The process completed successfully(프로세스가 성공적으로 완료되었습니다.)" 메시지가 표시됩니다. 만든 작업 순서의 이름 및 설명이 이제 MDT 워크벤치 콘솔에 표시됩니다.

7. MDT 배포 공유 속성에서 배포 프로세스 모니터링을 사용하도록 설정합니다. 그러면 MDT 워크벤치 내에서 구성한 단계를 처리할 때 작업 순서에 대한 기본 모니터링(영문)을 수행할 수 있습니다. 또한 배포 공유 속성의 규칙 탭에 표시되는 customsettings.ini 파일에 EventService=http:// <computername>:9800과 비슷한 줄이 추가됩니다.

   또한 배포 공유 속성의 규칙 탭에서 작업 순서가 실행될 때 각 컴퓨터에 대해 자세한 로그 파일을 만들도록 customsettings.ini 파일 콘텐츠를 수동으로 수정하여 보다 자세한 로깅을 사용할 수 있습니다. 동적 로깅을 사용하면 모든 활성 작업 순서를 캡처할 수도 있습니다. 먼저 로그 파일을 저장할 네트워크 공유를 만들고 적합한 공유 권한을 설정해야 합니다. 동적 로깅을 사용하도록 설정하려면 이전에 만든 네트워크 공유 내에서 해당 동적 로그 파일을 호스트할 폴더를 만들어야 합니다.

   • 컴퓨터별 로깅을 구성하려면 customsettings.ini 규칙 파일을 다음 줄로 업데이트합니다. SLSHARE=\\YourMDTServerName\YourMDTLogsShareName\%ComputerName%.

   • 모든 작업 순서 활동을 실시간으로 캡처하도록 동적 로깅을 구성하려면 customsettings.ini 규칙 파일을 다음 줄로 업데이트합니다. SLShareDynamicLogging=\\YourMDTServerName\YourMDTLogsShare\ YourDymanicMDTLogsShare 

   팁

   customsettings.ini 규칙 파일을 수정할 때 로깅 항목 위에 다음 줄을 추가하여 MDT 마법사에 표시되는 조직 이름을 사용자 지정할 수도 있습니다. _SMSTSOrgName=OrganizationNameYouWantDisplayed. 또한 다음을 수행할 수도 있습니다.

   이러한 줄은 customsettings.ini 규칙 파일(영문)에서 다음과 같이 표시됩니다.

   [Settings] Priority=Default Properties=MyCustomProperty [Default] OSInstall=Y SkipCapture=NO SkipAdminPassword=YES SkipProductKey=YES SkipComputerBackup=NO SkipBitLocker=NO Copy Logs if en error occurs or when deployment is successfully completed SLShare=\\<YourMDTServerName>\<YourMDTLogsShare> ; Enable Dynamig Logging SLSHAREDynamicLogging=\\<YourMDTServerName>\<YourMDTLogsShare>\<YourDymanicMDTLogsShare> _SMSTSOrgName=<OrganizationNameYouWantDisplayed>
   

   확인 단계:

   • 모니터링을 사용하도록 설정한 경우에는 배포 워크벤치의 모니터링 노드를 선택할 때 "No monitoring data is available because monitoring is ne enabled for this deployment share.(모니터링이 이 배포 공유에 대해 설정되지 않았으므로 모니터링 데이터를 사용할 수 없습니다.)" 메시지가 표시되지 않습니다.

   • 배포 공유 속성의 규칙 탭에 표시되는 customsettings.ini 파일 콘텐츠에 다음과 비슷한 줄이 추가되었습니다. EventService=http:// <computername>:9800

   • 작업 순서에 따라 표시할 사용자 지정 조직 이름을 추가한 경우, 배포 공유 속성의 규칙 탭에 표시되는 customsettings.ini 파일 콘텐츠에 다음과 비슷한 줄이 추가되었습니다. _SMSTSOrgName=<OrganizationNameYouWantDisplayed>

   • 배포 공유 속성의 규칙 탭에 표시된 customsettings.ini 파일 콘텐츠에 사용자 지정 로그 파일 공유 위치를 추가하여 자세한 로깅을 사용하도록 설정한 경우, 작업 순서가 실행될 때 동적으로 업데이트되는 단일 BDD.log 로그 파일이 포함될 컴퓨터별 로깅 디렉터리 및 동적 로깅 디렉터리에 대한 네트워크 공유에 액세스할 수 있는지 확인합니다.

8. MDT 워크벤치의 작업 창에서 배포 공유 업데이트 작업(영문)을 사용하여 구성을 완료한 후 최신 정보로 배포 공유를 업데이트합니다. 배포 공유를 업데이트하면 모든 MDT 구성 파일이 업데이트되고 참조 컴퓨터를 시작하고 LTI 배포를 시작하는 데 사용되는 사용자 지정된 Windows PE 버전이 생성됩니다.

   배포 공유가 업데이트되면 MDT가 배포 공유 속성에서 구성한 설정에 따라 운영 체제 배포를 시작하는 데 사용되는 ISO 이미지 및 WIM 이미지 파일이 생성됩니다. 

   확인 단계: 배포 워크벤치가 업데이트될 때 MDT에서 \\<computerName>\deploymentshare$\Boot 폴더에 LiteTouchPE_x64.iso and LiteTouchPE_x64.wim 파일(64비트 대상 컴퓨터용)과 LiteTouchPE_x86.iso 및 LiteTouchPE_x86.wim 파일(32비트 대상 컴퓨터용)을 생성했습니다.

9. 부팅 이미지를 WDS 콘솔에 로드하여 네트워크를 통해 대상 컴퓨터가 사용자 지정된 Windows PE 이미지 사용을 시작하도록 설정(영문)합니다.

   WDS 콘솔의 부팅 이미지 노드에 MDT에서 생성한 부팅 이미지만 추가하면 됩니다(부팅 이미지를 마우스 오른쪽 단추로 클릭하고 마지막 단계에서 MDT에서 생성한 부팅 이미지의 위치(%InstallDir%\DeploymentShare\Boot\LiteTouchPE_x64.wim)로 이동). 설치 이미지를 WDS에 추가할 필요는 없습니다.

   확인 단계: 이미지 추가 마법사가 성공했으면 "작업이 완료되었습니다. 선택한 이미지가 서버에 추가되었습니다." 메시지가 표시됩니다. 또한 네트워크에서 부팅되도록 구성된 컴퓨터를 시작할 때 PXE에서 부팅 옵션을 선택할 경우, 사용자 지정 부팅 이미지를 옵션 목록에서 사용할 수 있어야 합니다.

10. PXE를 사용하여 네트워크를 통해 이미지를 설치하고 캡처합니다. 참조 컴퓨터를 시작하고, WDS를 사용하여 네트워크에서 PXE 네트워크 부팅 옵션을 선택한 후 이전에 WDS에 업로드된 부팅 이미지를 선택하여 사용자 지정된 Windows PE 환경을 시작합니다.

    Windows 배포 마법사가 시작되면 이전에 만든 표준 클라이언트 작업 순서를 선택 및 실행하여 참조 컴퓨터에 운영 체제를 설치하고 캡처합니다. Windows 배포 마법사에서 표시되는 대부분의 설정은 걱정할 필요가 없지만, 이미지 캡처 마법사 페이지에서 참조 컴퓨터 이미지를 캡처하는 옵션을 선택해야 합니다. 그렇지 않으면 캡처된 이미지를 저장할 경로를 포함해서 단순히 기본값을 선택하고 운영 체제 설치 및 이미지 캡처 프로세스를 시작합니다.

    팁

    기본적으로 컴퓨터가 부팅 이미지에서 시작될 때마다 WinPE에서 배포 공유에 액세스하려면 네트워크 액세스 자격 증명을 제공해야 합니다. 이 방법을 사용하여 많은 테스트를 수행하려는 경우에는 다음 예와 비슷한 배포 공유 속성의 규칙 탭에서 Bootstrap.ini 파일 내용을 편집하여 네트워크 공유 액세스 자격 증명을 추가할 수 있습니다. 이렇게 한 다음에는 배포 공유를 업데이트하고 PXE 서버에 저장된 부팅 이미지를 대체합니다.

    [Settings] Priority=Default DeployRoot=<DeployRootPath> UserDomain=<FQDNofTestDomain> UserID=<TestDomainUser> UserPassword=<TestDomainUserPassword>
    

    확인 단계: 참조 컴퓨터는 작업 순서에 정의된 운영 체제를 설치하는 데 필요한 단계를 수행해야 합니다. 그런 다음 sysprep 및 캡처 단계를 즉시 실행하여 작업 순서를 실행하는 동안 지정된 네트워크 공유에 참조 컴퓨터의 이미지를 저장해야 합니다. 기본적으로 캡처된 이미지는 %InstallDir%\DeploymentShare\Captures 디렉터리에 있습니다.

11. 캡처된 참조 이미지를 배포 워크벤치에 추가합니다. 캡처 이미지를 배포하려면 먼저 운영 체제 가져오기 마법사를 사용하여 %InstallDir%\DeploymentShare\Captures 디렉터리에서 배포 워크벤치의 운영 체제 노드에 있는 운영 체제 목록에 해당 이미지를 추가해야 합니다.

    확인 단계: 운영 체제 가져오기 마법사가 완료되면 캡처된 참조 컴퓨터 이미지가 배포 워크벤치의 운영 체제 노드에서 세부 정보 창의 운영 체제 목록에 추가되고 캡처된 WIM 파일이 운영 체제 디렉터리에 복사됩니다.

12. 새 작업 순서 마법사(영문)를 사용하여 두 번째 표준 클라이언트 작업 순서를 만듭니다. 이 작업 순서는 캡처된 이미지를 대상, 테스트 컴퓨터에 배포하기 위해 사용됩니다. 프로덕션 환경으로 이동하기 전에 기본 배포가 원하는 대로 작동하는지 확인하기 위해서는 이 작업을 수행해야 합니다.

    팁

    작업 순서 생성 중 배포 워크벤치의 운영 체제 옵션에서 캡처된 이미지를 선택하세요.

    확인 단계: 새 작업 순서 마법사가 성공하면 "The process completed successfully(프로세스가 성공적으로 완료되었습니다.)" 메시지가 표시됩니다. 만든 작업 순서의 이름 및 설명이 이제 MDT 워크벤치 콘솔에 표시됩니다.

13. PXE를 사용하여 캡처된 이미지를 네트워크를 통해 배포 및 테스트합니다. 대상 컴퓨터를 시작하고 WDS를 사용하여 네트워크에서 PXE 네트워크 부팅 옵션을 선택한 후 이전에 WDS에 업로드된 부팅 이미지를 선택하여 사용자 지정된 Windows PE 환경을 시작합니다.

    Windows 배포 마법사가 시작되면 이전에 만든 표준 클라이언트 작업 순서를 선택 및 실행하여 캡처된 운영 체제를 대상 컴퓨터에 설치합니다. 이미지 캡처 마법사 페이지에서 이 컴퓨터 이미지를 캡처하는 옵션은 선택하면 안 됩니다. 기본값을 수락하고 다음을 클릭하여 운영 체제 설치 프로세스를 시작하면 됩니다.

    확인 단계: 대상 컴퓨터에서 참조 컴퓨터 이미지를 성공적으로 설치하는 데 필요한 단계가 자동으로 수행됩니다. 완료되면 보고된 오류 및 경고 없이 배포 요약 대화 상자가 표시됩니다.

14. 참조 컴퓨터 이미지를 프로덕션 컴퓨팅 환경으로 전송하기 위해 휴대용 저장소 장치 또는 이동식 미디어에 복사합니다. 프로덕션 환경 단계를 시작하기 전에 참조 컴퓨터 이미지를 Configuration Manager 콘솔에 가져올 수 있도록 프로덕션 환경의 올바른 네트워크 공유에 복사해야 합니다.

    확인 단계: 참조 컴퓨터에서 캡처 및 테스트된 운영 체제 이미지가 이제 프로덕션 환경으로 가져갈 수 있는 휴대용 저장소 장치 또는 이동식 미디어에 있습니다.

프로덕션 환경 단계

프로덕션 환경에서는 Configuration Manager를 사용하여 MDT로 테스트 환경에서 캡처한 WIM(Windows 운영 체제 이미지) 파일을 배포합니다.

다음 구현 단계를 사용하여 Configuration Manager ZTI로 프로덕션 환경에서 엔터프라이즈 운영 체제 이미지를 배포 및 관리합니다.

1. 프로덕션 네트워크 환경에서 Configuration Manager 클라이언트의 PXE 부팅 요청이 지원되는지 확인합니다.

확인 단계: 네트워크 환경에서 네트워크에서 시작되는 컴퓨터의 PXE 부팅 요청이 지원되는지 확인했고 Configuration Manager 사이트 경계에 대해 사용할 적합한 DHCP 기반 IP 주소 범위를 결정했습니다.

2. 네트워크를 통한 운영 체제 배포를 위해 Configuration Manager 환경을 준비합니다.

확인 단계:

• 배포 지점이 네트워크를 통한 PXE 부팅 요청에 응답하도록 올바르게 구성되었습니다.

• 알 수 없는 컴퓨터에 대한 네트워크 리소스 액세스를 지원하도록 네트워크 액세스 계정이 생성 및 구성(영문)되었습니다.

• 네트워크에서 DHCP로 제공된 IP 주소 범위에 해당하는 IP 주소 범위 기반의 사이트 경계가 생성되었습니다.

3. Configuration Manager 콘솔에서 기본 부팅 이미지가 PXE를 지원하도록 설정합니다. Configuration Manager 2012의 원본 릴리스에서는 PXE 부팅 요청을 지원하도록 수동으로 기본 부팅 이미지를 구성해야 합니다. 이후 버전에서는 이 지원이 기본적으로 설정됩니다.

   확인 단계: Configuration Manager 콘솔에서 부팅 이미지 속성의 Data Source 탭에서 PXE 서비스 지점에서 이 부팅 이미지 배포 옵션이 설정되었는지 확인하여 기본 부팅 이미지가 PXE를 사용하도록 설정되었는지 확인합니다.

   참고

   기본 부팅 이미지가 PXE를 사용하도록 설정되었는지 확인한 다음에는 PXE 사용 부팅 이미지가 PXE 부팅 요청을 지원하는 사이트 배포 지점에 성공적으로 분산되었는지 확인하기 위해 콘텐츠 상태도 확인해야 합니다.

4. MDT를 사용하여 만든 캡처된 참조 이미지를 Configuration Manager 콘솔, 운영 체제 이미지 노드로 가져옵니다. 이렇게 하려면 운영 체제 이미지 추가 마법사를 사용하여 캡처된 참조 컴퓨터 이미지를 저장한 네트워크 공유로 이동합니다.

   확인 단계: 운영 체제 이미지 추가 마법사가 성공적으로 완료되었고 캡처된 참조 컴퓨터 이미지를 Configuration Manager 콘솔로 가져왔습니다.

5. PXE를 사용하여 캡처된 운영 체제 이미지를 배포할 수 있으려면, 먼저 사이트에서 콘텐츠 배포 마법를 사용하여 PXE 사용 배포 지점에 운영 체제 이미지 콘텐츠를 배포해야 합니다.

   캡처된 운영 체제 이미지를 성공적으로 추가한 후에는 또한 배포 지점의 패키지 공유에 이 패키지의 콘텐츠 복사 옵션을 설정하여 클라이언트가 네트워크로부터 콘텐츠를 설치할 수 있도록 해야 합니다.

   확인 단계: 콘텐츠 배포 마법사가 성공적으로 완료되었고 캡처된 이미지 배포의 콘텐츠 상태가 몇 분 후 성공적으로 완료되어야 합니다.

   팁

   이제 조금 전에 가져온 운영 체제 이미지 뿐만 아니라 두 부팅 이미지(x86 및 x64)도 모두 배포되었는지 확인해야 합니다.

6. 작업 순서를 만들어서 이미지를 배포하고 새 컴퓨터를 프로덕션 도메인에 참여시키는 데 사용할 Configuration Manager 콘솔의 작업 순서 노드에서 캡처된 운영 체제 이미지 패키지를 배포합니다.

   참고

   이 솔루션에서는 배포 중에 업데이트 또는 응용 프로그램을 설치할 필요가 없지만, 전체 프로세스에 익숙해진 다음에는 이러한 옵션을 사용하여 이후 배포를 위해 보다 완전한 작업 순서를 만들어야 합니다.

   확인 단계: 새로운 배포 작업 순서가 이제 Configuration Manager 콘솔에 있는 작업 순서 노드의 결과 창에 표시됩니다.

7. 현재 Configuration Manager 데이터베이스의 멤버가 아닌 시스템에 대해 기본 리소스 레코드(64비트 컴퓨터용 레코드와 32비트 컴퓨터용 레코드)가 포함된 모든 알 수 없는 컴퓨터 컬렉션에 작업 순서를 사용 가능으로 배포합니다.

   시스템 BIOS에서 로컬 하드 드라이브보다 네트워크 부팅 옵션이 높게 설정된 컴퓨터에서 작업 순서가 실수로 실행되지 않도록 하려면 이 작업 순서 배포를 필수 대신 사용 가능으로 설정해야 합니다. 또한 이는 작업 순서 배포에 대해 설정된 가용성 또는 만료 시간에 관계없이 발생할 수 있습니다.

   팁

   추가 보안을 위해서는 프로덕션 환경 구현 단계의 2단계에 설명된 것처럼 네트워크에서 시작될 때 PXE 지원 배포 지점을 사용하려는 컴퓨터에 대해 암호를 요구해야 합니다.

   확인 단계: 배포 소프트웨어 마법사가 성공적으로 완료됩니다.

8. PXE 부팅을 사용하여 프로덕션 환경에서 베어 메탈 테스트 컴퓨터에 캡처된 운영 체제 이미지를 설치합니다.

   컴퓨터가 시작되고 네트워크에서 부팅되면 DHCP 서버에서 IP 주소를 획득하고, Configuration Manager 사이트 서버에 연결하여 이전에 모든 알 수 없는 컴퓨터 컬렉션에 대해 배포한 작업 순서를 실행합니다. 작업 순서 실행을 알리는 대화 상자가 열린 다음, 작업 순서가 실행되고 운영 체제 배포 프로세스가 완료될 때 컴퓨터에서 실행 중인 작업을 보여 주는 설치 진행률 대화 상자가 표시됩니다.

   확인 단계: PXE 부팅이 성공했는지 확인하고 부팅 이미지를 사용하여 네트워크를 통해 베어 메탈 컴퓨터가 시작되는지 확인합니다. 이미징 프로세스를 시작하기 위해 암호(필요한 경우)를 제공한 후 작업 순서에 정의된 작업이 완료됩니다.

9. 배포를 확장하고 이전에 배포한 작업 순서 배포를 선택하여 Configuration Manager 콘솔의 모니터링 작업 영역에서 OS 배포를 모니터링합니다. 결과 창에서 작업 순서 이름을 마우스 오른쪽 단추로 클릭하고, 요약 실행을 클릭한 후 결과 창 정보를 새로 고쳐서 최신 모니터링 정보를 확인합니다.

   팁

   보고 서비스 지점 사이트 시스템 역할이 설치된 경우, 작업 순서 프로세스 성공을 보고하는 데 사용할 수 있는 운영 체제 배포 보고서를 검토할 수도 있습니다.

   확인 단계: 작업 순서 진행률 및 배포 상태 진행률이 성공 상태로 진행되는지 확인합니다.

10. 캡처된 참조 시스템 이미지의 테스트 프로덕션 컴퓨터 설치에 대한 유효성을 검사합니다. 프로덕션 테스트 컴퓨터에 로그인하고 예상한 운영 체제가 예상한 구성으로 설치되어 작업 순서가 성공적으로 완료되었는지 확인합니다.

    또한 이제 Configuration Manager 콘솔의 모든 시스템 컬렉션에서 Configuration Manager 사이트에 대해 지정된 컴퓨터 리소스 클라이언트로 새 컴퓨터 이름이 표시된 것을 확인할 수 있습니다.

    확인 단계: 캡처된 참조 운영 체제 이미지를 설치하고, 프로덕션 도메인에 참여하기 위한 작업 순서가 성공적으로 완료되었고 Configuration Manager 클라이언트가 설치 및 시작되었습니다. 새 컴퓨터 클라이언트 리소스 레코드가 이제 Configuration Manager 콘솔의 모든 시스템 컬렉션에 있어야 합니다.

구현 완료.

참고 항목