Microsoft 배포 도구 키트에 대한 문제 해결 참조

운영 체제 및 애플리케이션의 배포와 사용자 상태 마이그레이션은 적절한 도구와 지침을 갖춘 경우에도 어려운 노력이 될 수 있습니다. MDT(Microsoft® Deployment Toolkit) 2013의 일부인 이 참조는 현재 알려진 문제, 해당 문제에 대한 가능한 해결 방법 및 문제 해결 지침에 대한 정보를 제공합니다.

참고

이 문서에서 Windows는 달리 명시되지 않은 한 Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 및 Windows Server 2008 R2 운영 체제에 적용됩니다. MDT는 ARM 프로세서 기반 버전의 Windows를 지원하지 않습니다. 마찬가지로 MDT 는 달리 명시되지 않는 한 MDT 2013을 참조합니다.

참고

Microsoft DaRT(진단 및 복구 도구 집합)에는 시작되지 않거나 불안정해진 클라이언트 컴퓨터를 복구하고 문제를 해결하기 위한 강력한 도구가 포함되어 있습니다. DaRT를 사용하여 충돌의 원인을 확인하고, 손실된 파일을 복원하는 등의 작업을 수행할 수 있습니다. Windows 운영 체제를 개발하고 배포할 때 DaRT를 문제 해결 도구로 사용할 수도 있습니다. 예를 들어 빌드된 이미지가 올바르게 시작되지 않으면 진단 환경인 ERD 사령관을 사용하여 이미지가 포함된 클라이언트 컴퓨터를 시작할 수 있습니다. 그런 다음 클라이언트 컴퓨터의 하드 디스크를 탐색하고, 이벤트 로그를 보고, 업데이트를 제거하고, 운영 체제 설정을 변경하는 등의 작업을 수행할 수 있습니다. DaRT는 Software Assurance용 Microsoft 데스크톱 최적화 팩의 일부입니다. 자세한 내용은 진단 및 복구 도구 집합 10을 참조하세요.

로그 이해

MDT의 효과적인 문제 해결을 시작하기 전에 운영 체제 배포 중에 사용되는 많은 .log 파일을 명확하게 이해해야 합니다. 어떤 오류 조건과 시간에 대해 연구할 로그 파일을 알고 있으면 한때 신비롭고 이해하기 어려웠던 문제가 명확하고 이해할 수 있습니다.

MDT 로그 파일 형식은 CMTrace에서 읽을 수 있도록 설계되었습니다. 로그 파일을 읽을 수 있을 때마다 이 도구를 사용하면 오류를 훨씬 쉽게 찾을 수 있기 때문입니다.

이 섹션의 나머지 부분에서는 배포 중뿐만 아니라 Windows 설치 중에 만든 로그 파일에 대해 자세히 설명합니다. 이 섹션에서는 문제 해결을 위해 파일을 사용해야 하는 경우의 예도 제공합니다.

MDT 로그

각 MDT 스크립트는 실행할 때 자동으로 로그 파일을 만듭니다. 이러한 로그 파일의 이름은 스크립트의 이름과 일치합니다. 예를 들어 ZTIGather.wsf는 ZTIGather.log 라는 로그 파일을 만듭니다. 또한 각 스크립트는 MDT 스크립트가 만드는 로그 파일의 내용을 집계하는 일반적인 master 로그 파일(BDD.log)을 업데이트합니다. MDT 로그 파일은 배포 프로세스 중에 C:\MININT\SMSOSD\OSDLOGS에 상주합니다. 수행되는 배포 유형에 따라 배포가 완료될 때 로그 파일이 %WINDIR%\SMSOSD 또는 %WINDIR%\TEMP\SMSOSD로 이동됩니다. LTI(Lite Touch Installation) 배포의 경우 로그는 C:\MININT\SMSOSD\OSDLogs에서 시작됩니다. 작업 순서 처리가 완료되면 %WINDIR%\TEMP\DeploymentLogs로 끝납니다.

MDT는 다음 로그 파일을 만듭니다.

  • BDD.log. Customsettings.ini 파일에서 SLShare 속성을 지정하는 경우 배포가 끝날 때 네트워크 위치에 복사되는 집계된 MDT 로그 파일입니다.

  • LiteTouch.log. 이 파일은 LTI 배포 중에 만들어집니다. /debug:true 옵션을 지정하지 않는 한 %WINDIR%\TEMP\DeploymentLogs에 상주합니다.

  • Scriptname*.log. 이 파일은 각 MDT 스크립트에 의해 만들어집니다. Scriptname 은 해당 스크립트의 이름을 나타냅니다.

  • SMSTS.log. 이 파일은 작업 순서기에서 만들어지고 모든 작업 순서 트랜잭션을 설명합니다. 배포 시나리오에 따라 %TEMP%, %WINDIR%\System32\ccm\logs 또는 C:\_SMSTaskSequence 또는 C:\SMSTSLog에 상주할 수 있습니다.

  • Wizard.log. 배포 마법사는 이 파일을 만들고 업데이트합니다.

  • WPEinit.log. 이 파일은 Windows PE 초기화 프로세스 중에 생성되며 Windows PE를 시작하는 동안 발생한 오류를 해결하는 데 유용합니다.

  • DeploymentWorkbench_id.log. 이 로그 파일은 배포 Workbench를 시작할 때 /debug를 지정할 때 %temp% 폴더에 만들어집니다.

운영 체제 배포 로그 Configuration Manager

Microsoft System Center 2012 R2 Configuration Manager 만든 운영 체제 배포 로그 파일에 대한 자세한 내용은 Configuration Manager 로그 파일에 대한 기술 참조를 참조하세요.

