다음을 통해 공유

Windows 배포 시나리오 및 도구

  • 아티클

organization Windows 운영 체제 및 애플리케이션을 성공적으로 배포하려면 프로세스에 도움이 되는 사용 가능한 도구를 이해하는 것이 중요합니다. 이 문서에서는 Windows 10 배포에 가장 일반적으로 사용되는 도구를 다룹니다.

Microsoft는 많은 도구, 서비스 및 솔루션을 제공합니다. 이러한 도구에는 WDS(Windows 배포 서비스), VAMT(볼륨 정품 인증 관리 도구), USMT(사용자 상태 마이그레이션 도구), Windows SIM(Windows 시스템 이미지 관리자), Windows PE(Windows 사전 설치 환경) 및 windows 복구 환경(Windows RE)이 포함됩니다. 이러한 도구는 그 자체로 완전한 솔루션이 아닙니다. 이러한 도구를 Configuration Manager 같은 솔루션과 결합하여 완전한 배포 솔루션을 가져옵니다.

이 문서에서는 빌드할 수 있는 다양한 유형의 참조 이미지와 참조 이미지가 대부분의 조직에 유용한 이유에 대해서도 설명합니다.

Windows Assessment and Deployment Kit

Windows ADK(Windows 평가 및 배포 키트)에는 다음을 비롯한 핵심 평가 및 배포 도구 및 기술이 포함되어 있습니다.

자세한 내용은 다음 문서를 참조하세요.

DISM(배포 이미지 서비스 및 관리)

DISM은 Windows ADK에 포함된 배포 도구 중 하나입니다. 부팅 이미지와 운영 체제 이미지를 모두 캡처, 서비스 및 배포하는 데 사용됩니다.

DISM 서비스는 온라인 및 오프라인 이미지입니다. 예를 들어 DISM을 사용하면 Windows가 온라인 상태인 동안 Microsoft .NET Framework 설치할 수 있습니다. 즉, 실행 중인 운영 체제에서 설치를 시작할 수 있습니다. 스위치는 /LimitAccess 로컬 원본에서만 파일을 가져오기 위해 DISM을 구성합니다. 예시:

Dism.exe /Online /Enable-Feature /FeatureName:NetFX3 /All /Source:D:\Sources\SxS /LimitAccess

Windows PowerShellDISM.exe많은 함수에 대해 Windows에서 사용할 수 있습니다. PowerShell을 사용하는 Windows의 동등한 명령은 다음과 같습니다.

Enable-WindowsOptionalFeature -Online -FeatureName NetFx3 -All
-Source D:\Sources\SxS -LimitAccess

DISM에 대한 자세한 내용은 DISM 기술 참조를 참조하세요.

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

USMT는 사용자 상태, 데이터 및 설정을 한 설치에서 다른 설치로 마이그레이션할 수 있는 백업 및 복원 도구입니다. Microsoft Configuration Manager 운영 체제 배포 프로세스의 일부로 USMT를 사용합니다.

USMT에는 ScanState 및 LoadState가 가장 중요한 몇 가지 명령줄 도구가 포함되어 있습니다.

  • ScanState.exe: 이 도구는 사용자 상태 백업을 수행합니다.
  • LoadState.exe: 이 도구는 사용자 상태 복원을 수행합니다.
  • UsmtUtils.exe: 이 도구는 ScanState.exe 및 LoadState.exe기능을 보완합니다.

이러한 도구 외에도 마이그레이션되는 데이터를 관리하는 XML 템플릿도 있습니다. 템플릿을 사용자 지정하거나 새 템플릿을 만들어 높은 수준의 세부 정보로 백업 프로세스를 관리할 수 있습니다. USMT는 템플릿에 다음 용어를 사용합니다.

  • 마이그레이션 템플릿: USMT의 기본 템플릿입니다.
  • 사용자 지정 템플릿: 만드는 사용자 지정 템플릿입니다.
  • 구성 템플릿: 다른 표준 XML 템플릿을 수정하지 않고 마이그레이션에서 구성 요소를 제외하거나 포함하는 데 사용할 수 있는 Config.xml 라는 선택적 템플릿입니다.

