weg (제조 Windows 엔지니어링 가이드)
제조 weg는 OEM (주문자 상표 제조업) 및 ODM Windows 10 파트너를 제공 하며, 잠재적인 문제에 대 한 지침과 프로세스를 간소화할 수 있는 기회를 제공 합니다.
제조 개요
Manufacturability에 영향을 주는 많은 의사 결정이 새 장치를 엔지니어링 하는 초기에 수행 되므로, 가장 낮은 오버 헤드 프로덕션 프로세스를 선택 하기 위해 신중 하 게 고려해 야 합니다. 제조 바닥에 소요 되는 추가 분은 최종 제품에 대 한 추가 비용에 해당 합니다. 제조 WEG는 공장에서 소프트웨어와 하드웨어를 함께 제공 하는 이상적인 제조 프로세스 로드맵을 OEM 및 ODM 파트너에 게 제공 하기 위한 것입니다. 또한이 WEG는 프로세스를 간소화 하 고 일반적인 문제를 계획 하 고 방지 하는 방법에 대 한 지침을 제공 합니다. 우리의 제조 및 배포 권장 사항은 다음과 같이 도움이 됩니다.
- 데스크톱에서 이미지 디스크 공간 최적화
- 데스크톱에서 소규모 용량의 디스크에 Windows 배포 사용
- 이미지 배포 시간 단축
- 이미징 프로세스 간소화
- 데스크톱에서 OEM 정품 인증 (OA3) 주입/보고 프로세스를 간소화 합니다. 모바일 장치에는 활성화가 필요 하지 않습니다.
- 어셈블리 줄에서 장치 테스트 및 보정
- 유용한 장치를 빌드하기 위한 기타 주요 시나리오 지원
이 문서에서 일반 버전의 데스크톱 제조 프로세스는 다음과 같습니다.

모바일 장치에 대 한 제조 프로세스는 다음과 같습니다.

제조 weg는 Windows 최소 하드웨어 요구 사항 또는 OEM 정책 문서 (opd)를 전달 하기 위한 것이 아닙니다. WHCR 및 OPD 문서는 제조 WEG의 모든 정보 보다 우선 적용 됩니다. WHCR 및 OPD를 준수 해야 합니다.
전반적인 고려 사항
제조 경로
—BTO (비즈니스 빌드) 및 BTO (build To Order)에 따라 수행할 수 있는 일반적인 제조 경로에는 두 가지가 있습니다. 이 문서의 지침을 검토 하면서 각 단계에 대 한 투자 우선 순위를 지정 하 고 사용자 지정 된 프로세스에 최대한 많은 시간을 절약 하기 위해 장치의 제조 경로를 고려 합니다.
데스크톱 장치를 사용 하는 연습은 제조 종단 간 랩을 참조 하세요.
모바일 장치의 경우 BTS 제조 경로를 사용 해야 합니다.
빌드 순서 (BTO)
BTO 장치는 기본 이미지로 시작한 다음 제조 과정에서 대부분의 사용자 지정을 수신 합니다.
주요 이점은 최신 변경을 가능 하 게 하는 유연한 소프트웨어 자료입니다. 이러한 단점에는 더 복잡 한 이미지 생성 및 제조 프로세스, 공장에서의 추가 시간 및 증가 하는 이미지 크기가 포함 됩니다.
빌드를 재고 (BTS)
BTS 장치는 랩에서 거의 완전히 사용자 지정 된 이미지를 포함 합니다. BTS 프로세스는 계획 하 고 생성 하는 것이 더 간단 하며, 공장 바닥에서 더 빠르며, 품질이 높고, 제어 된 디스크 크기가 있습니다. BTS 장치는 여전히 공장 바닥에서 최신 변경 사항을 허용 해야 합니다. 데스크톱 버전의 Windows 10 및 Windows 11의 경우 이러한 변경 내용은 대부분 오프 라인 서비스를 사용 하 여 수행할 수 있습니다.
푸시 단추 다시 설정
밀어넣기 단추 다시 설정 도구는 별도의 파티션에 별도의 전체 시스템 복구 이미지를 더 이상 요구 하지 않습니다. 이렇게 하면 몇 기가바이트의 공간을 절약할 수 있습니다. 사용자가 장치를 새로 고치거 나 다시 설정 해야 하는 경우 ’ 다시 다운로드 하 여 설치 하는 대신 설치 된 Windows 업데이트를 유지할 수 있습니다. ’또한 사용자가 제공 하는 모든 사용자 지정을 유지 ’ 합니다.
새 파티션 레이아웃은 현재 Windows RE 파티션이 드라이브의 끝 부분으로 이동 하는 것을 제외 하 고 Windows 8.1의 기존 파티션 레이아웃과 비슷하며, 더 이상 별도의 전체 시스템 복구 파티션이 필요 하지 않습니다.