WINDOWS USMT(사용자 상태 마이그레이션 도구)를 실행하는 경우 MDT는 자동으로 로깅 옵션을 추가하여 USMT 로그 파일을 MDT 로그 파일 위치에 저장합니다. 로그 파일과 로그 파일이 생성되는 시기는 다음과 같습니다.

  • USMTEstimate.log. USMT 요구 사항을 예측할 때 생성됨

  • USMTCapture.log. 데이터를 캡처할 때 USMT에서 생성됨

  • USMTRestore.log. 데이터를 복원할 때 USMT에서 생성됨

    ZeroTouchInstallation.vbs 스크립트는 USMT 진행률 로그 파일에서 오류 및 경고를 자동으로 검사합니다. 스크립트는 다음 요약을 사용하여 Microsoft System Center Operations Manager에 이벤트 ID 41010을 생성합니다(여기서 usmt_typeESTIMATE, SCANSTATE 또는 LOADSTATE입니다.error_count 총 오류 수입니다. 및 warning_count 찾은 총 경고 수입니다.

ZTI USMT <usmt_type> reported <error_count> errors and <warning_count> warnings  

오류 수가 0보다 큰 경우 이 이벤트는 오류 유형입니다. 경고 수가 오류 없이 0보다 큰 경우 이벤트는 경고 유형입니다. 그렇지 않으면 이벤트가 정보 형식입니다.

오류 코드 식별

표 1에는 MDT 스크립트가 만드는 오류 코드가 나열되어 있으며 각 오류 코드에 대한 설명이 나와 있습니다. 이러한 오류 코드는 BDD.log 파일에 기록됩니다.

표 1. 오류 코드 및 해당 설명

오류 코드 설명
5201 배포 공유에 연결할 수 없습니다. 배포가 진행되지 않습니다.
5203 배포 공유에 연결할 수 없습니다. 배포가 진행되지 않습니다.
5205 배포 공유에 연결할 수 없습니다. 배포가 진행되지 않습니다.
5206 배포 마법사가 취소되었거나 성공적으로 완료되지 않았습니다. 배포가 진행되지 않습니다.
5207 배포 공유에 연결할 수 없습니다. 배포가 진행되지 않습니다.
5208 DeploymentType 이 설정되지 않았습니다. SkipWizard에 대한 일부 값을 설정해야 합니다.
5208 SMS 작업 순서자를 찾을 수 없습니다. 배포가 진행되지 않습니다.
5400 개체 만들기: class_instance 설정 = 새 class_name
5490 MSXML2를 만듭니다. DOMDocument.
5495 MSXML2를 만듭니다. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 OS guid: %OSGUID%가 있는지 확인합니다.
5602 OSGUID를 사용하여 XML 열기: %OSGUID%.
5610 파일을 확인합니다.
5630 파일 확인: ImagePath.
5640 파일 확인: ImagePath.
5641 FindFile: ImageX.exe.
5643 BootSect.exe 찾습니다.
5650 디렉터리 확인: SourcePath.
5651 디렉터리 확인: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 드라이브를 확인합니다.
6002 드라이브를 확인합니다.
6010 TSGUID를 테스트합니다.
6020 Robocopy 반환 값: Value.
6021 Robocopy 반환 값: Value.
6101 파일 확인: DeployCab.
6102 DEPLOY.CAB Sysprep 파일을 확장합니다.
6111 Sysprep.exe 실행합니다.
6121 Sysprep을 실행합니다.
6191 레지스트리에서 CloneTag 를 테스트하여 Sysprep이 완료되었는지 확인합니다.
6192 레지스트리에서 SystemSetupInProgress 를 테스트하여 Sysprep이 완료되었는지 확인합니다.
6401 권한 있는 DHCP 서버.
6501 컴퓨터 백업이 불가능하고 네트워크 경로(BackupShare, BackupDir)가 지정되지 않았습니다.
6502 오류 - IMAGEX를 찾을 수 없습니다. 백업을 수행할 수 없습니다.
6601 GetObject(... root/wmi:BCDStore).
6602 Bcd. OpenStore(BCDStore).
6701 구성된 보호기입니다.
6702 부팅 파일을 이동했습니다.
6703 BDE 파티션을 만듭니다.
6704 조각 모음 드라이브.
6705 드라이브를 축소합니다.
6706 1개 이상의 파티션에 대한 테스트.
6707 부팅 파일을 만듭니다.
6708 디스크를 암호화합니다.
6709 MicrosoftVolumeEncryption WMI 공급자에 연결합니다.
6710 디스크 암호화.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 외부 키를 파일에 저장합니다.
6715 외부 키로 보호합니다.
6716 외부 키를 파일에 저장합니다.
6717 숫자 암호로 키를 보호합니다.
6718 GetKeyProtectorNumberialP@ssword.
6718 파일에 암호를 저장합니다.
6719 PasswordFile을 엽니다.
6720 드라이브를 암호화합니다.
6721 DiskPartFile을 엽니다.
6722 파티션을 만듭니다.
6723 기존 BDE 드라이브를 가져옵니다.
6724 DiskPartFile을 엽니다.
6727 DiskPartFile을 열려고 시도합니다.
6729 텍스트 파일 DiskPartFile을 만듭니다.
6730 cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1 실행
6731 bcdboot.exe 찾습니다.
6732 Microsoft TPM 공급자에 연결합니다.
6733 공급자 클래스에서 TPM instance 가져옵니다.
6734 TPM instance 가져옵니다.
6735 TPM이 사용하도록 설정되어 있는지 확인합니다.
6736 TPM이 활성화되었는지 확인합니다.
6737 TPM이 소유되었는지 확인합니다.
6738 TPM 소유권이 허용되는지 확인합니다.
6739 TPM이 사용하도록 설정되어 있는지 확인합니다.
6740 TPM이 활성화되었는지 확인합니다.
6741 TPM이 소유되고 소유권이 허용되는지 확인합니다.
6741 TPM 소유자 암호 집합
6742 TPM 소유자 P@ssword AdminP@ssword 설정됩니다.
6743 TPM 소유자 P@ssword 값으로 설정합니다.
6744 TPM이 사용하도록 설정되어 있는지 확인합니다.
6745 TPM 소유자를 확인합니다.
6746 인증 키 쌍을 확인합니다.
6747 TPM이 활성화되었는지 확인합니다.
6748 TPM 소유권이 허용되는지 확인합니다.
6749 소유자 p@ssword 소유자 권한 부여로 변환합니다.
6750 인증 키 쌍을 만듭니다.
6751 소유자 권한 부여를 변경합니다.
6752 Cmd를 실행합니다.
6753 TPM의 유효성을 검사합니다.
6754 BDE instance 가져옵니다.
6755 TPM을 사용하여 키를 보호합니다.
6756 구성할 이동식 미디어를 확인합니다. ProtectKeyWithTpmAndStartupKey.
6757 TPM 및 시작 키를 사용하여 키를 보호합니다.
6758 BDE 핀을 찾습니다.
6759 TPM 및 고정을 사용하여 키를 보호합니다.
6760 BDEKeyLocation에 대한 이동식 미디어를 찾습니다.
6761 외부 키로 보호합니다.
6762 복구 P@ssword PasswordFile에 저장됩니다.
6764 BitLocker 정책을 구성합니다.
7000 ZTIConfigure.xml 찾을 수 없습니다. 중단.
7001 무인 AnswerFile을 찾습니다.
7100 오류 - 이 스크립트는 전체 OS에서만 실행되어야 합니다.
7101 오류 - DCPromo 응답 파일을 생성하기 위해 제공된 값이 충분하지 않습니다.
7102 ERROR - 새 복제본(replica) DC를 만들기 위한 필수 속성이 지정되지 않았습니다.
7103 ERROR - 새 자식 도메인을 만들기 위한 필수 속성이 지정되지 않았습니다.
7104 ERROR - 새 포리스트를 만들기 위한 필수 속성이 지정되지 않았습니다.
7105 ERROR - 새 포리스트를 만들기 위한 필수 속성이 지정되지 않았습니다.
7200 서비스가 설치되어 있지 않으므로 DHCP 서버를 구성할 수 없습니다.
7201 scope 세부 정보를 GetScopeDetails() 읽을 수 없습니다. 실패했습니다.
7202 scope 만들기에 지정된 값이 충분하지 않습니다.
7203 이 scope 대한 IP 범위를 설정하는 데 제공된 값이 충분하지 않습니다.
7204 scope 제외 범위에 대해 지정된 값이 없습니다.
7300 DNS 명령을 실행할 수 없습니다.
7700 새 컴퓨터 시나리오가 아닙니다. 디스크 파티션을 종료합니다.
7701 디스크는 시스템 및 BDE 파티션에 대해 충분히 크지 않습니다. 필수 = 1.5GB입니다.
7702 디스크는 시스템 및 WinRE 파티션에 충분히 크지 않습니다. 필수 = 10GB입니다.
7703 DeployRoot가 디스크 # DiskIndex에 있습니다. OEM 시나리오 실행: 건너뜁니다.
7704 OEM 시나리오 실행: 건너뜁니다.
7704 BitLocker에서는 확장 및 논리 파티션이 허용되지 않습니다.
7712 드라이브/볼륨 드라이브 가 있는지 확인합니다. 형식.
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 오류 - ZTITatoo 상태 복원 작업이 전체 OS에서 실행되어야 합니다. 중단.
9701 USMT 예상치의 0이 아닌 반환 코드, rc = 오류입니다.
9702 사용자 상태 캡처가 불가능합니다. 로컬 공간이 부족하고 네트워크 경로(UDShare, UDDir)가 지정되지 않았습니다.
9703 USMT 캡처에서 0이 아닌 반환 코드, rc = 오류입니다.
9704 유효한 명령줄 옵션이 지정되지 않았습니다.
9801 오류 - 서버 운영 체제를 실행하는 컴퓨터에 클라이언트 운영 체제를 배포하려고 시도합니다.
9802 오류 - 클라이언트 운영 체제를 실행하는 컴퓨터에 서버 운영 체제를 배포하려고 시도합니다.
9803 오류 - 컴퓨터에 업그레이드 권한이 없습니다(OSInstall=OSInstall); 중단.
9804 오류 - 메모리 MB가 부족합니다. 메모리 MB 이상이 필요합니다.
9805 ERROR - ProcessorSpeed MHz의 프로세서 속도가 부족합니다. 적어도 ProcessorSpeed MHz 프로세서가 필요합니다.
9806 오류 - 드라이브에서 공간이 부족합니다. 추가 크기 MB가 필요합니다.
9807 오류 - 드라이브에서 공간이 부족합니다. 추가 크기 MB가 필요합니다.
9901 ZTIWindowsUpdate 스크립트는 Windows PE에서 실행해서는 안 됩니다.
9902 ZTIWindowsUpdate가 너무 많이 실행되고 실패했습니다. Count = Count.
9903 업데이트된 Windows 업데이트 에이전트를 설치하는 예기치 않은 문제, rc = 오류입니다.
9904 개체를 만들지 못했습니다. Microsoft.Update.Session.
9905 개체를 만들지 못했습니다. Microsoft.Update.UpdateColl.
9906 중요한 파일 파일을 찾을 수 없습니다. 중단.
10000 개체 만들기: oLTICleanup = 새 LTICleanup을 설정합니다.
10201 도메인 도메인에 가입할 수 없습니다. 설치를 중지합니다.
10203 FindFile(LTISuspend.wsf).
10204 프로그램 LTISuspend를 실행합니다.
41024 ImageX를 실행합니다.
52012 모든 마법사 매개 변수가 설정되지 않았습니다.

목록 1은 오류 코드를 찾는 방법을 보여 주는 로그 파일에서 발췌한 내용을 제공합니다. 이 발췌문에서 보고된 오류 코드는 5001입니다.

목록 1. 오류 코드 5001이 포함된 SMSTS.log 파일에서 발췌

.  
.  
.  
The operating system installation failed. Please contact your system administrator for assistance.  

The action "Zero Touch Installation - Validation" failed with exit code 5001  
.  
.  
.  

오류 코드 변환

로그 파일에 표시되는 많은 오류 코드는 비밀스러운 것처럼 보이며 실제 오류 조건과 상관 관계가 없어 보입니다. 그러나 다음 프로세스에서는 오류 코드를 변환하고 문제 해결에 도움이 될 수 있는 의미 있는 정보를 얻는 방법을 보여 줍니다.

문제: 오류 코드 0x80070040 이미지 캡처가 실패합니다.

가능한 해결 방법 1: 표시되는 오류 코드는 10진수 형식으로 변환해야 하는 16진수 형식입니다. 이렇게 하려면 과학적 계산기가 필요하며 Windows 운영 체제에 포함된 계산기가 이 작업에 적합합니다.

오류 코드를 변환하려면

  1. 시작을 클릭한 다음 모든 프로그램을 가리킵니다. 액세서리를 가리킨 다음 계산기를 클릭합니다.

  2. 보기 메뉴에서 공학용을 클릭합니다.

  3. 16진수 를 선택한 다음, 그림 1과 같이 코드의 마지막 4자리(이 경우 0040)를 입력합니다.

    그림 1. 오류 변환

    스크린샷은 계산기에서 코드의 마지막 네 자리 숫자를 입력하는 것을 보여줍니다.

    계산기가 16진수 모드인 동안에는 선행 0이 표시되지 않습니다.

  4. 12월을 선택합니다.

    16진수 값 40 은 10진수 값 64로 변환됩니다.

  5. 명령 프롬프트 창을 열고 NET HELPMSG 64를 입력한 다음 Enter 키를 누릅니다.

    NET HELPMSG 명령은 숫자 오류 코드를 의미 있는 텍스트로 변환합니다. 여기에 제공된 오류 코드의 경우 "지정된 네트워크 이름을 더 이상 사용할 수 없습니다."로 변환됩니다.

    이 정보는 대상 컴퓨터 또는 대상 컴퓨터와 배포 공유가 있는 서버 사이에 네트워킹 문제가 있을 수 있음을 나타냅니다. 이러한 문제에는 네트워크 드라이버가 제대로 설치되지 않았거나 속도 및 이중 설정이 일치하지 않을 수 있습니다.

샘플 로그 검토

MDT는 MDT 배포 프로세스의 문제를 해결하는 데 사용할 수 있는 로그 파일을 만듭니다. 다음 섹션에서는 MDT 로그 파일을 사용하여 배포 프로세스 문제를 해결하는 방법에 대한 예제를 제공합니다.

  • 데이터베이스 액세스 실패에 설명된 대로 MDT DB(MDT 데이터베이스 액세스 실패)와 관련된 문제

데이터베이스에 액세스하지 못했습니다.

문제: 여러 섹션이 포함된 CustomSettings.ini 파일을 사용하고 처리할 각 섹션의 우선 순위를 Priority 속성으로 지정하는 배포를 실행하는 동안 오류가 발생합니다. BDD.log 다음 오류 메시지가 포함됩니다.

  • ERROR - 레코드 집합 열기(오류 번호 = -2147217911)(오류 설명: 개체 'ComputerAdministrators', 데이터베이스 'AdminDB', 스키마 'dbo'에 대한 SELECT 권한이 거부되었습니다.)

  • ADO 오류: 개체 'ComputerAdministrators', 데이터베이스 'AdminDB', 스키마 'dbo'에서 SELECT 권한이 거부되었습니다. (오류 #-2147217911; 원본: microsoft OLE DB Provider for SQL Server; SQL 상태: 42000; NativeError: 229

  • 오류 - ZTIGather에서 반환된 처리되지 않은 오류: 개체 필요(424)

참고

명확성을 위해 위의 로그 파일 콘텐츠는 CMTrace를 사용하여 보는 동안 표시될 때 표시됩니다.

가능한 솔루션: 로그 파일 샘플의 첫 번째 줄에서 설명한 것처럼 문제는 데이터베이스에 대한 액세스 권한이 거부되었다는 것입니다. 따라서 사용자 ID 및 암호를 사용할 수 없기 때문에 스크립트에서 데이터베이스에 대한 보안 연결을 설정할 수 없습니다. 결과적으로 컴퓨터 계정을 사용하여 데이터베이스 액세스를 시도했습니다. 이 문제를 해결하는 가장 쉬운 방법은 모든 사용자에게 데이터베이스에 대한 읽기 권한을 부여하는 것입니다.

문제 해결

심층적인 문제 해결 프로세스에 착수하기 전에 다음 항목을 검토하고 관련된 요구 사항이 충족되었는지 확인합니다.

  • 모든 소프트웨어 및 하드웨어 필수 구성 요소가 충족되지 않은 경우 설치 문제가 발생할 수 있습니다.

애플리케이션 설치

애플리케이션 설치 문제에 대한 문제 및 솔루션을 검토합니다.

  • 차단된 실행 파일에 설명된 대로 보안상의 이유로 차단된 설치 원본 파일

  • 손실된 네트워크 Connections 설명한 대로 네트워크 연결 손실

  • 2007 Microsoft Office 시스템에 설명된 대로 2007 Microsoft Office 시스템 또는 관련 파일을 설치하는 동안 설치 오류 30029

차단된 실행 파일

문제: 설치 원본 파일이 인터넷에서 다운로드되는 경우 하나 이상의 NTFS 파일 시스템 데이터 스트림으로 표시될 수 있습니다. NTFS 데이터 스트림에 대한 자세한 내용은 파일 스트림을 참조하세요. NTFS 파일 시스템 데이터 스트림이 있으면 파일 열기 – 보안 경고 프롬프트가 표시될 수 있습니다. 프롬프트에서 실행을 클릭할 때까지 설치가 진행되지 않습니다.

그림 2에서는 More 명령 및 Streams 유틸리티를 사용하여 NTFS 파일 시스템 데이터 스트림을 볼 수 있습니다.

그림 2. NTFS 데이터 스트림

스크린샷은 streams.exe 및 기타 명령의 출력을 보여줍니다.

가능한 솔루션 1: 설치 원본 파일을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다. 차단 해제를 클릭한 다음 확인을 클릭하여 파일에서 NTFS 파일 시스템 데이터 스트림을 제거합니다. 하나 이상의 NTFS 파일 시스템 데이터 스트림이 존재하여 차단되는 각 설치 원본 파일에 대해 이 프로세스를 반복합니다.

가능한 솔루션 2: REF _Ref308173670 \h 그림 2와 같이 Streams 유틸리티를 사용하여 설치 원본 파일에서 NTFS 파일 시스템 데이터 스트림을 제거합니다. Streams 유틸리티는 하나 이상의 파일 또는 폴더에서 NTFS 파일 시스템 데이터 스트림을 한 번에 제거할 수 있습니다.

네트워크 손실 Connections

문제: 디바이스 드라이버를 설치하거나 디바이스 및 네트워크 구성을 변경하는 경우 설치가 실패할 수 있습니다. 이러한 변경으로 인해 네트워크 연결이 만료되어 설치가 실패할 수 있습니다.

가능한 솔루션: ZTICacheUtil.vbs 스크립트를 구현하여 설치에 대한 다운로드 및 실행을 사용하도록 설정합니다. 이 스크립트는 다운로드 및 실행을 사용하도록 광고를 조정하도록 설계되었습니다. 다운로드는 Configuration Manager 배포 지점이 웹 기반 분산 제작 및 버전 관리 및 BITS를 사용하는 경우 BITS(Background Intelligent Transfer Service)를 사용합니다. 동시에 ZTICache.vbs 스크립트를 먼저 실행하도록 Configuration Manager 수정하므로 배포 프로세스 중에 프로그램이 자체 삭제되지 않도록 합니다.

2007 Microsoft Office 시스템

문제: 2007 Office 시스템을 배포하고 MSP(Windows Installer 패치) 파일을 포함하는 동안 오류 코드 30029로 설치가 실패할 수 있습니다.

ZTIApplications.log 추가 조사에는 다음 메시지가 표시됩니다.

  • 명령을 실행하려면 다음을 수행합니다. \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

  • ZTI 하트비트: 명령이 12분 동안 실행되었습니다(프로세스 ID 1600) 명령에서 코드 반환 = 30029

  • Application Microsoft Office 2007 Professional에서 예기치 않은 반환 코드 30029를 반환했습니다.

    가능한 솔루션 1: MSP 파일을 업데이트 디렉터리로 재배치한 다음 /adminfile 옵션을 지정하지 않고 setup.exe 실행합니다. 설치 중에 업데이트를 배포하는 방법에 대한 자세한 내용은 2007 Office 시스템 배포를 참조하세요.

    가능한 솔루션 2: MSP 파일에 모달 검사 표시 안 함 상자가 선택되어 있지 않은지 확인합니다. 이 설정을 구성하는 방법에 대한 자세한 내용은 2007 Office 시스템 배포 개요를 참조하세요.

AutoLogon

자동 로그온 문제에 대한 문제 및 솔루션을 검토합니다.

  • 로그온 보안 배너에 설명된 대로 로그온 보안 배너로 인해 LTI 및 ZTI(제로 터치 설치) 배포 프로세스 중단

  • 사용자 자격 증명 프롬프트에 설명 대로 사용자 자격 증명에 대한 프롬프트로 인해 LTI 및 ZTI 배포 프로세스 중단

로그온 보안 배너

문제: MDT 작업 순서는 대화형 사용자 세션 중에 처리되므로 대상 컴퓨터가 지정된 관리 계정을 사용하여 자동으로 로그온할 수 있어야 합니다. 로그온 보안 배너를 적용하는 그룹 정책 개체(GPO)가 있는 경우 사용자가 명시된 정책을 수락할 때까지 기다리는 동안 보안 배너가 로그온 프로세스를 중지하므로 이 자동 로그온은 계속 진행할 수 없습니다.

가능한 솔루션: GPO가 기본 도메인 GPO에 포함되지 않고 특정 OU(조직 구성 단위)에 적용되었는지 확인합니다. 도메인에 컴퓨터를 추가할 때 로그온 보안 배너를 적용하는 GPO의 영향을 받지 않는 OU에 추가되도록 지정합니다. 작업 순서 편집기 컴퓨터 계정을 원하는 OU로 재배치하는 스크립트를 마지막 작업 순서 단계 중 하나로 포함합니다.

참고

기존 AD DS(Active Directory® Domain Services) 계정을 다시 사용하는 경우 대상 컴퓨터에 배포하기 전에 보안 로그온 배너를 적용하는 GPO의 영향을 받지 않는 OU로 대상 컴퓨터의 계정을 재배치했는지 확인합니다.

사용자 자격 증명을 묻는 메시지가 표시됨

문제: 도메인에 가입된 컴퓨터의 이미지를 만들었습니다. 대상 컴퓨터에 새 이미지를 배포하는 동안 자동 로그온이 발생하지 않고 사용자에게 적절한 자격 증명을 입력하라는 메시지가 표시되므로 배포 프로세스가 중단됩니다. 자격 증명이 제공되고 사용자가 로그온되면 배포 프로세스가 다시 시작됩니다.

가능한 솔루션: 이미지를 캡처할 때 원본 컴퓨터를 도메인에 조인하면 안 됩니다. 컴퓨터가 도메인에 가입된 경우 컴퓨터를 작업 그룹에 조인하고, 이미지를 다시 캡처하고, 대상 컴퓨터에 배포를 시도하여 문제가 해결되었는지 확인합니다.

BIOS

문제: Intel vPro 기술이 장착된 대상 컴퓨터에 배포하는 동안 배포가 중지 오류로 끝날 수 있습니다. 업데이트된 모든 드라이버가 Deployment Workbench에서 기본 제공 드라이버로 포함되었지만 대상 컴퓨터는 시작되지 않습니다.

가능한 솔루션: 대상 컴퓨터의 BIOS(기본 입력/출력 시스템)의 설정을 검토하여 기본 직렬 고급 기술 첨부 파일 모드가 AHCI(고급 호스트 컨트롤러 인터페이스)로 구성되었는지 여부를 확인합니다. 아쉽게도 특정 Windows 운영 체제는 기본적으로 AHCI를 지원하지 않습니다.

데이터베이스 문제

데이터베이스 관련 문제 및 솔루션을 검토합니다.

차단된 SQL Server 브라우저 요청

문제: MDT 배포 프로세스 중에 Microsoft SQL Server ® 데이터베이스에서 정보를 검색할 수 있습니다. 그러나 데이터베이스 서버에서 잘못 구성된 방화벽과 관련된 오류가 생성될 수 있습니다.

가능한 솔루션: Windows Server의 Windows 방화벽은 컴퓨터 리소스에 대한 무단 액세스를 방지하는 데 도움이 됩니다. 그러나 방화벽이 잘못 구성된 경우 SQL Server instance 연결 시도가 차단될 수 있습니다. 방화벽 뒤에 있는 SQL Server instance 액세스하려면 SQL Server 실행 중인 컴퓨터에서 방화벽을 구성합니다. SQL Server 방화벽 포트를 구성하는 방법에 대한 자세한 내용은 SQL Server 액세스를 허용하도록 Windows 방화벽 구성을 참조하세요.

명명된 파이프 Connections

문제: MDT 배포 프로세스 중에 SQL Server 데이터베이스에서 정보를 검색할 수 있습니다. 그러나 끊어진 SQL Server 연결과 관련된 오류가 생성될 수 있습니다. 이는 Microsoft SQL Server 명명된 파이프 연결을 사용하도록 설정하지 않아 발생할 수 있습니다.

가능한 솔루션: 이러한 문제를 resolve SQL Server 명명된 파이프를 사용하도록 설정합니다. 또한 명명된 파이프를 사용하여 외부 데이터베이스에 연결할 때 필요한 SQLShare 속성을 지정합니다. 명명된 파이프를 사용하여 연결할 때 통합 보안을 사용하여 데이터베이스에 연결합니다. LTI 배포의 경우 지정한 사용자 계정은 데이터베이스에 연결합니다. Configuration Manager 사용하는 ZTI 배포의 경우 네트워크 액세스 계정이 데이터베이스에 연결됩니다. Windows PE에는 기본적으로 보안 컨텍스트가 없으므로 데이터베이스 서버에 대한 네트워크 연결을 설정하여 연결을 만들 사용자에 대한 보안 컨텍스트를 설정해야 합니다.

SQLShare 속성이 지정하는 네트워크 공유는 적절한 보안 컨텍스트를 얻기 위해 서버에 연결하는 방법을 제공합니다. 공유에 대한 읽기 권한이 있어야 합니다. 연결이 완료되면 데이터베이스에 명명된 파이프 연결을 설정할 수 있습니다. SQLShare 속성은 필요하지 않으며 데이터베이스에 대한 TCP/IP 연결을 만들 때 사용하면 안 됩니다.

사용 중인 SQL Server 버전에 따라 다음 작업을 수행하여 명명된 파이프 연결을 사용하도록 설정합니다.

SQL Server 2008 R2에서 명명된 파이프 Connections 사용하도록 설정

SQL Server 2008 R2에서 명명된 파이프 연결을 사용하도록 설정하려면 다음 단계를 수행합니다.

  1. 쿼리할 데이터베이스를 호스트하는 SQL Server 2008 R2를 실행하는 컴퓨터에서 시작을 클릭한 다음 모든 프로그램을 가리킵니다. Microsoft SQL Server 2008 R2를 가리킨 다음 SQL Server Management Studio 클릭합니다.

  2. Microsoft SQL Server Management Studio 콘솔의 개체 탐색기 sql_server_name 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다(여기서 sql_server_name 구성할 SQL Server 실행 중인 컴퓨터의 이름임).

  3. 서버 속성 - sql_server_name 대화 상자가 표시됩니다.

  4. 서버 속성 - sql_server_name 대화 상자의 페이지 선택에서 Connections 클릭합니다.

  5. Connections 페이지에서 이 서버에 대한 원격 연결 허용 검사 상자가 선택되어 있는지 확인하고 확인을 클릭합니다.

  6. Microsoft SQL Server Management Studio 콘솔을 닫습니다.

  7. 쿼리할 데이터베이스를 호스트하는 SQL Server 2008 R2를 실행하는 컴퓨터에서 시작을 클릭한 다음 모든 프로그램을 가리킵니다. Microsoft SQL Server 2008 R2를 가리키고 구성 도구를 가리킨 다음 SQL Server 구성 관리자 클릭합니다.

  8. Sql Server Configuration Manager 콘솔에서 sql_instance SQL Server 구성 관리자(로컬) /SQL Server 네트워크 구성/프로토콜로 이동합니다(여기서 구성할 SQL Server instance 이름에 sql_instance).

  9. 세부 정보 창에서 명명된 파이프를 마우스 오른쪽 단추로 클릭한 다음 사용을 클릭합니다.

    변경 내용이 저장되지만 서비스가 중지되고 다시 시작될 때까지 적용되지 않음을 나타내는 경고 대화 상자가 나타납니다.

  10. 경고 대화 상자에서 확인을 클릭합니다.

  11. Sql Server Configuration Manager 콘솔에서 SQL Server 구성 관리자(로컬) /SQL Server Services로 이동합니다.

  12. 세부 정보 창에서 SQL Server*(sql_instance)를 마우스 오른쪽 단추로 클릭한 다음 *다시 시작(여기서 2단계에서 구성한 SQL Server instance 이름에 sql_instance)을 클릭합니다.

    서비스를 다시 시작하는 상태 보여 주는 SQL Server 구성 관리자 진행률 표시줄이 표시됩니다. 서비스가 다시 시작되면 진행률 표시줄이 닫힙니다.

  13. SQL Server 구성 관리자 콘솔을 닫습니다.

    자세한 내용은 SQL Server 2008에서 원격 연결을 사용하도록 설정하는 방법입니다.

2005년 SQL Server 명명된 파이프 Connections 사용

SQL Server 2005에서 명명된 파이프 연결을 사용하도록 설정하려면 다음 단계를 수행합니다.

  1. 쿼리할 데이터베이스를 호스트하는 SQL Server 2005를 실행하는 컴퓨터에서 시작을 클릭한 다음 모든 프로그램을 가리킵니다. Microsoft SQL Server 2005를 가리키고 구성 도구를 가리킨 다음 SQL Server Surface Area Configuration을 클릭합니다.

  2. SQL Server 2005 Surface Area Configuration 대화 상자에서 서비스 및 연결에 대한 노출 영역 구성을 클릭합니다.

  3. 서비스 및 Connections 대한 노출 영역 구성 – server_name 대화 상자(여기서 server_name SQL Server 2005를 실행하는 컴퓨터의 이름임)에서 구성 요소 선택 및 해당 서비스 및 연결을 구성하고 MSSQLSERVER\데이터베이스 엔진으로 이동한 다음 원격 Connections 클릭합니다.

  4. 로컬 및 원격 연결을 클릭하고 TCP/IP 및 명명된 파이프 모두 사용을 클릭한 다음 적용을 클릭합니다.

  5. 서비스 및 Connections 대한 노출 영역 구성 – server_name 대화 상자(여기서 server_name SQL Server 2005를 실행하는 컴퓨터의 이름임)에서 구성 요소를 선택한 다음 해당 서비스 및 연결을 구성하고 MSSQLSERVER\데이터베이스 엔진으로 이동한 다음 서비스를 클릭합니다.

  6. 중지를 클릭합니다.

    MSSQLSERVER 서비스가 중지됩니다.

  7. 시작을 클릭합니다.

    MSSQLSERVER 서비스가 시작됩니다.

  8. 확인을 클릭합니다.

  9. SQL Server 2005 노출 영역 구성을 닫습니다.

    자세한 내용은 Microsoft 지원 문서 원격 연결을 허용하도록 SQL Server 2005를 구성하는 방법을 참조하세요.

배포 스크립트

MDT 관련 문제 및 해결 방법 검토:

  • 사용자 자격 증명을 묻는 메시지가 표시되고 Credentials_script 설명한 대로 오류 0x80070035 수신될 수 있습니다.

  • ZTIWindowsUpdate에 설명된 대로 "Wuredist.cab 찾을 수 없음" 오류 메시지가 나타납니다.

Credentials_script

문제: 새로 배포된 컴퓨터를 마지막으로 시작하는 동안 사용자에게 사용자 자격 증명을 제공하라는 메시지가 표시되고 네트워크 경로를 찾을 수 없음을 나타내는 오류 0x80070035 수신될 수 있습니다.

가능한 솔루션: WIM 파일에 MININT 또는 _SMSTaskSequence 폴더가 포함되어 있지 않은지 확인합니다. 이러한 폴더를 삭제하려면 먼저 ImageX 유틸리티를 사용하여 WIM 파일을 탑재한 다음 폴더를 삭제합니다.

참고

WIM 파일에서 폴더를 삭제하려고 할 때 액세스 거부 오류가 발생하는 경우 명령 프롬프트 창을 열고 WIM 파일에 포함된 이미지의 루트로 전환한 다음 RD MININTRD _SMSTaskSequence 실행합니다.

ZTIWindowsUpdate

문제: 배포 중에 ZTIWindowsUpdate.wsf 스크립트를 사용하여 소프트웨어 업데이트를 적용하는 경우 이 스크립트는 Microsoft 업데이트 웹 사이트와 직접 통신하여 필요한 Windows 업데이트 에이전트 이진 파일을 다운로드 및 설치하고, 해당 소프트웨어 업데이트를 검색하고, 해당 소프트웨어 업데이트에 대한 이진 파일을 다운로드한 다음, 다운로드한 이진 파일을 설치할 수 있습니다. 이 프로세스를 수행하려면 대상 컴퓨터가 Microsoft 업데이트 웹 사이트에 액세스할 수 있도록 네트워킹 인프라를 구성해야 합니다.

배포 공유에 Windows 업데이트 에이전트 설치 파일이 포함되어 있지 않고 대상 컴퓨터에 적절한 인터넷 액세스 권한이 없는 경우 ZTIWindowsUpdate.log 및 BDD.log 파일에 "wuredist.cab 찾을 수 없음" 오류가 보고됩니다.

가능한 솔루션: MDT 문서 도구 키트 참조의 "ZTIWindowsUpdate.wsf" 섹션에 설명된 단계를 따릅니다.

배포 공유

배포 공유 관련 문제 및 솔루션을 검토합니다.

WIM 파일 업데이트 실패

"간단한" 환경에서 다음을 수행합니다.

  • MDT는 일반적으로 C:\Windows\system32(항상 경로)에서 WIMGAPI.DLL 선택합니다. 이 WIMGAPI.DLL 버전은 운영 체제의 버전(빌드)과 일치해야 합니다.

  • 64비트 운영 체제에서 MDT는 항상 x64 WIMGAPI.DLL 파일을 사용합니다. 해당 파일만 시스템 PATH에 있어야 합니다. 32비트 운영 체제에서 MDT는 항상 x86 WIMGAPI.DLL 파일을 사용합니다. 해당 파일만 시스템 PATH에 있어야 합니다. (Configuration Manager 같은 다른 제품은 64비트 운영 체제에서도 32비트 버전의 WIMGAPI.DLL 사용하지만 해당 버전을 관리하고 설치합니다.)

    문제: 배포 공유를 업데이트하려고 하면 하나 이상의 .wim 파일 탑재가 성공하지 못했음을 사용자에게 알릴 수 있습니다.

    가능한 솔루션: 명령 프롬프트 창을 열고 WIMGAPI.DLL를 실행합니다. 목록의 첫 번째 항목(경로를 검색하여 발견된 첫 번째 위치)의 경우 Version 속성이 설치된 Windows ADK(Windows 평가 및 배포 키트) 빌드와 일치하는지 확인합니다. 또한 속성이 운영 체제 빌드 번호와 일치하는지 확인합니다.

Windows 배포 마법사

Windows 배포 마법사 관련 문제 및 솔루션을 검토합니다.

  • Windows 배포 마법사 페이지는 마법사 페이지를 건너뛰지 않음에 설명된 대로 마법사 페이지를 건너뛰도록 LTI가 구성된 경우에도 표시됩니다.

마법사 페이지를 건너뛰지 않음

문제: MDT DB 또는 CustomSettings.ini 파일에서 마법사를 건너뛰어야 한다고 지정하더라도 마법사 페이지가 표시됩니다.

가능한 솔루션: 마법사 페이지를 제대로 건너뛰려면 MDT DB 또는 CustomSettings.ini 파일에 적절한 경우 해당 마법사 페이지에 지정된 모든 속성을 적절한 값과 함께 포함합니다. 건너뛴 마법사 페이지에 대해 속성이 잘못 구성된 경우 해당 페이지가 표시됩니다. 마법사 페이지를 건너뛰는 데 필요한 속성에 대한 자세한 내용은 MDT 문서 도구 키트 참조의 "건너뛴 배포 마법사 페이지에 대한 속성 제공" 섹션 을 참조하세요.

디스크 및 분할

디스크 분할 문제 및 해결 방법 검토:

BitLocker 드라이브 암호화

BitLocker를 배포하려면 적절한 배포를 위한 특정 구성이 필요합니다. 대상 컴퓨터의 구성과 관련된 잠재적인 문제는 다음과 같습니다.

ZTIBde.wsf 스크립트가 "읽기 위해 레지스트리 키 'HKEY_CURRENT_USER\Control Panel\International\LocaleName'을 열 수 없음" 오류와 함께 실패합니다.

문제: ZTI 또는 UDI의 대상 컴퓨터에 BitLocker를 배포하는 동안 ZTIBde.wsf 스크립트는 "읽기 위해 레지스트리 키 'HKEY_CURRENT_USER\Control Panel\International\LocaleName'을 열 수 없습니다." 오류와 함께 실패합니다.

가능한 솔루션: 속성에서 로캘을 UILanguage 지정합니다. ZTI 및 UDI에서 ZTIBde.wsf 스크립트는 시스템 컨트롤에서 실행되므로 전체 사용자 프로필이 로드되지 않습니다. ZTIBde.wsf 스크립트가 로캘 정보를 읽으려고 하면 레지스트리(사용자 프로필)가 완전히 로드되지 않았기 때문에 레지스트리에 없습니다. 해결 방법으로 속성에 로캘을 UILanguage 지정합니다.

디바이스가 여러 드라이브 문자로 표시됨

문제: 일부 디바이스는 분할 방법에 따라 여러 논리 드라이브 문자로 표시될 수 있습니다. 경우에 따라 1.44MB(메가바이트) 플로피 디스크 드라이브와 메모리 스토리지 드라이브를 에뮬레이트할 수 있습니다. 따라서 Windows는 플로피 디스크 에뮬레이션에 대해 동일한 디바이스 드라이브 문자 A와 B를 할당하고 메모리 스토리지 드라이브에 F를 할당할 수 있습니다. 기본적으로 MDT 스크립트는 가장 낮은 드라이브 문자(이 예제에서는 A)를 사용합니다.

가능한 솔루션: Windows 배포 마법사의 BitLocker 복구 세부 정보 지정 페이지에서 기본 설정을 재정의합니다. Windows 배포 마법사 요약 페이지에는 BitLocker 복구 정보를 저장하기 위해 선택한 드라이브 문자를 사용자에게 알리는 경고가 표시됩니다. 또한 BDD.log 및 ZTIBDE.log 파일은 검색된 이동식 미디어 디바이스와 BitLocker 복구 정보를 저장하기 위해 선택된 디바이스를 기록합니다.

디스크 축소 문제

문제: 할당되지 않은 디스크 공간이 대상 컴퓨터에 존재하여 BitLocker를 사용하도록 설정할 수 없습니다. 대상 컴퓨터에 BitLocker를 배포하려면 시스템 볼륨을 만들려면 할당되지 않은 디스크 공간이 2GB 이상 필요합니다. 시스템 볼륨은 BIOS가 컴퓨터를 부팅한 후 Windows를 로드하는 데 필요한 하드웨어 관련 파일을 포함하는 볼륨입니다.

가능한 솔루션 1: 기존 컴퓨터에서 Diskpart 도구를 사용하여 C 드라이브를 축소하여 시스템 볼륨을 만들 수 있습니다. 그러나 일부 경우 Diskpart 도구는 C 드라이브 내의 조각화된 디스크 공간으로 인해 할당되지 않은 디스크 공간을 2GB 제공할 정도로 C 드라이브를 충분히 축소하지 못할 수 있습니다.

이 문제에 대한 한 가지 가능한 해결 방법은 C 드라이브 조각 모음입니다. 이렇게 하려면 다음 단계를 수행합니다.

  1. Diskpart shrink querymax 명령을 실행하여 할당되지 않을 수 있는 최대 디스크 공간 양을 식별합니다.

  2. 1단계에서 반환된 값이 2GB 미만이면 불필요한 파일의 C를 클린 후 조각 모음합니다.

  3. Diskpart shrink querymax 명령을 다시 실행하여 2GB 이상의 디스크 공간을 할당 취소할 수 있는지 확인합니다.

  4. 3단계에서 반환된 값이 여전히 2GB 미만인 경우 다음 작업 중 하나를 수행합니다.

    • 조각 모음은 C를 여러 번 구동하여 완전히 최적화되었는지 확인합니다.

    • C 드라이브에 데이터를 백업하고, 기존 파티션을 삭제하고, 새 파티션을 만든 다음, 데이터를 새 파티션으로 복원합니다.

    가능한 솔루션 2: ZTIBDE.wsf 스크립트는 디스크 준비 도구(bdehdcfg.exe)를 실행하고 시스템 볼륨 파티션 크기를 기본적으로 2GB로 구성합니다. 필요한 경우 ZTIBDE.wsf 스크립트를 사용자 지정하여 기본값을 변경할 수 있습니다. 그러나 MDT 스크립트를 수정하는 것은 권장되지 않습니다.

논리 및 동적 디스크 지원

문제: 컴퓨터 새로 고침 배포 시나리오를 수행할 때 논리 드라이브 또는 동적 디스크를 사용하는 대상 컴퓨터에 배포할 때 배포 프로세스가 실패할 수 있습니다.

가능한 솔루션: MDT는 논리 드라이브 또는 동적 디스크에 운영 체제 배포를 지원하지 않습니다.

도메인 가입

문제: 배포하는 동안 Windows 배포 마법사를 사용하여 자격 증명, 도메인 가입 정보 및 고정 IP 구성을 포함하여 대상 컴퓨터에 필요한 모든 정보를 제공합니다. 설치가 완료되면 시스템이 도메인에 가입되지 않았고 여전히 작업 그룹에 있는 것을 볼 수 있습니다.

가능한 솔루션: MDT의 LTI 배포는 운영 체제가 실행되고 나면 고정 IP 정보를 구성합니다. 대상 컴퓨터가 DHCP(동적 호스트 구성 프로토콜)가 없는 네트워크 세그먼트에 있는 경우 DHCP가 없으면 Unattend.xml 지정된 자동화된 도메인 조인이 실패합니다.

작업 그룹에 조인하도록 Unattend.xml 구성합니다. 그런 다음 기본 제공 도메인에서 복구 작업 순서 단계를 사용하여 고정 IP가 적용된 후 작업 순서에서 도메인에 가입하는 단계를 추가합니다.

드라이버 설치

최상의 사용자 환경을 보장하기 위해 하드웨어 디바이스 및 소프트웨어 드라이버 설치는 사용자 개입이 거의 또는 전혀 없이 가능한 한 원활하게 실행되어야 합니다. Microsoft는 이 목표를 충족하는 설치 패키지를 만드는 데 도움이 되는 도구와 지침을 제공합니다. 드라이버 설치에 대한 일반적인 내용은 디바이스 및 드라이버 설치를 참조하세요.

디바이스 드라이버 설치 관련 문제 및 솔루션을 검토합니다.

  • MDT와 $OEM$ 대용량 스토리지 드라이버를 사용할 때 발생하는 문제(MDT 대용량 스토리지 논리와 $OEM$ 대용량 스토리지 드라이버 결합)에 설명된 대로

  • SetupAPI.log 사용하여 디바이스 설치 문제 해결에 설명된 대로 SetupAPI.log 사용하여 디바이스 드라이버 설치 문제 해결

SetupAPI.log 사용하여 디바이스 설치 문제 해결

설치 API 로그 파일을 사용한 디바이스 설치 문제 해결 백서에서는 Windows 디바이스 설치 디버깅에 대한 정보를 제공합니다. 특히 이 문서는 드라이버 개발자 및 테스터가 SetupAPI 로그 파일을 해석하기 위한 지침을 제공합니다.

디버깅을 위해 가장 유용한 로그 파일 중 하나는 SetupAPI.log 파일입니다. 이 일반 텍스트 파일은 SetupAPI가 디바이스 설치, 서비스 팩 설치 및 업데이트 설치에 대해 기록하는 정보를 유지 관리합니다. 특히 파일은 디바이스 및 드라이버 변경에 대한 기록과 최신 Windows 설치부터 시작되는 주요 시스템 변경 내용을 유지 관리합니다. 이 문서에서는 SetupAPI 로그 파일을 사용하여 디바이스 설치 문제를 해결하는 데 중점을 둡니다. 서비스 팩 및 업데이트 설치와 연결된 로그 파일 섹션은 설명하지 않습니다.

새 컴퓨터 배포

새 컴퓨터 배포 시나리오에 대한 문제 및 솔루션을 검토합니다.

  • PXE 부팅에 설명된 대로 PXE(Pre-Boot Execution Environment) 부팅을 사용하여 배포 프로세스를 시작하는 문제

PXE 부팅

간단히 말해, PXE 프로토콜은 다음과 같이 작동합니다. 클라이언트 컴퓨터는 PXE 프로토콜을 구현하는 클라이언트 컴퓨터에서 들어오는 것으로 요청을 식별하는 확장이 포함된 DHCP Discover 패킷을 브로드캐스트하여 프로토콜을 시작합니다. 이 확장 프로토콜을 구현하는 부팅 서버를 사용할 수 있다고 가정하면 부팅 서버는 클라이언트를 서비스할 서버의 IP 주소가 포함된 제품을 보냅니다. 클라이언트는 Trivial 파일 전송 프로토콜을 사용하여 부팅 서버에서 실행 파일을 다운로드합니다. 마지막으로 클라이언트 컴퓨터는 다운로드한 부트스트랩 프로그램을 실행합니다.

이 프로토콜의 초기 단계는 클라이언트가 부팅 서버(즉, 새 컴퓨터 설치를 위해 실행 파일을 제공하는 서버)를 검색할 수 있도록 DHCP 메시지의 하위 집합에서 피기백합니다. 클라이언트 컴퓨터에서 IP 주소(예상 동작)를 가져올 수 있지만 그렇게 할 필요는 없습니다.

이 프로토콜의 두 번째 단계는 클라이언트 컴퓨터와 부팅 서버 간에 수행되며 통신을 위한 편리한 형식으로 DHCP 메시지 형식을 사용합니다. 이 두 번째 단계는 표준 DHCP 서비스와 관련이 없습니다. 다음 몇 페이지는 PXE 클라이언트 컴퓨터 초기화 중에 단계별 프로세스를 간략하게 설명합니다.

PXE 부팅 문제에 대한 다음 솔루션을 검토합니다.

Windows 배포 서비스에서 Windows PE 로깅 사용 안 함

권장되는 첫 번째 절차는 setupapi.log 대한 로깅을 사용하지 않도록 설정했는지 확인하는 것입니다.

적절한 DHCP 구성 확인

사용 중인 라우터 모델에 따라 DHCP 브로드캐스트 전달의 특정 라우터 구성이 서브넷(또는 라우터 인터페이스) 또는 특정 호스트에 지원될 수 있습니다. DHCP 서버와 Windows Deployment Services를 실행하는 컴퓨터가 별도의 컴퓨터인 경우 DHCP 브로드캐스트를 전달하는 라우터가 DHCP 및 Windows 배포 서비스 서버가 모두 클라이언트 브로드캐스트를 받을 수 있도록 설계되었는지 확인합니다. 그렇지 않으면 클라이언트 컴퓨터가 원격 부팅 요청에 대한 회신을 받지 못합니다.

클라이언트 컴퓨터와 DHCP 기반 요청 또는 응답을 허용하지 않는 원격 설치 서버 사이에 라우터가 있나요? Windows Deployment Services 클라이언트 컴퓨터와 Windows Deployment Services 서버가 별도의 서브넷에 있는 경우 두 시스템 간에 라우터를 구성하여 DHCP 패킷을 Windows Deployment Services 서버로 전달합니다. 이 정렬은 Windows Deployment Services 클라이언트 컴퓨터가 DHCP 브로드캐스트 메시지를 사용하여 Windows Deployment Services 서버를 검색하기 때문에 필요합니다. 라우터에 DHCP 전달을 설정하지 않으면 클라이언트 컴퓨터의 DHCP 브로드캐스트가 Windows 배포 서비스 서버에 도달하지 않습니다. 이 DHCP 전달 프로세스를 라우터 구성 설명서에서 DHCP 프록시 또는 IP 도우미 주소 라고도 합니다. 특정 라우터에서 DHCP 전달을 설정하는 방법에 대한 자세한 내용은 라우터 지침을 참조하세요.

PXE IP 주소 할당 응답 시간 개선

PXE 클라이언트 컴퓨터가 IP 주소를 검색하는 데 시간이 오래 걸리는 경우(15~20초) 다음 요소를 확인합니다.

  • 대상 컴퓨터의 네트워크 어댑터와 스위치 또는 라우터가 동일한 속도(자동, 이중, 전체 등)로 설정되어 있나요?

  • 연결이 이루어지는 라우터의 IP 도우미 파일에 있는 Windows 배포 서비스 서버의 IP 주소인가요? IP 도우미 파일의 IP 주소 목록이 긴 경우 위쪽 근처에 있는 Windows Deployment Services 서버의 주소를 이동할 수 있습니다.

배포 프로세스 다시 시작

문제: 새 작업 순서 또는 수정된 작업 순서를 테스트하고 문제를 해결하는 동안 배포 프로세스가 처음부터 다시 시작될 수 있도록 대상 컴퓨터를 다시 시작해야 할 수 있습니다. MDT는 하드 디스크에 데이터를 기록하여 진행 상황을 추적하므로 예기치 않은 결과가 발생할 수 있습니다. 대상 컴퓨터를 다시 시작하면 이전 다시 시작 시 중단된 MDT 다시 시작이 있습니다.

가능한 솔루션: 배포 프로세스가 처음부터 다시 시작되도록 하려면 대상 컴퓨터를 다시 시작하기 전에 C:\MININT 및 C:\_SMSTaskSequence 폴더를 삭제합니다.

Sysprep

Sysprep 관련 문제 및 솔루션을 검토합니다.

  • 컴퓨터 계정이 잘못된 OU에 설명된 대로 대상 컴퓨터가 올바른 AD DS OU에 표시되지 않습니다.

컴퓨터 계정이 잘못된 OU에 있음

문제: 대상 컴퓨터가 도메인에 올바르게 조인되었지만 컴퓨터 계정이 잘못된 OU에 있습니다.

가능한 솔루션 1: 대상 컴퓨터에 대한 계정이 미리 존재하는 경우 계정은 원래 OU에 유지됩니다. 계정을 지정된 OU로 이동하려면 Microsoft Visual Basic® Scripting Edition과 같은 자동화 도구를 사용하여 계정을 이동하는 작업 순서 단계를 추가합니다.

가능한 솔루션 2: 지정된 OU가 올바른 형식이고 있는지 확인합니다. 올바른 OU 형식은 이어야 OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com합니다.

Configuration Manager

문제: REF _Ref308174600 \h 그림 3에 표시된 오류 메시지는 자체 서명된 PXE 인증서 만들기 옵션을 사용하여 Configuration Manager PXE 서비스 지점을 만들려고 할 때 표시됩니다.

그림 SEQ 그림 \* 아랍어 3. PXE 서비스 지점 오류

자체 서명된 인증서를 만들 수 없음 오류 메시지의 스크린샷

가능한 솔루션: 구성하려는 서버에 PXE 서비스 지점이 이전에 있는 경우 PXE 서비스 지점이 제거했을 때 자체 만든 인증서를 삭제하지 않았을 수 있습니다. C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA에서 PXE 인증서 폴더를 삭제합니다. 여기서 user_name 현재 구성을 수행하거나 이전 구성을 수행한 사용자의 이름입니다. 폴더를 삭제하면 Configuration Manager 콘솔의 새 사이트 역할 마법사가 성공적으로 완료됩니다.

작업 순서

작업 순서 관련 문제 및 해결 방법 검토:

작업 순서가 성공적으로 완료되지 않음

문제: 작업 순서가 성공적으로 완료되지 않거나 예측할 수 없는 동작이 있을 수 있습니다.

가능한 솔루션:운영 체제 설치 작업 순서 단계(LTI의 경우) 또는 운영 체제 이미지 적용 작업 순서 단계(UDI 및 ZTI의 경우)는 작업 순서 단계를 만든 후 수정되어 예측할 수 없는 결과를 초래할 수 있습니다. 예를 들어 32비트 Windows 8.1 이미지를 배포하기 위해 작업 순서를 만든 다음 나중에 운영 체제 이미지 적용 작업 순서 단계 또는 운영 체제 이미지 적용 작업 순서 단계가 64비트 Windows 8.1 이미지를 참조하도록 변경된 경우 작업 순서가 성공적으로 실행되지 않을 수 있습니다.

다른 운영 체제 이미지를 배포하기 위해 새 작업 순서를 만드는 것이 좋습니다.

다른 프로세서 아키텍처에 대해 만든 부팅 이미지에 대해 OEM 작업 순서가 잘못 표시됩니다.

문제: LTI OEM 작업 순서 템플릿을 기반으로 하는 작업 순서가 다른 프로세서 아키텍처의 부팅 이미지에 대해 표시됩니다. 예를 들어 64비트 작업 시스템을 배포하는 OEM 작업 순서가 32비트 부팅 이미지에 표시됩니다.

가능한 솔루션: 이는 LTI의 OEM 작업 순서가 부팅 이미지의 프로세서 아키텍처에 관계없이 항상 "플랫폼별"으로 간주되지 않으므로 예상되는 동작입니다.

Windows 배포 마법사의 잘못된 작업 순서 항목(잘못된 OS GUID) 메시지

문제: Windows 배포 마법사를 실행하면 마법사에 "잘못된 작업 순서 항목(잘못된 OS GUID)"이라는 오류 메시지가 표시됩니다. 운영 체제는 OperatingSystem.xml 파일에 나열됩니다. 그러나 운영 체제는 Deployment Workbench에 표시되지 않습니다.

가능한 솔루션: 원래 운영 체제 원본에는 둘 이상의 WIM 파일이 연결되어 있습니다. 작업 순서와 연결된 SKU가 삭제됩니다. 그러나 운영 체제 원본에 대한 다른 SKU는 여전히 존재합니다. Windows 배포 마법사의 이 컴퓨터 마법사 페이지에서 실행할 작업 순서 선택 페이지에서 삭제된 SKU를 참조하는 작업 순서를 선택하면 마법사 페이지에서 다음 을 클릭한 후 "잘못된 작업 순서 항목(잘못된 OS GUID)"이라는 오류 메시지가 표시됩니다.

이 문제를 resolve 다음 작업 중 하나를 수행합니다.

  • 운영 체제 원본에서 모든 SKU를 제거합니다. Windows 배포 마법사가 정상적으로 작동하며 오류 메시지가 표시되지 않습니다.

  • 다른 운영 체제 이미지를 사용하도록 작업 순서를 변경합니다.

네트워크 설정 적용

문제: Deployment Workbench에서 네트워크 연결 이름을 구성할 때 유효성 검사 오류가 표시되면 "네트워크 어댑터에 유효한 이름을 입력하세요."라는 메시지가 표시됩니다.

가능한 솔루션: 지정한 연결 이름에서 공백과 잘못된 문자를 제거합니다.

오류 발생시 계속 사용

오류가 계속되지 않도록 MDT 작업 순서가 구성되고 해당 작업 순서가 오류를 반환하는 경우 해당 작업 순서 그룹의 나머지 작업 순서는 모두 건너뜁니다. 그러나 나머지 작업 순서 그룹은 처리됩니다. 다음과 같은 사항을 고려해야 합니다.

두 개의 작업 순서 그룹이 만들어졌으며 두 그룹 중 하나에는 둘 이상의 작업 순서 단계가 포함됩니다.

  • 그룹 A

    • A단계
    • B단계
  • 그룹 B

    • A단계
    • B단계

    그룹 A\단계 A가 오류가 계속되지 않도록 구성된 경우 그룹 A\단계 B는 처리되지 않습니다. 그러나 B 그룹의 모든 작업 순서 단계가 처리됩니다.

사용자 상태 마이그레이션 도구

USMT 관련 문제 및 해결 방법 검토:

  • 네트워크 공유 폴더에 저장된 문서를 가리키는 바로 가기는 누락된 데스크톱 바로 가기에 설명된 대로 제대로 복원되지 않을 수 있습니다.

바탕 화면 바로 가기가 없습니다.

문제: USMT를 사용하여 사용자 데이터를 마이그레이션하는 동안 네트워크 문서를 가리키는 바로 가기가 복원되지 않을 수 있습니다. 바로 가기는 Scanstate 중에 캡처됩니다. 그러나 Loadstate 중에는 대상 컴퓨터로 복원되지 않습니다.

가능한 솔루션: MigUser.xml 파일을 편집하고 다음 줄을 주석 처리합니다.

원문 언어:

<include> filter='MigXmlHelper.IgnoreIrrelevantLinks()'>  

으로 바뀌었습니다:

<include> <!-- filter='MigXmlHelper.IgnoreIrrelevantLinks()'> -->  

Windows 이미징 형식 파일

WIM 관련 문제 및 솔루션을 검토합니다.

  • 손상된 WIM 파일에 설명된 대로 BDD.log 파일에서 WIM 파일 오류로 LTI 및 ZTI 배포가 실패합니다.

WIM 파일 손상

문제: 이미지를 배포할 때 BDD.log 파일의 다음 항목으로 인해 배포가 실패합니다.

  • ImageX에서 이미지를 \\Server\Deployment$\Operating Systems\Windows\version1.wim 성공적으로 적용하지 못했습니다. rc = 2

  • LTIApply COMPLETED. 반환 값 = 2

  • ZTI ERROR - LTIApply의 0이 아닌 반환 코드, rc = 2

    ImageX를 사용하여 WIM 파일을 탑재하여 문제를 조사하면 "데이터가 잘못되었습니다."라는 오류가 발생합니다. 추가 조사에 따르면 .wim 파일의 날짜 스탬프는 현재 날짜가 되기 몇 년 전입니다. 바이러스 스캐너와 같은 다른 프로세스가 이전에 읽기 또는 쓰기 프로세스가 끝날 때 닫힌 후 .wim 파일을 열어 두었던 것일 수 있습니다.

    가능한 솔루션: 백업 미디어에서 .wim 파일을 복원합니다.

Windows PE

Windows PE 관련 문제 및 솔루션을 검토합니다.

  • 배포 프로세스 시작 안 됨(제한된 RAM 또는 무선 네트워크 어댑터)에 설명된 대로 RAM 또는 무선 네트워크 어댑터가 부족하여 LTI 또는 ZTI 배포 프로세스가 시작되지 않습니다.

  • 배포 프로세스 시작 안 됨- 누락된 구성 요소에 설명된 대로 누락된 Windows PE 구성 요소로 인해 LTI 또는 ZTI 배포 프로세스가 시작되지 않습니다.

  • LTI 또는 ZTI 배포 프로세스는 배포 프로세스가 시작되지 않음- 누락되거나 잘못된 드라이버에 설명된 대로 누락되거나 잘못된 디바이스 드라이버로 인해 시작되지 않습니다.

배포 프로세스가 시작되지 않음 - 제한된 RAM 또는 무선 네트워크 어댑터

문제: 특정 대상 컴퓨터에 이미지를 배포할 때 Windows PE가 시작, wpeinit 실행, 명령 프롬프트 창이 열리지만 실제로 배포 프로세스를 시작하지는 않습니다. 대상 컴퓨터에서 네트워크 드라이브를 매핑하여 문제를 해결하면 네트워크 어댑터 드라이버가 로드되지 않음을 나타냅니다.

가능한 솔루션 1: RAM이 부족하여 배포 마법사가 시작되지 않습니다. 대상 컴퓨터에 RAM이 512MB 이상 있고 공유 비디오 메모리가 512MB 중 64MB를 초과하지 않는지 확인합니다.

MDT에서 지원하는 Windows PE 버전은 RAM이 512MB 미만인 대상 컴퓨터에서 실행할 수 없습니다.

가능한 솔루션 2: Windows PE 이미지에 무선 드라이버를 포함하지 마세요.

배포 프로세스가 시작되지 않음 - 누락된 구성 요소

문제: 실패한 배포 문제를 해결할 때 BDD.log 파일을 검토하면 다음 항목이 나열됩니다.

오류 - ADODB를 만들 수 없습니다. 연결 개체, SQL Server 쿼리할 수 없음: ActiveX 구성 요소는 개체를 만들 수 없습니다(429).

가능한 솔루션: 이 오류는 WINDOWS PE 이미지가 MDT를 사용하여 생성되지 않았음을 나타낼 수 있습니다. Configuration Manager 사용하는 경우 Configuration Manager 만든 기존 Windows PE 이미지 중 하나를 사용하지 말고 Microsoft 배포 작업 순서 가져오기 마법사를 사용하여 이미지를 만듭니다.

참고

Configuration Manager 만드는 Windows PE 이미지에는 스크립팅, XML 및 WMI(Windows Management Instrumentation)를 지원하는 구성 요소가 포함되어 있지만 Microsoft ADO(ActiveX® Data Objects)를 지원하는 구성 요소는 포함되지 않습니다.

배포 프로세스가 시작되지 않음 - 누락되거나 잘못된 드라이버

문제: 특정 대상 컴퓨터에 배포할 때 Windows PE가 시작, wpeinit 실행, 명령 프롬프트 창이 열리지만 실제로 배포 프로세스를 시작하지는 않습니다. 대상 컴퓨터에서 네트워크 드라이브를 매핑하여 문제를 해결하면 네트워크 어댑터 드라이버가 로드되지 않음을 나타냅니다. X:\Windows\System32\Inf에 있는 SetupAPI.log 파일을 검토하면 Windows PE에서 네트워크 어댑터를 구성할 때 오류가 발생하며, 그 중 하나는 "이 드라이버는 이 플랫폼을 위한 것이 아닙니다."입니다. 기본 제공 드라이버 목록의 드라이버가 이미지에 삽입되었습니다.

가능한 솔루션: Windows PE에서 드라이버가 다른 드라이버와 충돌할 수 있습니다. Deployment Workbench에서 Windows PE 이미지에 대한 설정을 구성할 때 네트워크 어댑터 및 스토리지 드라이버만 포함된 Windows PE 드라이버 그룹을 만든 다음 Windows PE 드라이버 그룹만 사용하도록 배포 공유를 구성합니다.

배포 프로세스 흐름 차트

이 섹션에서는 두 가지 MDT 흐름 차트 집합을 제공합니다. 하나는 LTI 배포용이고 다른 하나는 Configuration Manager 있는 ZTI 배포용입니다. 각 흐름도는 해당 배포 유형 중에 실행되는 작업을 보여 줍니다.

다음을 통해 배포 프로세스 흐름 차트를 숙지합니다.

LTI 배포 프로세스 순서도

흐름 차트는 다음 단계에 대해 제공됩니다.

  • 유효성 검사(그림 4)

  • 상태 캡처(그림 5 및 그림 6)

  • 사전 설치(그림 7, 그림 8 및 그림 9)

  • 설치(그림 10)

  • 사후 설치(그림 11 및 그림 12)

  • 상태 복원(그림 13, 그림 14, 그림 15 및 그림 16)

    그림 4. 유효성 검사 단계의 흐름도

    LTI 유효성 검사 단계에 대한 흐름 차트의 스크린샷.

    그림 5. 상태 캡처 단계의 순서도(1/2)

    LTI 상태 캡처 1단계의 흐름도 스크린샷

    그림 6. 상태 캡처 단계의 흐름도(2/2)

    LTI 상태 캡처 2단계의 흐름도 스크린샷

    그림 7. 사전 설치 단계의 흐름 차트(1/3)

    LTI 사전 설치 1단계의 흐름 차트 스크린샷

    그림 8. 사전 설치 단계의 순서도(2/3)

    LTI 사전 설치 2단계의 흐름도 스크린샷

    그림 9. 사전 설치 단계의 순서도(3/3)

    LTI 사전 설치 3단계의 흐름도 스크린샷

    그림 10. 설치 단계의 흐름도

    LTI 설치 단계에 대한 흐름 차트의 스크린샷

    그림 11. Postinstall 단계의 순서도(1/2)

    LTI 사후 설치 1단계의 흐름 차트 스크린샷

    그림 12 사후 설치 단계의 흐름 차트(2/2)

    LTI 사후 설치 2단계의 흐름 차트 스크린샷

    그림 13. 상태 복원 단계에 대한 순서도(1/4)

    LTI 상태 복원 1단계의 흐름도 스크린샷

    그림 14. 상태 복원 단계의 흐름도(2/4)

    LTI 상태 복원 2단계의 흐름도 스크린샷

    그림 15. 상태 복원 단계의 흐름도(3/4)

    LTI 상태 복원 3단계의 흐름 차트 스크린샷

    그림 16. 상태 복원 단계의 흐름도(4/4)

    LTI 상태 복원 4단계의 흐름도 스크린샷

ZTI 배포 프로세스 순서도

흐름 차트는 Configuration Manager 사용하여 ZTI 배포의 다음 단계에 대해 제공됩니다.

  • 초기화(그림 17)

  • 유효성 검사(그림 18)

  • 상태 캡처(그림 19)

  • 사전 설치(그림 20)

  • 설치(그림 21)

  • Postinstall(그림 22)

  • 상태 복원(그림 23 및 그림 24)

  • 캡처(그림 25)

    그림 17. 초기화 단계의 흐름도

    ZTI 초기화 단계에 대한 흐름 차트의 스크린샷.

    그림 18. 유효성 검사 단계의 흐름도

    ZTI 유효성 검사 단계에 대한 흐름 차트의 스크린샷.

    그림 19. 상태 캡처 단계의 흐름도

    ZTI Stete 캡처 단계에 대한 흐름 차트의 스크린샷.

    그림 20. 사전 설치 단계의 순서도

    ZTI 사전 설치 단계의 흐름 차트 스크린샷

    그림 21. 설치 단계의 흐름도

    ZTI 설치 단계에 대한 흐름 차트의 스크린샷.

    그림 22. Postinstall 단계의 순서도

    ZTI 설치 후 단계에 대한 흐름 차트의 스크린샷.

    그림 23. 상태 복원 단계의 흐름도(1/2)

    ZTI 상태 복원 1단계의 흐름도 스크린샷

    그림 24. 상태 복원 단계의 순서도(2/2)

    ZTI 상태 복원 2단계의 흐름 차트 스크린샷

    그림 25. 캡처 단계의 흐름도

    ZTI 캡처 단계에 대한 흐름 차트의 스크린샷.

Microsoft 지원 서비스

Microsoft는 Microsoft 배포 도구 키트에 대한 프리미어 및 전문가 수준의 지원을 제공합니다.

참고

지원팀에 문의할 때 문제가 MDT 및 특정 버전과 관련이 있음을 분명히 해야 합니다.