USMT는 현재 지원되는 Windows 버전에서 데이터와 설정을 모두 캡처하고 복원할 수 있도록 지원합니다. 또한 32비트 운영 체제에서 64비트 운영 체제로 마이그레이션을 지원하지만 다른 방법은 지원하지 않습니다. 예를 들어 USMT를 사용하여 Windows 10 x86에서 Windows 11 x64로 마이그레이션할 수 있습니다.

기본적으로 USMT는 사용자 프로필뿐만 아니라 제어판 구성, 파일 형식 등과 관련된 많은 설정을 마이그레이션합니다. Windows 배포에 사용되는 기본 템플릿은 MigUser.xmlMigApp.xml. 이러한 두 기본 템플릿은 다음 데이터와 설정을 마이그레이션합니다.

  • 사용자 프로필의 폴더, 공유 및 공개 프로필을 포함하여 각 프로필의 폴더입니다. 예를 들어 다음 폴더는 다음과 같습니다.

    • 문서.
    • 비디오.
    • 음악.
    • 사진.
    • 데스크톱.

  • 다음 특정 파일 형식은 다음과 같습니다.

    .accdb, .ch3, .csv, .dif, .doc*, .dot*, .dqy, .iqy, .mcw, .mdb*, .mpp, .one*, .oqy, .or6, .pot*, .ppa, .pps*, .ppt*, .pre, .pst, .pub, .qdf, .qel, .qph, .qsd, .rqy, .rtf, .scd, .sh3, .slk, .txt, .vl*, .vsd, .wk*, .wpd, .wps, .wq1, .wri, .xl*, .xla, .xlb, .xls*

    참고

    • 별표(*)는 0개 이상의 문자를 의미합니다.

    • Microsoft Office 애플리케이션에서 사용하는 OpenDocument 확장(*.odt, *.odp, *.ods)은 기본적으로 마이그레이션되지 않습니다.

  • 운영 체제 구성 요소 설정.

  • 애플리케이션 설정.

이러한 설정은 기본 MigUser.xml 및 MigApp.xml 템플릿에 의해 마이그레이션됩니다. 자세한 내용은 USMT 마이그레이션을 참조하세요. USMT에 대한 자세한 내용은 USMT(사용자 상태 마이그레이션 도구) 개요를 참조하세요.

Windows 구성 디자이너

Windows 구성 Designer Windows 디바이스를 동적으로 구성하는 데 사용할 수 있는 프로비저닝 패키지를 만드는 데 도움이 되도록 설계된 도구입니다. 이 도구는 사용자 지정 이미지로 디바이스를 이미지로 다시 설치할 필요 없이 새 디바이스를 설정하는 데 유용합니다.

자세한 내용은 Windows용 패키지 프로비전을 참조하세요.

Windows SIM(Windows 시스템 이미지 관리자)

Windows SIM(Windows 시스템 이미지 관리자)은 파일을Unattend.xml 위한 제작 도구입니다. windows SIM은 일반적으로 Microsoft Configuration Manager 사용할 때 필요하지 않습니다. Microsoft Configuration Manager 주로 Windows 설정 적용 태스크에서 작업 순서에 지정된 설정에 따라 Unattend.xml파일을 자동으로 만들고 업데이트합니다. Microsoft Configuration Manager 자동화는 전체 프로세스를 크게 간소화합니다.

자세한 내용은 Windows System Image Manager 기술 참조를 참조하세요.

볼륨 정품 인증 관리 도구(VAMT)

KMS(키 관리 서비스)를 사용하지 않는 경우 볼륨 정품 인증 관리 도구(VAMT)를 사용하여 MAK(여러 정품 인증 키)를 중앙에서 관리할 수 있습니다. 이 도구를 사용하여 organization 전체에서 제품 키를 설치하고 관리합니다. VAMT는 인터넷 액세스 없이 클라이언트를 대신하여 정품 인증할 수도 있으며 MAK 프록시 역할을 합니다.