자세한 내용은 푸시 단추 다시 설정 을 참조 하세요.
모바일 장치에서는 푸시 단추 재설정이 지원 되지 않습니다. 대신 공장 기본 설정으로 다시 설정 해야 합니다.
운영 체제 압축
이제 압축 된 OS 및 단일 인스턴스 기능을 사용 하 여 미리 Windows 로드 된 데스크톱 응용 프로그램을 비롯 한 전체 운영 체제를 압축 파일을 사용 하 여 실행할 수 있습니다. 이러한 기능은 Windows 8.1 Update 1의 WIM 부팅 기능을 대체 하며, 시간이 지남에 따라 더 작은 디스크 공간을 유지 하는 데 도움이 될 수 있습니다.
모든 장치에 대해 Compact OS가 지원 되기는 하지만 회전 드라이브의 성능이 저하 되므로 반도체 드라이브가 있는 장치 에서만 Compact OS를 사용 하는 것이 좋습니다.
자세한 내용은 COMPACT OS, 단일 인스턴스 및 이미지 최적화를 참조 하세요.
모바일 장치에서는 압축 OS가 지원 되지 않습니다.
프로비저닝 패키지
이미지를 작성 하는 동안 시간을 절약 하기 위해 프로 비전 패키지를 사용 하 여 이미지를 배포 하는 동안 데스크톱 Windows 응용 프로그램을 캡처하고 적용할 수 있습니다. 이렇게 하면 전체 이미지를 일반화 하 고 캡처하는 데 시간이 오래 걸리는 단계가 절약 되며,이를 통해 BTO 장치를 신속 하 게 배포할 수 있습니다.
언어 팩
전체 언어 팩을 추가 하는 대신 표시 문자열, 필기, 음성 및 텍스트 음성 변환에 대 한 개별 패키지를 선택 하 여 데스크톱 장치에 필요한 리소스를 추가 하 여 공간을 절약 합니다. 나중에 사용자에 게 추가 언어 기능이 필요한 경우 필요에 따라 패키지를 다운로드할 수 Windows.
언어 및 지역 SKU 결정은 이미지 생성 시스템의 디스크 공간 및 복잡도에 큰 영향을 줄 수 있습니다. 각 이미지에 포함 된 언어 팩의 양과 유형을 제한 하는 데 주의를 기울여야 합니다.
모바일 장치는 모든 언어가 모든 이미지에 포함 되도록 전 세계 이미지를 사용 합니다.
드라이버 공동 설치 관리자
드라이버는 일반적으로 디스크 공간의 작은 부분 이지만, 드라이버와 함께 제공 되는 공동 설치 프로그램 또는 데스크톱 장치 앱은 수백 메가바이트를 추가할 수 있습니다. 장치와 함께 제공 되는 클래식 Windows 응용 프로그램이 완벽 하 게 작동 해야 하는지 신중히 고려해 야 합니다.
하드웨어 구성 요소
하드웨어 결정이 제조 프로세스에 영향을 줄 수도 있습니다. 하드웨어의 물리적 어셈블리를 사용 하는 것 외에도 특정 장치를 포함 하거나 제외 하면 공장 프로세스가 더 어려워질 수 있습니다. 예를 들어 터치 스크린 및 센서가 포함 된 경우 각 장치에서 보정 해야 합니다. 이더넷 포트와 같은 장치를 제외 하 ’ 는 경우 PXE 부팅을 사용 하 여 추가 비용을 의미할 수 있습니다.
맬웨어 방지 앱
권장 사항: 처음 로그인 하는 동안 디스크의 전체 검색을 방지 하도록 장치를 구성 합니다. 이 검색을 제한 하는 모범 사례를 확인 하려면 맬웨어 방지 공급 업체에 문의 하세요.
맬웨어 방지 도구는 사용자가 처음으로 로그인 하는 동안 전체 디스크 검색을 수행 하는 몇 가지 인스턴스를 살펴보았습니다 ’ . 첫 번째 로그인 프로세스 중에 발생 하는 중요 한 작업이 포함 된 검색 경합로 인해 첫 번째 로그인이 매우 느려서 성능이 저하 되 고 시스템 성능이 저하 됩니다.
Microsoft Defender의 경우 이미지에 고유한 식별자를 추가 하 여이를 구성할 수 있습니다. 자세히 알아보려면 Microsoft Defender에 대 한 신뢰할 수 있는 이미지 식별자 구성을 참조 하세요.
공장 이전 이미지 업데이트
골든 이미지는 일반적으로 프로덕션이 시작 되기 전에 OEM에서 ODM으로 전달 됩니다. 이러한 이미지에는 거의 항상 업데이트가 필요 합니다. 골든 이미지를 업데이트 하는 경우 ’ 각 장치에서 업데이트를 수행 해야 합니다. 이렇게 하면 각 장치에 대해 공장 바닥에서 시간이 줄어들고 품질이 향상 됩니다.
이미지 업데이트에는 드라이버, Windows 업데이트, 소프트웨어, OEM 사용자 지정 및 앱 패키지 (.appx)가 포함 될 수 있습니다.
고려 사항
오프 라인 서비스를 사용 하 여 이미지를 업데이트 하 ’ 는 경우 이미지를 정기적으로 유지 관리 해야 합니다. 공장 바닥에 저장 된 시간에는 가치가 있습니다.
목표
공장 바닥에서 단위당 소요 되는 시간을 줄이고 프로덕션 장치에서 오류 금액을 줄입니다.
구현
BTO 시스템에서 일부 선택적 드라이버 및 일부 선택적 앱은 장치를 수용 하기 위해 소프트웨어 다운로드 스테이션에서 적용 해야 할 수 있습니다. 이러한 수정 사항은 오류 발생 가능성을 줄이고 제조 시간을 개선 하기 위해 최소화 되어야 합니다.
이미지 만들기
OEM 이미지 랩에서 전체 골든 데스크톱 이미지 생성 프로세스는 기존 프로세스와 유사 합니다.

