OA 3.0 도구: 명령줄 및 구성 파일 구문
OA 3.0 도구는 공장 현장의 컴퓨터에 대한 고유 식별자 어셈블, 보고 및 반환을 지원하는 명령줄 도구입니다. 두 가지 방법으로 OA 3.0 도구를 실행할 수 있습니다.
완전히 어셈블된 클라이언트 컴퓨터에서 감사 모드 사용 감사 모드에서 OA 3.0 도구를 실행하는 자세한 내용은 Windows ADK의 감사 모드 개요를 참조하세요.
완전히 어셈블된 클라이언트 컴퓨터에서 OOBE 모드 사용 OOBE에 첫 번째 프롬프트가 표시되면 Shift + F10 키를 눌러 관리자 명령 프롬프트를 열고 OA3.0 도구를 실행한 다음 컴퓨터를 종료합니다. 최종 사용자 OOBE 환경은 감사 모드에서 OA 도구를 실행하는 것과 일치해야 하며 표준에서 벗어나지 않아야 합니다.
| 옵션 | 설명 |
|---|---|
| /Assemble | 공장 현장 데이터베이스에서 사용 중 상태인 제품 키를 검색한 다음 특정 컴퓨터에 대한 OA3.bin 파일과 OA3.xml 파일을 어셈블합니다. 어셈블리 후에 OEM 제공 펌웨어 삽입 도구는 OA3.bin 파일을 컴퓨터의 펌웨어에 삽입할 수 있습니다.
예제: |
| /Report | 특정 컴퓨터에 대한 하드웨어 해시 값을 만들고, 값을 제품 키 ID와 연결한 다음, OA3.xml 파일을 공장 현장의 보고 서버로 보냅니다. 이 명령줄 옵션은 일반적으로 제품 키를 새 컴퓨터에 삽입한 후 공장 장에서 사용됩니다.
중요내부 무선 네트워크 어댑터와 함께 /report 명령줄 옵션을 사용하는 경우 전체 운영 체제를 실행해야 합니다. Windows PE를 사용할 수 없습니다. 또한 서버 연결 없이 /report 옵션을 실행하면 결과 보고서가 구성 파일이 지정하는 OA3.xml 파일과 동일한 위치에 저장됩니다. 보고서 파일은 다음에 컴퓨터가 연결될 때 /report 옵션을 실행할 때 공장 현장의 보고 서버로 전송됩니다.
예제:
컴퓨터에 펌웨어에 제품 키가 없는 경우 /report /NoKeyCheck를 실행하여 오프라인 유효성 검사에 대한 하드웨어 해시를 생성할 수 있습니다. 그러나 펌웨어에 제품 키가 없으면 CBR 제출이 실패합니다.
예제:
|
| /Return | 조정을 위해 기존 제품 키를 반환합니다. 예를 들어 이전에 삽입된 하드웨어 연결을 동일한 컴퓨터에 대한 새 연결로 바꾸는 경우 이 옵션을 사용할 수 있습니다. 이 명령줄 옵션은 일반적으로 컴퓨터 빌드 보고서가 생성된 후에 사용됩니다. MDOS에서는 지원되지 않습니다.
예제: |
| /LogTrace= OA3_log_file | OA 3.0 하드웨어 해시 생성 진단 추적 데이터를 OA3_log_file 에 지정된 파일에 <> 기록합니다. OA3Tool.exe 쓸 경로가 유효해야 합니다. 파트너가 OA 3.0 CBR 보고 및 하드웨어 해시 허용 오차를 테스트할 때 이 스위치를 사용하는 것이 좋습니다.
예제:
|
| /CheckEdition | 삽입된 제품 키와 버전 일치를 위한 대상 운영 체제 간에 교차 검사를 수행합니다. 두 가지 모드가 가능합니다.
|
| /Configfile= configfile_location | 키 공급자 서버의 위치를 포함하는 구성 파일의 위치와 이름을 지정합니다. 로그 파일, 오류 코드 및 메시지의 파일 경로 위치 및 제품 키를 이진 및 XML 형식으로 어셈블하는 데 필요한 임시 디렉터리 위치입니다. |
| /DecodeHwHash | 하드웨어 해시를 사람이 읽을 수 있는 xml 형식으로 디코딩하는 데 사용됩니다. /DecodeHwHash는 문자열(예: 데이터베이스에 저장되거나 메일로 전송된 경우) 또는 /Report 단계에서 생성된 전체 XML 파일의 파일 경로를 허용합니다.
예제:
|
| /Validate | 유효성 검사 통과를 수행하여 MSDM 테이블이 있는지, MSDM 테이블 헤더에 필요한 모든 필드가 포함되는지, MSDM 테이블 항목이 존재하고 올바른 형식을 준수하는지 확인합니다.
예제:
|
| /ValidateSMBIOS | TotalPhysicalRAM 및 PrimaryDiskTypeCapacity 값은 디바이스의 SMBIOS 구조에서 얻습니다. 이러한 구조를 제대로 초기화하는 것은 OEM의 책임입니다. 이러한 구조체가 제대로 초기화되었는지 확인하기 위해 OA3Tool RS3 이상 버전에는 SMBIOS 테이블을 반복하고 이러한 두 특성과 관련하여 올바르게 초기화되는 /ValidateSMBIOS 옵션이 있습니다. 두 가지 모드가 가능합니다.
|
| /ValidateHwHash | 중요하고 중요한 필드에 대해 미리 정의된 품질 조건을 사용하여 base64로 인코딩된 하드웨어 해시 요소의 유효성을 검사하는 데 사용됩니다. Autopilot 기능이 작동하려면 중요한 필드가 필요하고, 중요한 필드는 사용료를 계산하는 데 사용됩니다.
이 함수는 18950 이상 OA 3.0 도구 버전에서만 사용할 수 있습니다.
/ValidateHwHash 옵션은 문자열(예: 데이터베이스에 저장되거나 메일로 전송된 경우) 또는 /Report 단계에서 생성된 전체 XML 파일의 파일 경로를 허용합니다.
예제:
OA3Tool.exe /ValidateHwhash=<Hardware Hash string>|<report_file.xml>
중요한 필드는 DiskSerialNumber TpmVersion EkPubHash MacAddress ProductKeyId SmbiosSystemFamily SmbiosSystemManufacturer SmbiosSystemProductName SmbiosSystemSerialNumber SmbiosUuid입니다.
중요한 필드는 ChassisTypes DigitizerSupportID DiskType DisplayResolution DisplaySize InternalDiskCount OsBuild OsCpuArchitecture OSType ProcessorCores ProcessorModel TotalDiskCapacity TotalPhysicalRAM입니다. |
참고
/ValidateHwash 옵션은 디코딩된 하드웨어 해시의 필드에 있는 오류, 공백 또는 null 값을 확인합니다. 확인할 추가 필드는 다음 표에 있습니다.
| 필드 | 출력 |
|---|---|
| OS 유형 | 출력은 FullOS 여야 “” 합니다. 필드가 비어 있거나 WinPE를 나타내는 경우 “” 하드웨어 해시를 만들 때 OS의 전체 부팅이 활용되지 않았습니다. |
| 총 실제 RAM | 출력은 디바이스의 RAM을 나타내야 합니다. (예: 4, 8, 16 등). 필드가 비어 있거나 “ 0 ” , 65535이면 RAM이 올바르게 캡처되지 않았습니다. |
| 주 디스크 총 용량 | 출력은 디바이스의 기본 디스크를 나타내야 합니다. (예: 128, 256, 1024 등) |
| 디스플레이 해상도 및 실제 디스플레이 크기 | 출력은 내부 디스플레이 해상도 및 실제 크기를 나타내야 합니다. 필드가 “ 0이면 ” 데스크톱과 마찬가지로 디바이스에 외부 모니터가 있어야 합니다. |
| SMBIOS 필드 | 출력은 데이터를 포함하지 않거나, 비어 있거나, O.E.M으로 채워지는 것과 같은 기본 문자열을 포함해서는 안 “ 됩니다.” |
| MacAddress | 출력은 데이터 없음, 공백, 00:00:00:00:00:00 또는 FF: FF: FF: FF: FF: FF를 나타내지 않아야 합니다. |
| ChassisTypes | 출력은 SMBIOS 참조 사양의 규칙을 따라야 합니다. |