VAMT를 사용하여 보고서를 만들고, MAK에서 KMS로 전환하고, Active Directory 기반 정품 인증을 관리하고, Office 볼륨 정품 인증을 관리할 수도 있습니다. VAMT는 PowerShell도 지원합니다. 예를 들어 VAMT 데이터베이스에서 정보를 얻으려면 다음을 입력합니다.

Get-VamtProduct

VAMT에 대한 자세한 내용은 다음 문서를 참조하세요.

Windows PE(Windows 사전 설치 환경)

Windows PE는 배포 플랫폼으로 사용되는 Windows의 "라이트" 버전입니다.

Windows PE는 다른 운영 체제와 같으며 드라이버가 필요합니다. 그러나 전체 드라이버 집합은 필요하지 않습니다. Windows를 배포하는 데 필요한 최소한의 드라이버 집합만 필요합니다. 일반적으로 네트워크 및 스토리지 드라이버만 필요합니다. Windows PE에는 이미 기본 제공 드라이버 집합이 포함되어 있으므로 대부분의 디바이스는 추가 드라이버를 추가할 필요 없이 작동합니다.

Windows PE에 대한 자세한 내용은 Windows PE(WinPE)를 참조하세요.

Windows 복구 환경

Windows 복구 환경(Windows RE)은 현재 지원되는 Windows 버전에 포함된 진단 및 복구 도구 집합입니다. Windows RE Windows PE를 기반으로 합니다. 필요한 경우 사용자 지정 도구를 사용하여 Windows RE 확장할 수도 있습니다. Windows가 시작되지 못하고 Windows RE 설치되면 Windows RE 대한 자동 장애 조치(failover)가 발생합니다.

Windows RE 대한 자세한 내용은 Windows 복구 환경을 참조하세요.

Windows 배포 서비스

WDS(Windows 배포 서비스)의 기본 함수는 다음과 같습니다.

  • PXE 부팅 지원.
  • 멀티 캐스트.
  • BitLocker 네트워크 잠금 해제.

운영 체제 배포에 WDS를 사용할 때는 다음과 같은 고려 사항을 고려해야 합니다.

  • 독립 실행형 모드 또는 Active Directory 통합을 위해 WDS를 구성할 수 있습니다. Active Directory 통합 모드는 대부분의 시나리오에서 권장됩니다.

  • WDS에는 드라이버를 관리하는 기능이 있습니다. 그러나 Microsoft Configuration Manager 통한 드라이버 관리는 유연성으로 인해 배포에 더 적합합니다.

  • WDS는 Active Directory에서 알 수 없는 디바이스를 알려진 컴퓨터로 미리 준비할 수 있습니다. 그러나 Microsoft Configuration Manager 알 수 없는 디바이스를 데이터베이스의 알려진 디바이스로 스테이징하는 기능도 있습니다. 대부분의 시나리오에서 Microsoft Configuration Manager 더 큰 제어 및 관리를 허용하므로 사전 준비 디바이스에 더 나은 솔루션입니다.

  • TFTP(Trivial File Transfer Protocol) 블록 크기 및 Windows 크기 설정을 WDS로 구성하여 PXE 부팅 중에 성능 및 다운로드 속도를 높일 수 있습니다. 그러나 TFTP 설정이 증가하면 성능 및 다운로드 속도가 향상될 수 있지만 안정성이 저하되고 다운로드 속도가 감소하는 등 오류가 발생할 수도 있습니다. 네트워킹 장비, 네트워크 구성 및 디바이스 호환성을 포함하여 TFTP 설정을 결정할 때 관련된 많은 변수가 있습니다.

    독립 실행형 WDS의 경우 WDS 서버의 속성에 있는 TFTP 탭 아래의 WDS 콘솔에서 TFTP 설정을 구성할 수 있습니다. Microsoft Configuration Manager 의 경우 PXE 사용 배포 지점에서 RamDisk TFTP 블록 및 창 크기 사용자 지정을 참조하세요.