호환성 문제를 방지 하려면 이미지 생성 랩에서 참조 장치를 작업할 때 Windows PE의 새 버전을 사용 합니다.
데스크톱에서 Skype 제거에 대 한 지역별 정책
Windows 제공 되는 앱은 기본적으로 모든 Windows 이미지에 포함 됩니다. Windows OEM 정책 문서 (opd)에서 명시적으로 지정한 경우를 제외 하 고 이러한 앱을 수정할 수 없습니다.
정책 요구 사항으로 인해 수신함 Skype 앱을 제거 해야 하는 경우 DISM.exe 도구나 DISM Windows PowerShell cmdlet을 사용 하 여 앱을 제거할 수 있습니다. 이 정책 요구 사항에 대 한 자세한 내용은 최신 OEM 정책 문서를 참조 하세요.
Windows PowerShell에서 감사 모드로 온라인 Skype를 제거 하려면 다음을 수행 합니다.
get-provisionedappxpackage -online | where-object {$_.displayname -eq "Microsoft.SkypeApp"} | Remove-ProvisionedAppxPackage -online
Windows PowerShell Skype 오프라인으로 제거하려면 다음을 수행합니다.
get-provisionedappxpackage -path c:\mount | where-object {$_.displayname -eq "Microsoft.SkypeApp"} | Remove-ProvisionedAppxPackage
Dism.exe 사용하여 오프라인으로 Skype 제거하려면 다음을 수행합니다.
전체 패키지 이름을 얻습니다.
Dism.exe /image:<Windows_volume> /get-provisionedappxpackagesMicrosoft.SkypeApp 목록에서 를 사용하여 패키지를
<PackageName>제거합니다.Dism.exe /image:<Windows_volume> /remove-provisionedappxpackage /PackageName:<PackageName>
참고
Windows 8 버전의 WinPE를 사용하는 경우 서비스 작업 후에 파일의 타임스탬프를 업데이트해야 합니다. 그렇지 않으면 OEM 활성화 3.0 라이선스 방법을 사용하여 이미지를 활성화할 수 없습니다. 또한 licensingdiag.exe 바로 사용이 허가된 라이선스 진단 도구는 이미지가 변조되었다고 보고합니다.
이 문제를 해결하려면 Windows 8 버전의 WinPE에서 서비스 작업을 실행한 후 OEM을 실행해야 합니다.
dir %windir%\System32\catroot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}
언어 팩 업데이트
새 언어를 설치한 후에는 APPX 번들 및 받은 편지함 Windows 앱을 다시 설치하여 새 언어를 지원해야 합니다. 그렇지 않으면 APPX 번들에 ’ 새 언어에 대한 지원이 포함되지 않습니다.
감사 모드의 앱
해당 시점에 서비스에 대한 명시적 요구가 없는 한 모든 OEM 제조 디바이스에 대해 감사 모드에서 앱 준비 서비스를 사용하지 않도록 하는 것이 좋습니다. 앱 준비 서비스를 사용하지 않도록 하면 디바이스가 OOBE로 처음 부팅하는 데 필요한 시간을 줄일 수 있으며 경우에 따라 OOBE 중에 안정성을 향상시킬 수 있습니다.
오프라인에서 앱 준비 서비스를 사용하지 않도록 설정하려면 다음을 수행합니다.
HKLM\Software\Microsoft\Windows\CurrentVersion\AppReadiness DisableInAuditMode가 1 값으로 설정된 .reg 파일을 만듭니다.
Windows 이미지를 탑재합니다. 예를 들면 다음과 같습니다.
Dism /Mount-Image /ImageFile:"C:\Images\ModelSpecificImage.wim" /Name:"Fabrikam" /MountDir:"C:\mount\windows" /Optimize레지스트리 하이브를 로드합니다. 예를 들면 다음과 같습니다.
reg load hklm\LoadedHive C:\mount\Windows\System32\config\SYSTEM레지스트리 값을 추가합니다. 예를 들어 USB 스티커에서 .reg 파일을 사용합니다.
regedit /s e:\registry\regFile.reg하이브를 언로드합니다.
reg unload hklm\LoadedHiveWindows 이미지를 분리하고 변경 내용을 커밋합니다. 예를 들면 다음과 같습니다.
Dism /Unmount-Image /MountDir:"C:\mount\windows" /Commit
감사 모드로 전환하기 전에 오프라인으로 서비스를 사용하지 않도록 설정하는 것이 좋습니다. 그러나 감사 모드에서 온라인으로 사용하지 않도록 설정할 수도 있습니다. 서비스를 사용하지 않도록 설정하면 이미지를 일반화해야 합니다. 온라인으로 앱 준비 서비스를 사용하지 않도록 설정하려면 다음을 수행합니다.
- 감사 모드에서 를
regedit시작합니다. - HKLM\Software\Microsoft\Windows\CurrentVersion\AppReadiness DisableInAuditMode로 이동합니다.
- 키 값을 1로 설정합니다.
계속하기 전에 Sysprep generalize를 실행합니다.
SMT/어셈블리 단계
최상의 고객 환경을 위해 디바이스를 보정하고 Windows 하드웨어 랩 키트 테스트를 통과해야 합니다.
구현
- 교정
- 센서
- 터치 패드
- 터치 스크린
- RF
- 카메라
시간을 UTC로 설정하고 아래에 자세히 설명된 ACPI 변경 내용을 구현합니다.
하드웨어 테스트 및 실행 단계
전체 버전의 Windows 테스트합니다. 이렇게 하면 사용자가 볼 수 있는 최종 하드웨어/소프트웨어 상호 작용을 테스트할 수 있습니다.
고려 사항
와 함께 제공되는 전체 버전의 Windows 사용하면 최종 사용자에게 표시되는 것과 동일한 환경에서 테스트 및 유효성 검사를 허용합니다. Windows PE는 테스트에 지원되는 운영 체제가 아니며 – 배포 차량으로만 사용되도록 설계되었습니다.
목표
제조 시간을 절대 최소로 유지하면서 가능한 최고 품질의 제품을 제공합니다.
구현
테스트 OS 설치는 다양한 방법으로 처리할 수 있습니다. 테스트 OS는 배송 OS보다 변동이 적기 때문에 언제든지 이미지를 디스크에 배치할 수 있어 공장 현장의 이미지를 적용하는 데 소요되는 시간을 줄일 수 있습니다. 옵션에는 IHV에서 이미지가 미리 플래시되거나 사이트에서 디스크 중복을 사용하는 것이 포함됩니다.
중요:테스트 OS로 부팅할 때 TPM(신뢰할 수 있는 플랫폼 모듈) 자동 프로비저닝을 사용하지 않도록 설정하여 양호한 성능을 보장하고 사용자의 OS에 모듈의 소유권이 있는지 확인합니다. Windows 이 작업을 수행하려면 다음 레지스트리 키를 설정해야 합니다.
[HKLM\System\CurrentControlSet\Services\Tpm\WMI\NoAutoProvision] (REG_DWORD) to 1
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TPM\WMI]
"NoAutoProvision"=dword:00000001
소프트웨어 다운로드 단계
고려 사항
이 단계에서 소요되는 시간을 최소화하려면 주의해야 합니다. 일부 긴 기간은 피할 수 없지만(예: BTO 사용자 지정) 파트너는 가능한 한 간소화의 비용과 비용을 계산하는 것이 좋습니다.
목표
최소한의 오버헤드로 효율적이고 복원력 있는 이미징 시스템을 만듭니다. 가능한 한 많은 단계를 공장 전 바닥 이미지 업데이트로 이동합니다.
구현
컴퓨터를 WinPE로 부팅합니다. Compact OS를 배포하려면 ’ Windows 10 버전의 WinPE를 사용해야 합니다. 다음과 같은 다양한 방법으로 WinPE를 부팅할 수 있습니다.
- PXE 사용
- USB 스티커 사용
- 하드 디스크에 WinPE 사전 설치
diskpart를 사용하여 하드 드라이브 파티션 구조를 만듭니다.
diskpart /s F:\CreatePartitions-UEFI.txt자세한 내용은 UEFI/GPT 기반 하드 드라이브 파티션을 참조하세요.
DISM을 사용하여 만든 이미지를 Windows 파티션에 적용합니다.
ApplyImage F:\Images\ThinImage.wim자세한 내용은 Windows, 시스템 및 복구 파티션 캡처 및 적용을 참조하세요.
선택 사항: 별도의 USB 플래시 드라이브에서 복구 이미지와 동일한 이미지를 사용합니다. 이 USB 디스크는 더 이상 권한 있는 복제자에서 원본이 될 필요가 없습니다. 자세한 내용은 미디어 만들기를 참조하여 푸시 단추 재설정 기능을 실행합니다.
디바이스를 감사 모드로 부팅합니다.
최종 이미지를 수정합니다. 이 경우 많은 BTO가 수정됩니다.
추가 언어 팩이 추가되기 전에 APPX 앱이 설치된 경우 새 언어를 지원할 수 있도록 앱을 다시 설치합니다. 여기에는 받은 편지함 애플리케이션이 포함됩니다.
OEM은 /StartComponentCleanup /resetbase 플래그를 사용하여 DISM을 실행하여 사용 가능한 디스크 공간을 추가로 확보할 것을 강력하게 권고합니다.
다음 명령을 실행하여 .NET Framework 앱이 컴파일되었는지 확인합니다.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe update /queue C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe eqi64비트 컴퓨터에서 64비트 CLR에 대해 동일한 작업을 수행합니다.
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe update /queue C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe eqiOAtool.exe 사용하여 OA3 CBR(컴퓨터 빌드 보고서)을 만들고, 펌웨어에 키를 삽입하고, 프로비전의 유효성을 검사합니다.
’WinPE(Windows 사전 설치 환경) 5.x를 사용하는 경우 타임스탬프를 수정합니다. (Windows 10 WinPE를 사용하는 경우에는 이 단계가 필요하지 ’ 않습니다.)
dir %windir%\System32\catroot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}Sysprep /oobe를 실행하여 최종 사용자를 위한 시스템을 준비합니다.
보안 부팅을 사용하도록 설정합니다(구현된 경우).
품질 보증 단계
모든 사용자 지정이 성공적으로 설치되었는지 확인하려면 프로덕션 실행 전체에서 머신 샘플에서 품질 보증을 실행해야 합니다. 이 QA 패스는 OA3 구현의 유효성을 검사하는 데도 사용해야 합니다.
고려 사항
시스템이 이 QA 패스에 대해 OOBE를 통과하면 최종 사용자 환경이 우수하도록 다시 설정해야 합니다.
목표
좋은 고객 환경을 보장하고 머신을 다시 빌드하는 데 소요된 시간을 줄입니다.
구현
디바이스를 다시 이미지화하려면 프로덕션 라인으로 돌아가야 합니다.
Remanufacturing
디바이스가 OOBE를 통과하면(어떤 이유로든) 디바이스를 이미지로 다시 설치해야 합니다. 팩터리에서 TPM이 지워진 후(설치된 경우) 디바이스를 소프트웨어 다운로드 스테이션에 다시 추가할 수 있습니다.
타사에서 필드에서 디바이스를 서비스해야 하는 경우 푸시 단추 재설정을 사용해야 합니다. 이렇게 하면 컴퓨터가 전체 팩터리 구성으로 다시 반환되지만 실행이 간단하게 유지됩니다.
고려 사항
PBR에는 팩터리 재제어에 필요한 모든 함수가 있지만 작업을 스크립팅하는 기능을 제공하지 않으며 대규모 프로덕션에 필요한 자동화에 필요한 실행 가능한 오류 코드를 제공하지 않습니다.
목표
사용자 데이터를 보호하면서 좋은 고객 환경을 보장합니다.
구현
TPM을 지우려면 다음 명령을 사용합니다.
$Tpm = Get-WmiObject -class Win32_Tpm -namespace "root\CIMv2\Security\MicrosoftTpm"
$Tpm.SetPhysicalPresenceRequest(22)
Windows PE를 사용하려면 ’ 다음을 사용하여 사용자 지정된 Windows PE 이미지가 필요합니다.
- ftpm용 SOC 관련 드라이버입니다.
- 선택적 구성 요소: SecureStartup, WMI, PowerShell 및 .NET Framework.
제조 검사 목록
Windows 10 제조 작업 타임라인
이 검사 목록을 사용하여 제조 작업을 계획할 수 있습니다.
| Task | EV 이전 단계 | EV 단계 | DV 단계 | PV 단계 |
|---|---|---|---|---|
| 필수 구성 조건 제조 작업: | EV 이전 | EV | DV | PV |
| ODM을 선택합니까? | ✔ | - | - | - |
| Windows 10 OEM 액세스 | ✔ | - | - | - |
| Windows 10 대한 ODM 액세스 | ✔ | - | - | - |
| 제조 WEG에 대한 OEM 액세스 권한 | ✔ | - | - | - |
| 제조 WEG에 대한 ODM 액세스 | ✔ | - | - | - |
| ODM 연락처 지점이 확인되었습니다. | ✔ | - | - | - |
| OEM 연락처 지점이 식별되어 있나요? | ✔ | - | - | - |
| ODM 시작? | ✔ | - | - | - |
| OEM 시작? | ✔ | - | - | - |
| 정기적인 제조 호출 | - | ✔ | - | - |
| 배포: | EV 이전 | EV | DV | PV |
| 배포 개념에 대한 OEM 이해 | ✔ | - | - | - |
| 배포 개념에 대한 ODM 이해 | ✔ | - | - | - |
| Windows 10 DISM 사용 | - | ✔ | - | - |
| Windows 10 Windows PE 사용 | - | ✔ | - | - |
| DISM을 통해 적용된 확장 특성 | - | ✔ | - | - |
| WinSxS 검사가 실행되고 있나요? /AnalyzeComponentStore | - | ✔ | - | - |
| 이미지가 정리되어 있나요? (DISM /Cleanup-Image /StartComponentCleanup /ResetBase) | - | ✔ | - | - |
| 누를 단추 다시 설정 | EV 이전 | EV | DV | PV |
| 푸시 단추 재설정 개념에 대한 OEM 이해 | - | ✔ | - | - |
| 푸시 단추 재설정 개념에 대한 ODM 이해 | - | ✔ | - | - |
| Windows RE 및 푸시 단추 재설정에 사용할 권장 파티션 레이아웃은 무엇인가요? | - | - | ✔ | - |
| 비표준 파티션 레이아웃을 사용하는 경우 복구 미설치 복구가 구성되어 있나요? | - | - | ✔ | - |
| 복구 이미지 ACL 설정이 올바르나요? | - | - | ✔ | - |
| 새로 고침/다시 설정 시간이 지침 내에 있나요? | - | - | - | ✔ |
| Windows RE: | EV 이전 | EV | DV | PV |
| Windows RE 개념에 대한 OEM 이해 | - | ✔ | - | - |
| Windows RE 개념에 대한 ODM 이해 | - | ✔ | - | - |
| Windows RE 사용 | - | - | ✔ | - |
| Windows RE 위치가 올바르지 않습니다. | - | - | ✔ | - |
| Windows RE 대한 BCD GUID는 의 WINDOWS RE GUID 항목과 일치합니다Reagent.xml | - | - | ✔ | - |
| 이미지 인덱스 올바름 | - | - | ✔ | - |
| 제조: | EV 이전 | EV | DV | PV |
| Windows RE 파티션 크기(MB) 및 선택한 디스크의 위치 | - | ✔ | - | - |
| 테스트 파티션에서 전체 Windows 사용 | - | - | ✔ | - |
| [NIC] 또는 [중복]을 통한 이미지 배포 | - | ✔ | - | - |
| OPM 키 프로비저닝 계획을 완료했나요? | - | ✔ | - | - |
| SKU당 언어 팩 | - | - | ✔ | - |
| 보안 부팅: | EV 이전 | EV | DV | PV |
| 보안 개념에 대한 OEM 이해 | ✔ | - | - | - |
| 보안 개념에 대한 ODM 이해 | ✔ | - | - | - |
| 사전 프로덕션 서명으로 테스트된 보안 부팅 프로세스 | - | - | ✔ | - |
| 워터마크를 끄시겠습니까? | - | - | - | ✔ |
| IHV/ISV에서 서명된 드라이버 | - | - | - | ✔ |
| Microsoft에서 서명한 드라이버 | - | - | - | ✔ |
| 다시 제조 프로세스 완료 [공장] | - | - | ✔ | - |
| 제조 프로세스 완료 [현장 서비스] | - | - | ✔ | - |
| FT에서 심사한 보안 부팅 및 디버그 정책 계획 | - | ✔ | - | - |
| OA 3.0: | EV 이전 | EV | DV | PV |
| 업데이트 된 OA3tool.exe 사용 | - | - | ✔ | - |
| 오프 라인에서 이미지/키 유효성 검사 | - | - | ✔ | - |
에서 수행 [Windows PE][Windows] 된 삽입은 OEM 정품 인증 3.0 섹션을 참조 하세요. |
- | - | ✔ | - |
부록
작은 디스크 공간 최적화
Office 및 RAM이 2gb 인 Windows 10 x86의 기본 디스크 공간에는 다음이 포함 됩니다.
| Windows (Office), 페이지 파일, hiberfile, 스왑 파일, 두 가지 언어 팩 | 11.7 GB |
| WinRE | 500MB |
| 시스템 파티션 (MSR, ESP) | 428MB |
| 합계 | ~ 23GB |
| 32GB (29GB 사용 가능한) 장치에서 OEM 사용자 지정에 사용 가능한 공간 | ~ 6GB |
가정:
- GetDiskFreeSpaceEx ()를 사용 하 여 계산 된 디스크 공간
- 데이터는 운영 체제를 실행 하는 즉시 수집 된 후에 실행 됩니다.
- 측정값이 포함 되어 있습니다.
- Windows 업데이트 사용 안 함
- 빌드에 여러 개의 실행이 있습니다. 이 보고서에는 최대 공간이 사용 됩니다.
- 드라이브 용량은 기본 2 크기 (32GB = = 320억 바이트 = = 30518Bb (또는 29GiB))로 변환 됩니다.
언어 팩
언어 팩은 OEM이 만들 가능성이 가장 큰 디스크 공간 일부를 구성 합니다. 모든 선택적 구성 요소가 포함 된 언어는 275MB (언어에 따라 크기가 달라 짐)에서 예상할 수 있지만 언어 팩 Office 300MB (언어에 따라 달라 짐)에서 예측할 수 있습니다.
최종 사용자가 OOBE 중에 주 언어를 선택 하면 사용 하지 않는 언어 팩이 Windows 됩니다. 제거 된 후에는 푸시 단추 재설정을 통해 이러한 언어를 사용할 수 없습니다.
더 작은 디스크 공간을 유지 하기 위해 각 배송 SKU에 설치 되는 언어의 양을 줄이는 것이 좋습니다.
서비스
KB Windows 업데이트 패키지를 추가 하면 디스크 크기에 크게 더할 수 있습니다. 업데이트를 추가한 후 이미지의 공간을 줄이려면 다음을 수행 합니다.
KB를 설치 하 고 메시지가 표시 되 면 다시 부팅
관리자 권한 명령 프롬프트에서 다음 명령을 실행 합니다.
dism.exe /online /cleanup-image /startcomponent디바이스를 다시 시작합니다.
실시간 클록 (RTC)
RTC는 장치의 전원이 꺼진 경우 시스템 시간을 저장 하 고 유지 관리 하는 배터리 지원 시간 원본입니다. ACPI 5.0은 & 플랫폼 시간을 유지 하는 기본 하드웨어 장치를 추상화 하는 시간 경보 장치를 정의 합니다. ACPI 시간 & 경보 장치는 기존 CMOS 기반 RTC를 사용 하는 시스템의 경우에도 Windows에서 플랫폼 시간을 설정 하 고 쿼리 하는 데 선호 되는 방법입니다. ACPI 인터페이스는 RTC에서 얻거나 RTC로 기록 된 시간 값에 대 한 표준 시간대 바이어스를 제공 합니다. 이러한 추가 정보 필드는 CMOS 기반 RTC의 위해 노력해 왔으며 문제를 해결 합니다. 여기서 운영 체제는 하드웨어 클록에서 읽은 시간을 해석 하는 방법을 알지 못합니다.
공장 바닥 고려 사항
다음과 같은 경우 RTC를 쿼리하여 시스템 시간을 업데이트 Windows 합니다.
- 시간 동기화 서비스를 사용할 수 없습니다.
- 컴퓨터가 절전 모드 (S3) 또는 최대 절전 모드 (S4) 전원 상태로 전환 됩니다.
- 커널 디버거를 사용할 수 있습니다.
oem은 일반적으로 Windows 7과 함께 제공 되는 장치에 대해 RTC를 현지 시간 (LT)으로 프로 비전 합니다. Windows 7은 CMOS 시간 인터페이스만 사용 하 여 RTC 시간을 가져옵니다 .이는 LT로 해석 됩니다. Windows 8에는 ACPI 시간 경보 장치에 대 한 지원이 추가 & 되었지만, 사용 가능한 경우 CMOS RTC를 사용 하 고이를 사용 하 여 반환 된 시간을 LT로 처리 Windows 8. 이 동작 (CMOS RTC 인터페이스와 관련 됨)은 대부분의 Windows 없는 운영 체제와 호환 되지 않습니다. 또한 Azure와 같은 호스팅 공급자는 가상화 된 하드웨어에서 UTC 시간을 사용 하 여 다양 한 표준 시간대를 가질 수 있는 게스트의 관리 및 마이그레이션을 간소화 합니다.
이러한 문제를 해결 하기 위해 Microsoft는 CMOS RTC 인터페이스를 사용 하지 않고, 주로 ACPI 시간 경보 장치를 사용 하는 것으로 전환 됩니다 & .
Oem의 경우 지침은 다음과 같습니다.
- ACPI 시간 & 경보 장치를 구현 합니다.
- “” 고정 된 ACPI 설명 테이블 (FADT)에 CMOS RTC 없음 플래그를 설정 합니다. 기본 하드웨어는 여전히 CMOS 지원 RTC 이지만 & 이 플래그가 설정 된 경우 Windows는 ACPI 시간 경보 장치만 사용 합니다.
- 플랫폼 펌웨어가 일광 절약 경계에서 RTC를 업데이트 하는 것은 권장 되지 않습니다. 그러나이 경우에는 시간 값 (예: UTC = l + TZ)에 표준 시간대 바이어스를 추가 하 여 UTC (협정 세계시)를 항상 계산할 수 있도록 해야 합니다. Windows는 _GRT 제어 메서드에서 받은 DST 필드를 무시 합니다.
- CMOS RTC 인터페이스를 통해 RTC 시간을 업데이트 하는 경우 펌웨어를 통해 TZ (0x7FF로 설정 됨)를 무효화 합니다.
첫 번째 로그인 환경 보장
Windows 팀은 Windows에 대 한 사용자의 첫 번째 모범 경험을 차단 하는 여러 문제를 확인 했으며 ’ , 다음 지침에서는 고객에 대 한 OS 이미지를 준비할 때 일반적인 문제를 해결 해야 합니다.
처음 로그인 하는 동안 맬웨어 방지 도구에서 디스크 검색
맬웨어 방지 도구는 사용자가 처음으로 로그인 하는 동안 전체 디스크 검색을 수행 하는 몇 가지 인스턴스를 살펴보았습니다 ’ . 첫 번째 로그인 프로세스 중에 발생 하는 중요 한 작업이 포함 된 검색 경합로 인해 첫 번째 로그인이 매우 느려서 성능이 저하 되 고 시스템 성능이 저하 됩니다.
권장 사항: 처음 로그인 하는 동안 디스크의 전체 검색을 방지 하도록 장치를 구성 해야 합니다. Av 솔루션에 대 한 특정 지침은 AV 공급 업체에서 제공 해야 합니다.
Microsoft Defender
Microsoft Defender가 원래 디스크 이미지에서 제공한 모든 파일을 다시 검색 하지 못하도록 이미지에 고유 식별자를 추가 합니다. 자세히 알아보려면 Microsoft Defender에 대 한 신뢰할 수 있는 이미지 식별자 구성을 참조 하세요.
NGEN 명령 실행
네이티브 이미지 생성은 .NET framework ’ s MSIL (가상 머신 코드)을 네이티브 이미지 (플랫폼별 실행 파일)로 컴파일하는 작업입니다. 일반적으로 CLR 응용 프로그램 시작 시간을 크기 보다 크게 향상 시킵니다. 자세한 내용은 NGen의 성능 이점을 참조 하세요.
권장 사항: 다음 지침에 따라 .NET Framework 앱이 컴파일 되었는지 확인 합니다. 모든 OS 업데이트를 설치한 후 다음 명령을 실행 하세요.
32 비트, x86 또는 ARM 장치에서:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe update /queue
C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe eqi
64 비트 장치에서 두 .NET framework 버전 모두에 대해이 작업을 수행 합니다.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe update /queue
C:\Windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe eqi
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe update /queue
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe eqi
그래픽 드라이버
Windows 장치는 시스템 하드웨어용으로 올바른 DirectX 그래픽 드라이버를 제공 해야 합니다. 올바른 드라이버를 설치 하지 못하면 소프트웨어 기반 그래픽 드라이버로 대체 됩니다. 이로 인해 느린 첫 번째 로그인 성능을 포함 하 여 Windows의 성능이 저하 됩니다.
권장 사항: 감사 모드에서 하드웨어에 맞는 올바른 그래픽 드라이버를 설치 합니다.
질문과 대답
Windows PE
질문: 새 WinPE를 사용 하 여 이전 Windows 버전을 배포, 유지 관리 및 서비스 할 수 있나요?
응답: WinPE에 대 한 업데이트는 현재 지원 되는 Windows 버전에 영향을 주지 않습니다. 업데이트 된 WinPE를 사용 하 여 Windows 7과 같은 이전 Windows 버전을 배포할 수 있습니다.
질문: Windows 10의 일부로 제공 되는 새 배포 도구로 마이그레이션해야 하나요?
답변: 아니요 . 컴팩트 OS를 구현 하려는 경우에만 최신 버전의 배포 도구 (WinPE, DISM)로 업데이트 해야 합니다.
질문: 디스크 공간 최적화는 내 PXE 환경에 어떤 영향을 미칩니까?
답변: pxe 환경에서 적용을 실행 하는 경우 pxe 환경을 최신 버전의 배포 도구 (WinPE, DISM)로 업데이트 해야 ” 합니다. 다운로드 (서버에서 클라이언트로 파일 복사)만 실행 하는 경우에는 ’ PXE 환경을 업데이트할 필요가 없습니다.
.pbr (푸시 단추 복구) 및 WinRE (Windows 복구 환경)
질문: WinRE도 업데이트 됩니까?
답변: 예, 새 WinRE가 필요 합니다.
질문: 사용자가 계속 해 서 .pbr USB 키를 만들 수 있나요?
대답:예. 기본 파티션 레이아웃을 사용하는 경우 이를 사용하도록 설정하기 위해 OEM에서 추가 설정이 필요하지 않습니다.
Storage
질문:반도체 디스크만 지원합니까?
대답:반도체 미디어와 기존 회전 미디어를 모두 지원합니다. 단일 인탄싱은 성능 문제로 인해 반도체 디스크에서만 사용하는 것이 좋습니다.
질문:이중 디스크 구성(HDD + SSD)에서 프로비저닝 패키지의 단일 인탄싱을 사용할 수 있나요?
대답:단일 인탄싱은 동일한 디스크에서만 구현할 수 있습니다.
디스크 공간
질문:OOBE 중에 사용자가 선택하지 않은 언어 팩을 어떻게 삭제하나요?
대답:언어 팩은 디바이스에서 삭제되며, 푸시 단추 복구 작업 중에는 더 이상 사용할 수 없습니다.
질문:디스크 크기를 어떻게 계산하나요? 예를 들어 16GB 디스크에 14.8GB의 디스크 크기를 보고합니다.
대답:디스크 용량이 Base-2로 변환됩니다. 예를 들어 16,000,000,000(10억 바이트)은 ~14.8GB와 같습니다.
질문:1GB RAM 및 16GB 디스크가 있는 디바이스와 같은 소형 디바이스에서만 Compact OS를 사용할 수 있나요?
대답:소형 OS는 16GB의 반도체 스토리지가 있는 모든 32비트 또는 64비트 플랫폼에 적용할 수 있습니다.
질문:64비트 Windows 실행하는 64비트 플랫폼에서 16GB 디스크를 사용하는 것이 좋습니다.
답변:64비트 Windows 최소 디스크 용량은 32GB입니다.
이미징 및 배포
질문:Compact OS를 지원하기 위한 DISM 명령의 변경 사항은 무엇인가요?
대답:DISM /Apply-Image를 사용할 수 있습니다. /Compact 및 /Apply-CustomDataImage. 자세한 내용은 DISM 이미지 관리 Command-Line 옵션을 참조하세요.
질문:Compact OS는 GPT 및 MBR 파티션 레이아웃을 모두 지원하나요?
대답:예.
질문:Windows 10 업데이트된 OA3 도구가 필요한가요?
대답:예.
질문:Windows 10 Windows SIM, 무인 답변 파일 및 설정을 계속 사용할 수 있나요?
대답:예, 일부 설정이 변경되었을 수 있습니다. Windows 8.1 및 Windows Server 2012 R2에서 변경된 응답 파일 설정을참조하세요.
언어 팩 및 앱
질문:여러 언어 팩을 사용할 수 있나요?
답변:예, 그러나 이미지당 언어 수(Windows, Office, 드라이버 및 앱)의 디스크 공간 영향을 확인하는 것이 좋습니다.
질문:언어 팩을 설치하는 방법에 변경 내용이 있나요?
대답:예, 여러 UI 옵션을 얻기 위해 이전과 동일한 방식으로 기본 lp.cab 적용하지만 텍스트를 입력하거나 지원을 받으려면 선택적 언어 구성 요소를 추가해야 합니다. 자세한 내용은 Windows 언어 팩 추가를참조하세요.
질문:데스크톱 또는 Microsoft Store 앱을 설치하는 방법이 변경되어 있나요?
답변:Windows 8.1 데스크톱 또는 Microsoft Store 앱을 설치하는 방법은 변경되지 않습니다.
질문:다국어 구성에 대한 사용자 환경 또는 사용자가 추가 언어 팩을 추가하는 경우
대답:언어 팩은 이전 버전의 Windows 동일한 방식으로 계속 작동합니다.
질문:데스크톱 앱과의 호환성 문제가 있나요?
대답:아래에 나열된 앱 유형은 신중하게 유효성을 검사해야 합니다.
- 전체 볼륨 암호화 도구는 성능 영향을 제한하기 위해 WIM 이미지를 암호화해서는 안 됩니다. 이러한 도구는 암호화되지 않은 WIM의 무결성을 검사하여 변조를 방지해야 합니다.
- 시스템 파일을 작성하는 모든 도구가 영향을 받을 수 있습니다.
- 이미징 애플리케이션은 모든 볼륨의 블록 수준 백업 및 복원을 수행해야 합니다.
- 오류/불완전한 복원 작업은 시스템을bootable로 렌더링할 수 있습니다.
- 암호화/백업/조각 모음 도구는 의도치 않게 시스템 파일을 팽창시킬 수 있습니다.
질문:Compact OS는 Windows Embedded에도 적용할 수 있나요?
대답:공유한 Compact OS 구현 및 기능 디자인은 데스크톱 버전(홈, Pro 및 Enterprise)의 Windows 10 제한됩니다. 그러나 Windows Embedded 담당자에게 문의하고 디스크 공간 최적화 계획에 대해 문의해야 합니다.
정책
질문:기존 10GB의 사용 가능한 디스크 공간 정책 요구 사항이 변경되어 있나요?
대답:업데이트된 Windows 하드웨어 호환성 요구 사항을 참조하세요.
서비스
질문:특히 디스크 공간 최적화를 통해 복구 이미지에서 업그레이드가 어떻게 작동하나요?
답변:업그레이드가 계속 작동합니다.