Windows Server Update Services

WSUS는 Microsoft 업데이트의 로컬 리포지토리를 사용하도록 설정하는 Windows Server의 서버 역할입니다. 그런 다음 Microsoft 업데이트는 공용 Microsoft 업데이트 사이트로 이동하지 않고도 WSUS 서버에서 organization 환경의 디바이스로 배포할 수 있습니다. WSUS는 환경에서 업데이트 상태 대한 승인 제어 및 보고를 제공합니다.

WSUS에 대한 자세한 내용은 WSUS(Windows Server Update Services)를 참조하세요.

통합 확장 가능 펌웨어 인터페이스

UEFI(Unified Extensible Firmware Interface)는 디바이스를 초기화하고 부팅하는 데 사용됩니다. 그것은 BIOS의 후속, 디바이스를 초기화하고 부팅하는 데 몇 년 동안 사용되는 방법입니다.

이 섹션에서는 BIOS에 비해 UEFI의 이점, 두 가지가 어떻게 다른지, 운영 체제 배포에 영향을 미치는지 설명합니다.

UEFI 소개

BIOS는 수년 동안 디바이스에서 성공적으로 사용되었지만 몇 가지 제한 사항이 있습니다. 예시:

  • 16비트 코드
  • 1MB 주소 공간
  • ROM 초기화 성능 저하
  • MBR 최대 부팅 가능한 디스크 크기 2.2TB

BIOS를 대체하는 UEFI에는 BIOS에 없는 많은 기능이 있습니다. Windows는 이러한 많은 UEFI 기능을 활용할 수 있습니다. UEFI에는 BIOS에서 사용할 수 없는 다음과 같은 기능이 있습니다.

  • 대형 디스크 지원 - UEFI에는 GPT(GUID 파티션 테이블) 기반 디스크가 필요합니다. GPT는 디스크 크기에서 최대 약 1,680만TB의 디스크를 지원할 수 있습니다. 또한 GPT는 100개 이상의 기본 디스크를 지원합니다.

  • 더 빠른 부팅 시간 - UEFI는 BIOS 인터럽트 호출 INT 13h를 대체하여 특히 최대 절전 모드에서 다시 시작될 때 부팅 시간을 개선합니다.

  • 멀티캐스트 배포 - UEFI 펌웨어는 부팅 시 멀티캐스트를 직접 사용할 수 있습니다. WDS 및 Microsoft Configuration Manager 같은 솔루션을 사용하면 먼저 Windows PE로 부팅하는 경우에만 멀티캐스트 지원을 사용할 수 있습니다. UEFI를 사용하면 멀티캐스트를 UEFI에서 직접 실행할 수 있습니다.

  • 이전 BIOS와의 호환성 - UEFI를 사용하는 이전 디바이스에는 BIOS를 에뮬레이트하는 CSM(호환성 지원 모듈)이 포함된 UEFI 구현이 있었습니다. 그러나 현재 UEFI의 광범위한 지원으로 인해 최신 디바이스에는 일반적으로 CSM이 없으므로 BIOS와 이전 버전과 호환되지 않습니다. 예를 들어 Windows 11 이상에서는 BIOS를 지원하지 않으므로 UEFI가 있는 최신 디바이스에서만 실행됩니다.

  • CPU 독립적 아키텍처 - BIOS는 32비트 및 64비트 버전의 펌웨어를 모두 실행할 수 있습니다. 그러나 BIOS 시스템의 모든 펌웨어 디바이스 드라이버는 16비트여야 합니다. 이 제한은 성능에 영향을 미치며 64KB의 메모리만 해결할 수 있습니다. UEFI는 이러한 제한 사항을 제거합니다.

  • CPU 독립적 드라이버 - BIOS 시스템에서 PCI 추가 기능 카드에는 지원되는 모든 CPU 아키텍처에 대한 별도의 드라이버가 포함된 ROM이 포함되어야 합니다. UEFI에는 EBC(EFI 바이트 코드) 이미지를 사용할 수 있기 때문에 UEFI에는 이 제한이 필요하지 않습니다. EBC 이미지는 프로세서 독립적 디바이스 드라이버 환경을 허용합니다.

  • 유연한 운영 체제 환경 - UEFI는 OS가 로드되기 전에 실행할 수 있는 UEFI 애플리케이션을 지원합니다. UEFI 애플리케이션은 진단, 자동 복구 및 홈을 호출하여 오류를 보고하는 기능과 같은 많은 추가 기능을 허용합니다.

  • 보안 부팅 - 현재 지원되는 Windows 버전은 보안 부팅이라는 UEFI 펌웨어 유효성 검사 프로세스를 사용합니다. 보안 부팅을 사용하는 경우 UEFI는 확인된 운영 체제 로더만 시작하고 맬웨어가 부팅 로더를 전환할 수 없도록 합니다.

UEFI에 대한 하드웨어 지원

UEFI와 관련하여 하드웨어는 네 가지 디바이스 클래스로 나뉩니다.

  • 클래스 0 디바이스. 이 클래스의 디바이스는 BIOS 또는 비 UEFI 디바이스입니다.

  • 클래스 1 디바이스. 이 클래스의 디바이스는 표준 BIOS 디바이스처럼 작동하지만 내부적으로 EFI를 실행합니다. 일반 BIOS 기반 컴퓨터로 처리해야 합니다. 클래스 1 디바이스는 CSM을 사용하여 BIOS를 에뮬레이트합니다.

  • 클래스 2 디바이스. 이 클래스의 디바이스에는 BIOS 디바이스 또는 UEFI 디바이스로 동작하는 기능이 있습니다. 부팅 프로세스 또는 디바이스의 펌웨어 구성에 따라 모드가 결정됩니다. 클래스 2 디바이스는 CSM을 사용하여 BIOS를 에뮬레이트합니다.

  • 클래스 3 디바이스. 이 클래스의 디바이스는 UEFI 전용 디바이스입니다. BIOS와 이전 버전과의 호환성이 없습니다. 이 클래스의 디바이스는 UEFI를 지원하는 운영 체제를 실행해야 합니다. 현재 지원되는 모든 Windows 버전은 UEFI를 지원합니다. 클래스 3 디바이스에는 BIOS를 에뮬레이트할 CSM이 없습니다.

일반적으로 모든 최신 디바이스는 클래스 3 디바이스입니다. 클래스 0, 클래스 1 및 클래스 2 디바이스는 이전 디바이스이며 더 이상 제조되지 않습니다.

UEFI에 대한 Windows 지원

  • Windows 10 x86 및 x64 버전의 UEFI를 모두 지원합니다.

  • Windows 11 이상에서는 x64 버전의 UEFI만 지원합니다.

  • UEFI는 플랫폼 간 부팅을 지원하지 않습니다.

    • UEFI x64 디바이스는 64비트 운영 체제만 실행할 수 있습니다. 대부분의 최신 UEFI 디바이스는 x64입니다.
    • UEFI x86 디바이스는 32비트 운영 체제만 실행할 수 있습니다. Windows의 경우 Windows 10 x86만 UEFI x86을 지원합니다. Windows 11 이상에서는 UEFI x86을 지원하지 않습니다. UEFI x86 디바이스는 드물기 때문에 일반적으로 Windows 11 UEFI x86 지원이 부족해도 문제가 되지 않습니다.

운영 체제 배포에 대한 UEFI 고려 사항

UEFI/EFI 기반 하드웨어에서 실행하는 즉시 운영 체제 배포에 영향을 주는 여러 가지 사항이 있습니다. UEFI 디바이스를 사용할 때 유의해야 할 고려 사항은 다음과 같습니다.

  • 클래스 2 디바이스는 디바이스의 펌웨어를 통해 BIOS와 UEFI 간에 전환할 수 있습니다. 디바이스의 펌웨어에서 디바이스에 대한 원하는 모드가 선택되어 있는지 확인합니다. UEFI에서 제공하는 추가 혜택 및 보안으로 인해 UEFI 모드에서 클래스 2 디바이스를 사용하는 것이 좋습니다.

    클래스 2 디바이스가 BIOS에서 UEFI로 전환되면 다음 두 작업 중 하나가 수행되어야 합니다.

    • 디스크를 MBR에서 GPT로 변환한 다음, UEFI를 지원하기 위해 적절하게 분할해야 합니다. 이 변환은 diskpart와 같은 도구를 통해 수행할 수 있습니다. 예를 들어 BIOS에서 실행되는 Windows에는 FAT32 또는 NTFS일 수 있는 하나의 파티션만 필요하지만 UEFI 디바이스에서 실행되는 Windows에는 다음 파티션이 필요합니다.

      • FAT32 부팅/시스템 파티션.
      • NTFS OS 파티션.
      • MsR(Microsoft 예약 파티션) 파티션(Windows 고유)
      • 복구 파티션(선택 사항).

      기존 디스크는 이 프로세스의 일부로 초기화되므로 다음 작업을 수행해야 합니다.

      • Windows를 다시 설치해야 합니다.
      • 애플리케이션을 다시 설치해야 합니다.
      • 데이터 및 설정을 백업하고 복원해야 합니다.

      자세한 내용은 UEFI/GPT 기반 하드 드라이브 파티션을 참조하세요.

    • MBR2GPT.EXE 도구를 사용하여 UEFI와 함께 사용할 디스크를 MBR에서 GPT로 변환할 수 있습니다. 또한MBR2GPT.EXE Windows가 UEFI에서 실행되도록 올바른 분할을 사용하여 디스크의 분할을 다시 구성합니다. MBR2GPT.EXE 사용하는 이점은 디스크를 변환하고 디스크를 초기화하지 않고 데이터 손실 없이 다시 분할한다는 것입니다. 디스크가 초기화되지 않고 데이터 손실이 없으므로 다음 작업을 수행할 필요가 없습니다.

      • Windows를 다시 설치할 필요가 없습니다.
      • 애플리케이션을 다시 설치할 필요가 없습니다.
      • 데이터 및 설정을 백업하고 복원할 필요가 없습니다.

  • 클래스 2 디바이스를 배포할 때 부팅 옵션이 적절한 부팅 디바이스(하드 드라이브, 플래시 드라이브, PXE 등)로 설정되어 있는지 확인합니다. 클래스 2 디바이스에서 사용할 수 있는 부팅 옵션은 BIOS 모드와 UEFI 모드가 다를 수 있습니다.

  • UEFI 디바이스가 미디어에서 부팅되면 미디어는 FAT32여야 합니다. UEFI는 FAT32 파티션에서만 부팅을 지원하므로 디스크의 부팅/시스템 파티션이 FAT32입니다. 또한 FAT32의 파일 크기 제한은 4GB입니다. 4GB보다 큰 OS 이미지는 DISM과 같은 도구로 분할해야 합니다. 자세한 내용은 Split-WindowsImage 또는 /Split-Image를 참조하세요.

  • UEFI는 아키텍처 간 부팅을 지원하지 않습니다. x64 디바이스에는 x64 부팅 미디어가 필요하며 x86 디바이스에는 x86 부팅 미디어가 필요합니다.

  • 대부분의 최신 UEFI 디바이스는 x64입니다. UEFI x86 디바이스는 드뭅니다.

UEFI에 대한 자세한 내용은 UEFI 펌웨어 개요 및 관련 리소스를 참조하세요.

관련 콘텐츠