새 하드웨어에서 Azure Stack HCI로 마이그레이션Migrate to Azure Stack HCI on new hardware

Azure Stack HCI, 버전 20H2;에 적용 됩니다. Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2Applies to Azure Stack HCI, version 20H2; Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2

이 항목에서는 windows PowerShell 및 Robocopy를 사용 하 여 Windows Server 2012 R2, Windows Server 2016 또는 Windows Server 2019의 VM (가상 컴퓨터) 파일을 new Azure Stack HCI 서버 하드웨어로 마이그레이션하는 방법에 대해 설명 합니다.This topic describes how to migrate virtual machine (VM) files on Windows Server 2012 R2, Windows Server 2016, or Windows Server 2019 to new Azure Stack HCI server hardware using Windows PowerShell and Robocopy. Robocopy는 한 서버에서 다른 서버로 파일을 복사 하는 강력한 방법입니다.Robocopy is a robust method for copying files from one server to another. 연결 되지 않은 상태에서 마지막으로 알려진 상태에서 계속 작업 하는 경우 다시 시작 됩니다.It resumes if disconnected and continues to work from its last known state. 또한 Robocopy는 SMB (서버 메시지 블록)를 통해 다중 스레드 파일 복사를 지원 합니다.Robocopy also supports multi-threaded file copy over Server Message Block (SMB). 자세한 내용은 Robocopy를 참조 하세요.For more information, see Robocopy.

참고

Windows Server에서 Azure Stack HCI hyper-v 실시간 마이그레이션 및 Hyper-v 복제본은 지원 되지 않습니다.Hyper-V Live Migration and Hyper-V Replica from Windows Server to Azure Stack HCI is not supported.

마이그레이션하려는 Windows 2012 R2 또는 이전 버전의 Vm이 있는 경우 이전 Vm 마이그레이션을 참조 하세요.If you have VMs on Windows 2012 R2 or older that you want to migrate, see Migrating older VMs.

동일한 하드웨어를 사용 하 여 Azure Stack HCI로 마이그레이션하려면 동일한 하드웨어에서 AZURE STACK HCI로 마이그레이션을 참조 하세요.To migrate to Azure Stack HCI using the same hardware, see Migrate to Azure Stack HCI on the same hardware.

다음 다이어그램에서는 Windows Server 원본 클러스터와 Azure Stack HCI 대상 클러스터를 예로 보여 줍니다.The following diagram shows a Windows Server source cluster and an Azure Stack HCI destination cluster as an example. 또한 독립 실행형 서버 에서도 Vm을 마이그레이션할 수 있습니다.You can also migrate VMs on stand-alone servers as well.

클러스터를 Azure Stack HCI로 마이그레이션

예상 되는 가동 중지 시간을 기준으로, 클러스터 간 East-West 네트워크와 32 다중 스레드에 대해 구성 된 Robocopy를 40 포함 하는 단일 NIC를 사용 하 여 시간당 1.9 TB의 전송 속도를 실현할 수 있습니다.In terms of expected downtime, using a single NIC with a dual 40 GB RDMA East-West network between clusters, and Robocopy configured for 32 multithreads, you can realize transfer speeds of 1.9 TB per hour.

참고

스트레치 된 클러스터에 대 한 Vm 마이그레이션은이 문서에서 다루지 않습니다.Migrating VMs for stretched clusters is not covered in this article.

시작하기 전에Before you begin

마이그레이션을 시작 하기 전에 고려해 야 할 몇 가지 요구 사항이 있습니다.There are several requirements and things to consider before you begin migration:

  • 모든 Windows PowerShell 명령은 관리자 권한으로 실행 해야 합니다.All Windows PowerShell commands must be run As Administrator.

  • 원본 및 대상 클러스터 모두에 대해 관리자 권한이 있는 도메인 자격 증명이 있어야 하며,이 경우 두 클러스터를 모두 포함 하는 원본 및 대상 OU (조직 구성 단위)에 대 한 모든 권한이 있어야 합니다.You must have domain credentials with administrator permissions for both source and destination clusters, with full rights to the source and destination Organizational Unit (OU) that contains both clusters.

  • Vm을 마이그레이션하기 위해 클러스터 간의 Kerberos 인증을 용이 하 게 하려면 두 클러스터 모두 동일한 Active Directory 포리스트와 도메인에 있어야 합니다.Both clusters must be in the same Active Directory forest and domain to facilitate Kerberos authentication between clusters for migration of VMs.

  • 두 클러스터는 모두이 OU에 대해 GPO (그룹 정책 개체) 블록 상속 집합이 설정 된 Active Directory OU에 상주해 야 합니다.Both clusters must reside in an Active Directory OU with Group Policy Object (GPO) Block inheritance set on this OU. 이렇게 하면 도메인 수준 Gpo와 보안 정책이 마이그레이션에 영향을 줄 수 없습니다.This ensures no domain-level GPOs and security policies can impact the migration.

  • 두 클러스터 모두 동일한 시간 원본에 연결 하 여 클러스터 간의 일관 된 Kerberos 인증을 지원 해야 합니다.Both clusters must be connected to the same time source to support consistent Kerberos authentication between clusters.

  • 원본 클러스터의 Vm에서 사용 하는 Hyper-v 가상 스위치 이름을 적어 둡니다.Make note of the Hyper-V virtual switch name used by the VMs on the source cluster. Vm을 가져오기 전에 Azure Stack HCI 대상 클러스터 "가상 머신 네트워크"에 대해 동일한 가상 스위치 이름을 사용 해야 합니다.You must use the same virtual switch name for the Azure Stack HCI destination cluster "virtual machine network" prior to importing VMs.

  • 원본 Vm에 대 한 ISO 이미지 파일을 제거 합니다.Remove any ISO image files for your source VMs. 하드웨어 섹션VM 속성 에서 hyper-v 관리자를 사용 하 여이 작업을 수행 합니다.This is done using Hyper-V Manager in VM Properties in the Hardware section. 가상 CD/DVD 드라이브에 대해 제거 를 선택 합니다.Select Remove for any virtual CD/DVD drives.

  • 원본 클러스터의 모든 Vm을 종료 합니다.Shutdown all VMs on the source cluster. 이는 마이그레이션 프로세스 전체에서 버전 제어 및 상태가 유지 되도록 하기 위해 필요 합니다.This is required to ensure version control and state are maintained throughout the migration process.

  • Azure Stack HCI에서 vm의 버전을 지원 하는지 확인 하 여 필요에 따라 Vm을 가져오고 업데이트 합니다.Check if Azure Stack HCI supports your version of the VMs to import and update your VMs as needed. 이 작업을 수행 하는 방법은 VM 버전 지원 및 업데이트 섹션을 참조 하세요.See the VM version support and update section on how to do this.

  • 원본 클러스터의 모든 Vm을 백업 합니다.Backup all VMs on your source cluster. 모든 응용 프로그램 및 데이터와 모든 데이터베이스의 응용 프로그램 일치 백업에 대 한 크래시 일관성 백업을 완료 합니다.Complete a crash-consistent backup of all applications and data and an application-consistent backup of all databases. Azure에 백업 하려면 Azure Backup 사용을 참조 하세요.To backup to Azure, see Use Azure Backup.

  • 이전 상태로 롤백해야 하는 경우에 대비 하 여 원본 클러스터 Vm 및 도메인 컨트롤러의 검사점을 만듭니다.Make a checkpoint of your source cluster VMs and domain controller in case you have to roll back to a prior state. 이는 물리적 서버에는 적용 되지 않습니다.This is not applicable for physical servers.

  • 원본 및 대상 클러스터 저장소 네트워크, 특히 RDMA 네트워크 어댑터와 개별 스위치 네트워크 포트 간에 최대 점보 프레임 크기가 동일한 지 확인 하 여 가장 효율적인 종단 간 전송 패킷 크기를 제공 합니다.Ensure the maximum Jumbo frame sizes are the same between source and destination cluster storage networks, specifically the RDMA network adapters and their respective switch network ports to provide the most efficient end-to-end transfer packet size.

  • 원본 클러스터의 Hyper-v 가상 스위치 이름을 적어 둡니다.Make note of the Hyper-V virtual switch name on the source cluster. 대상 클러스터에서 다시 사용 합니다.You will reuse it on the destination cluster.

  • Azure Stack HCI 하드웨어에는 최소한 원본 하드웨어와 동일한 용량과 구성이 있어야 합니다.The Azure Stack HCI hardware should have at least equal capacity and configuration as the source hardware.

  • 가장 빠른 파일 전송을 용이 하 게 하기 위해 원본 및 대상 클러스터 간의 네트워크 홉 수 또는 실제 거리를 최소화 합니다.Minimize the number of network hops or physical distance between the source and destination clusters to facilitate the fastest file transfer.

VM 버전 지원 및 업데이트VM version support and update

이 표에는 Windows Server OS 버전과 해당 VM 버전이 나와 있습니다.This table lists the Windows Server OS versions and their VM versions.

VM이 실행 중일 수 있는 OS 버전에 관계 없이 Azure Stack HCI에 대 한 직접 마이그레이션에 지원 되는 최소 VM 버전은 버전 5.0입니다.Regardless of the OS version a VM may be running on, the minimum VM version supported for direct migration to Azure Stack HCI is version 5.0. 이는 Windows Server 2012 r 2의 Vm에 대 한 기본 버전을 나타냅니다.This represents the default version for VMs on Windows Server 2012 R2. 따라서 버전 2.0, 3.0 또는 4.0에서 실행 되는 모든 Vm은 마이그레이션하기 전에 버전 5.0로 업데이트 해야 합니다.So any VMs running at version 2.0, 3.0, or 4.0 for example must be updated to version 5.0 before migration.

OS 버전OS version VM 버전VM version
Windows Server 2008 SP1Windows Server 2008 SP1 2.02.0
Windows Server 2008 R2Windows Server 2008 R2 3.03.0
Windows Server 2012Windows Server 2012 4.04.0
Windows Server 2012 R2Windows Server 2012 R2 5.05.0
Windows Server 2016Windows Server 2016 8.08.0
Windows Server 2019Windows Server 2019 9.09.0
Azure Stack HCIAzure Stack HCI 9.09.0

Windows Server 2012 R2, Windows Server 2016 및 Windows Server 2019의 Vm의 경우 Robocopy 마이그레이션 스크립트를 실행 하기 전에 먼저 원본 하드웨어에서 지원 되는 최신 VM 버전으로 모든 Vm을 업데이트 합니다.For VMs on Windows Server 2012 R2, Windows Server 2016, and Windows Server 2019, update all VMs to the latest VM version supported on the source hardware first before running the Robocopy migration script. 이렇게 하면 VM을 성공적으로 가져올 수 있도록 모든 Vm의 버전이 5.0 이상으로 유지 됩니다.This ensures all VMs are at least at version 5.0 for a successful VM import.

Windows Server 2008 SP1, Windows Server 2008 R2-SP1 및 Windows 2012의 Vm의 경우 VM 버전은 버전 5.0 보다 낮습니다.For VMs on Windows Server 2008 SP1, Windows Server 2008 R2-SP1, and Windows 2012, the VM version will be less than version 5.0. 또한 이러한 Vm은 .cvcmx 파일 대신 구성에 .xml 파일을 사용 합니다.These VMs also use an .xml file for configuration instead of an .vcmx file. 따라서 Azure Stack HCI에 대 한 VM의 직접 가져오기는 지원 되지 않습니다.As such, a direct import of the VM to Azure Stack HCI is not supported. 이러한 경우 이전 Vm 마이그레이션에 설명 된 대로 두 가지 옵션이 있습니다.In these cases, you have two options, as detailed in Migrating older VMs.

VM 버전 업데이트Updating the VM version

다음 명령은 Windows Server 2012 R2 이상에 적용 됩니다.The following commands apply to Windows Server 2012 R2 and later. 다음 명령을 사용 하 여 단일 서버에 모든 VM 버전을 표시 합니다.Use the following command to show all VM versions on a single server:

Get-VM * | Format-Table Name,Version

클러스터에 있는 모든 서버에서 모든 VM 버전을 표시 하려면 다음을 수행 합니다.To show all VM versions across all servers on a cluster:

Get-VM –ComputerName (Get-ClusterNode)

모든 Vm을 모든 서버에서 지원 되는 최신 버전으로 업데이트 하려면 다음을 수행 합니다.To update all VMs to the latest supported version on all servers:

Get-VM –ComputerName (Get-ClusterNode) | Update-VMVersion -Force

RDMA 권장 사항RDMA recommendations

RDMA (원격 직접 메모리 액세스)를 사용 하는 경우 Robocopy는 클러스터 간에 Vm을 복사 하는 데 활용할 수 있습니다.If you are using Remote Direct Memory Access (RDMA), Robocopy can leverage it for copying your VMs between clusters. RDMA 사용에 대 한 몇 가지 권장 사항은 다음과 같습니다.Here are some recommendations for using RDMA:

  • 원본 및 대상 클러스터 간에 가장 빠른 네트워크 경로를 사용 하려면 두 클러스터를 동일한 랙 (연결) 스위치에 연결 합니다.Connect both clusters to the same top of rack (ToR) switch to use the fastest network path between source and destination clusters. 저장소 네트워크 경로의 경우 일반적으로 10GbE/25GbE 이상 속도를 지원 하 고 RDMA를 활용 합니다.For the storage network path this typically supports 10GbE/25GbE or higher speeds and leverages RDMA.

  • RDMA 어댑터 또는 표준이 원본 및 대상 클러스터 (ROCE vs iWARP) 간에 다른 경우 Robocopy는 대신 사용 가능한 가장 빠른 네트워크를 통해 TCP/IP를 통해 SMB를 활용 합니다.If the RDMA adapter or standard is different between source and destination clusters (ROCE vs iWARP), Robocopy will instead leverage SMB over TCP/IP via the fastest available network. 이는 일반적으로 East-West 네트워크에 대 한 이중 10Gbe/25Gbe 이상 속도가 며 클러스터 간에 VM VHDX 파일을 복사 하는 가장 최적의 방법을 제공 합니다.This will typically be a dual 10Gbe/25Gbe or higher speed for the East-West network, providing the most optimal way to copy VM VHDX files between clusters.

  • Robocopy가 클러스터 간 RDMA를 사용할 수 있도록 하려면 (동부-서 네트워크) 원본 및 대상 클러스터 간에 routeable RDMA 저장소 네트워크를 구성 합니다.To ensure Robocopy can leverage RDMA between clusters (East-West network), configure RDMA storage networks so they are routeable between the source and destination clusters.

새 클러스터 만들기Create the new cluster

Azure Stack HCI 클러스터를 만들려면 먼저 클러스터에 있는 각 새 서버에 Azure Stack HCI OS를 설치 해야 합니다.Before you can create the Azure Stack HCI cluster, you need to install the Azure Stack HCI OS on each new server that will be in the cluster. 이 작업을 수행 하는 방법에 대 한 자세한 내용은 AZURE STACK HCI 운영 체제 배포를 참조 하세요.For information on how to do this, see Deploy the Azure Stack HCI operating system.

Windows 관리 센터 또는 Windows PowerShell을 사용 하 여 새 클러스터를 만듭니다.Use Windows Admin Center or Windows PowerShell to create the new cluster. 이 작업을 수행 하는 방법에 대 한 자세한 내용은 Windows 관리 센터를 사용 하 여 AZURE STACK HCI 클러스터 만들기windows PowerShell을 사용 하 여 Azure Stack HCI 클러스터 만들기를 참조 하세요.For detailed information on how to do this, see Create an Azure Stack HCI cluster using Windows Admin Center and Create an Azure Stack HCI cluster using Windows PowerShell.

중요

클러스터 간의 hyper-v 가상 스위치 ( VMSwitch ) 이름은 동일 해야 합니다.Hyper-V virtual switch (VMSwitch) names between clusters must be the same. 대상 클러스터에서 만든 가상 스위치 이름이 모든 서버에서 원본 클러스터에 사용 된 이름과 일치 하는지 확인 합니다.Make sure that virtual switch names created on the destination cluster match those used on the source cluster across all servers. Vm을 가져오기 전에 동일한에 대 한 스위치 이름을 확인 합니다.Verify the switch names for the same before you import the VMs.

참고

Azure Stack HCI 클러스터를 Azure에 등록 해야 새 Vm을 만들 수 있습니다.You must register the Azure Stack HCI cluster with Azure before you can create new VMs on it. 자세한 내용은 Azure에 등록을 참조 하세요.For more information, see Register with Azure.

마이그레이션 스크립트 실행Run the migration script

다음 PowerShell 스크립트는 Robocopy_Remote_Server_.ps1 Robocopy를 사용 하 여 VM 파일 및 해당 종속 디렉터리와 메타 데이터를 원본 클러스터에서 대상 클러스터로 복사 합니다.The following PowerShell script Robocopy_Remote_Server_.ps1 uses Robocopy to copy VM files and their dependent directories and metadata from the source to the destination cluster. 이 스크립트는 TechNet의 원본 스크립트: Robocopy 파일에서 PowerShell 및 robocopy를 사용 하 여 원격 서버로수정 되었습니다.This script has been modified from the original script on TechNet at: Robocopy Files to Remote Server Using PowerShell and RoboCopy.

이 스크립트는 지정 된 클러스터 공유 볼륨 (CSV)에 대 한 모든 VM VHD, VHDX 및 VMCX 파일을 대상 클러스터에 복사 합니다.The script copies all VM VHD, VHDX, and VMCX files to your destination cluster for a given Cluster Shared Volume (CSV). 한 번에 하나의 CSV가 마이그레이션됩니다.One CSV is migrated at a time.

마이그레이션 스크립트는 RDMA 및 고속 네트워크 전송의 이점을 활용 하기 위해 각 원본 서버에서 로컬로 실행 됩니다.The migration script is run locally on each source server to leverage the benefit of RDMA and fast network transfer. 가상 하드 디스크 파일에 대한 중요 정보를 제공하려면To do this:

  1. 각 대상 클러스터 노드가 대상 CSV에 대 한 CSV 소유자로 설정 되었는지 확인 합니다.Make sure each destination cluster node is set to the CSV owner for the destination CSV.

  2. 복사할 모든 VM VHD 및 VHDX 파일의 위치를 확인 하려면 다음 cmdlet을 사용 합니다.To determine the location of all VM VHD and VHDX files to be copied, use the following cmdlet. 파일을 검토 C:\vmpaths.txt 하 여 다음 4 단계에서 Robocopy를 시작할 최상위 소스 파일 경로를 확인 합니다.Review the C:\vmpaths.txt file to determine the topmost source file path for Robocopy to start from for step 4:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vhd*" -Recurse > c:\vmpaths.txt
    

    참고

    VHD 및 VHDX 파일이 동일한 볼륨의 다른 경로에 있는 경우 각각 다른 경로에 대해 마이그레이션 스크립트를 실행 하 여 모두 복사 해야 합니다.If your VHD and VHDX files are located in different paths on the same volume, you will need to run the migration script for each different path to copy them all.

  3. 원본 클러스터 VM 경로를 대상 클러스터 VM 경로와 일치 하도록 다음 세 변수를 변경 합니다.Change the following three variables to match the source cluster VM path with the destination cluster VM path:

    • $Dest_Server = "Node01"
    • $source = "C:\Clusterstorage\Volume01"
    • $dest = "\\$Dest_Server\C$\Clusterstorage\Volume01"
  4. 각 Windows Server 원본 서버에서 다음 스크립트를 실행 합니다.Run the following script on each Windows Server source server:

<#
#===========================================================================  
# Script: Robocopy_Remote_Server_.ps1
#===========================================================================  
.DESCRIPTION:
Change the following variables to match your source cluster VM path with the destination cluster VM path. Then run this script on each source Cluster Node CSV owner and make sure the destination cluster node is set to the CSV owner for the destination CSV.

        Change $Dest_Server = "Node01"
        Change $source  = "C:\Clusterstorage\Volume01"
        Change $dest = "\\$Dest_Server\C$\Clusterstorage\Volume01"
#>

$Space       = Write-host ""
$Dest_Server = "Node01"
$source      = "C:\Clusterstorage\Volume01"
$dest        = "\\$Dest_Server\C$\Clusterstorage\Volume01"
$Logfile     = "c:\temp\Robocopy1-$date.txt"
$date        = Get-Date -UFormat "%Y%m%d"
$cmdArgs     = @("$source","$dest",$what,$options)  
$what        = @("/COPYALL")
$options     = @("/E","/MT:32","/R:0","/W:1","/NFL","/NDL","/LOG:$logfile","/xf")
 
## Get Start Time
$startDTM = (Get-Date)
 
$Dest_Server     = "Node01"
$TARGETDIR   = \\$Dest_Server\C$\Clusterstorage\Volume01
$Space
Clear
## Provide Information
Write-host ".....Copying Virtual Machines FROM $Source to $TARGETDIR ....................." -fore Green -back black
Write-Host "........................................." -Fore Green

## Kick off the copy with options defined  
robocopy @cmdArgs
 
## Get End Time
$endDTM = (Get-Date)
 
## Echo Time elapsed
$Time = "Elapsed Time: = $(($endDTM-$startDTM).totalminutes) minutes"  
## Provide time it took
Write-host ""
Write-host " Copy Virtual Machines to $Dest_Server has been completed......" -fore Green -back black
Write-host " Copy Virtual Machines to $Dest_Server took $Time        ......" -fore Cyan

Vm 가져오기Import the VMs

가장 좋은 방법은 VM 워크 로드의 복원 력, 성능 및 확장성을 향상 시키기 위해 각 CSV 소유자에 대해 Vm의 균등 한 균형을 설정 하기 위해 클러스터 노드당 CSV (클러스터 공유 볼륨)를 하나 이상 만드는 것입니다.A best practice is to create at least one Cluster Shared Volume (CSV) per cluster node to enable an even balance of VMs for each CSV owner for increased resiliency, performance, and scale of VM workloads. 기본적으로이 잔액은 5 분 마다 자동으로 발생 하며 원본 및 대상 CSV 소유자가 일치 하 여 가장 최적의 전송 경로와 속도를 제공 하도록 하기 위해 원본 클러스터 노드와 대상 클러스터 노드 간에 Robocopy를 사용할 때 고려해 야 합니다.By default, this balance occurs automatically every five minutes and needs to be considered when using Robocopy between a source cluster node and the destination cluster node to ensure source and destination CSV owners match to provide the most optimal transfer path and speed.

Azure Stack HCI 클러스터에서 다음 단계를 수행 하 여 Vm을 가져오고, 항상 사용 가능 하도록 설정 하 고, 시작 합니다.Perform the following steps on your Azure Stack HCI cluster to import the VMs, make them highly available, and start them:

  1. 다음 cmdlet을 실행 하 여 모든 CSV 소유자 노드를 표시 합니다.Run the following cmdlet to show all CSV owner nodes:

    Get-ClusterSharedVolume
    
  2. 각 서버 노드에 대해로 이동 하 여 C:\Clusterstorage\Volume 모든 vm에 대 한 경로를 설정 합니다 (예:) C:\Clusterstorage\volume01 .For each server node, go to C:\Clusterstorage\Volume and set the path for all VMs - for example C:\Clusterstorage\volume01.

  3. 각 CSV 소유자 노드에 대해 다음 cmdlet을 실행 하 여 VM 가져오기 전에 볼륨당 모든 VM VMCX 파일의 경로를 표시 합니다.Run the following cmdlet on each CSV owner node to display the path to all VM VMCX files per volume prior to VM import. 사용자 환경에 맞게 경로를 수정 합니다.Modify the path to match your environment:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse
    

    참고

    Windows Server 2012 R2 및 이전 Vm은 VCMX 파일 대신 XML 파일을 사용 합니다.Windows Server 2012 R2 and older VMs use an XML file instead of a VCMX file. 자세한 내용은 이전 Vm 마이그레이션 섹션을 참조 하세요.Fore more information, see the section Migrating older VMs.

  4. 각 서버 노드에 대해 다음 cmdlet을 실행 하 여 각 CSV 소유자 노드에서 Vm을 항상 사용 가능 하 게 설정 합니다.Run the following cmdlet for each server node to import, register, and make the VMs highly available on each CSV owner node. 이를 통해 최적의 프로세서 및 메모리 할당을 위해 Vm을 균등 하 게 배포 합니다.This ensures an even distribution of VMs for optimal processor and memory allocation:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole
    
  5. 각 노드에서 각 대상 VM을 시작 합니다.Start each destination VM on each node:

    Start-VM -Name
    
  6. 로그온 하 여 모든 Vm이 실행 중이 고 모든 앱 및 데이터가 있는지 확인 합니다.Log on and verify that all VMs are running and that all your apps and data are there:

    Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}
    
  7. 모든 고급 기능을 활용 하기 위해 Azure Stack HCI의 최신 버전으로 Vm을 업데이트 합니다.Update your VMs to the latest version for Azure Stack HCI to take advantage of all the advancements:

    Get-VM | Update-VMVersion -Force
    
  8. 스크립트가 완료 된 후에 나열 된 오류에 대 한 Robocopy 로그 파일을 확인 하 고 모든 Vm이 성공적으로 복사 되었는지 확인 합니다.After the script has completed, check the Robocopy log file for any errors listed and to verify that all VMs are copied successfully.

이전 Vm 마이그레이션Migrating older VMs

Windows Server 2008 SP1, Windows Server 2008 R2-SP1, Windows Server 2012 또는 Windows Server 2012 R2 Vm이 있는 경우이 섹션이 적용 됩니다.If you have Windows Server 2008 SP1, Windows Server 2008 R2-SP1, Windows Server 2012, or Windows Server 2012 R2 VMs, this section applies to you. 이러한 Vm을 처리 하는 두 가지 옵션이 있습니다.You have two options for handling these VMs:

  • 이러한 Vm을 Windows Server 2012 R2, Windows Server 2016 또는 Windows Server 2019로 먼저 마이그레이션한 후 VM 버전을 업데이트 하 고 마이그레이션 프로세스를 시작 합니다.Migrate these VMs to Windows Server 2012 R2, Windows Server 2016, or Windows Server 2019 first, update the VM version, then begin the migration process.

  • Robocopy를 사용 하 여 모든 VM Vhd를 Azure Stack HCI에 복사 합니다.Use Robocopy to copy all VM VHDs to Azure Stack HCI. 그런 다음 새 Vm을 만들고 복사 된 Vhd를 Azure Stack HCI의 Vm에 연결 합니다.Then create new VMs and attach the copied VHDs to the VMs in Azure Stack HCI. 이렇게 하면 이러한 이전 Vm에 대 한 VM 버전 제한이 무시 됩니다.This bypasses the VM version limitation for these older VMs.

Windows Server 2012 R2 및 이전 Hyper-v 호스트는 VM 구성에 XML 파일 형식을 사용 하며, Windows Server 2016 이상 Hyper-v 호스트에 사용 되는 VCMX 파일 형식과는 다릅니다.Windows Server 2012 R2 and older Hyper-V hosts use an XML file format for their VM configuration, which is different than the VCMX file format used for Windows Server 2016 and later Hyper-V hosts. 이렇게 하려면 Azure Stack HCI에 이러한 Vm을 복사 하는 다른 Robocopy 명령이 필요 합니다.This requires a different Robocopy command to copy these VMs to Azure Stack HCI.

옵션 1: 단계적 마이그레이션Option 1: Staged migration

이는 Windows Server 2008 SP1, Windows Server 2008 R2-SP 및 Windows Server 2012에서 호스트 되는 Vm에 사용 되는 2 단계 마이그레이션입니다.This is a two-stage migration used for VMs hosted on Windows Server 2008 SP1, Windows Server 2008 R2-SP, and Windows Server 2012. 다음은 사용 하는 프로세스입니다.Here is the process you use:

  1. 복사할 모든 VM VHD 및 VHDX 파일의 위치를 검색 한 다음 파일을 검토 vmpaths.txt 하 여 Robocopy에서 시작할 최상위 원본 파일 경로를 확인 합니다.Discover the location of all VM VHD and VHDX files to be copied, then review the vmpaths.txt file to determine the topmost source file path for Robocopy to start from. 다음 cmdlet을 사용 합니다.Use the following cmdlet:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vhd*" -Recurse > c:\vmpaths.txt
    
  2. 다음 예제 Robocopy 명령을 사용 하 여 1 단계에서 확인 한 최상위 경로를 사용 하 여 먼저 Vm을 Windows Server 2012 r 2로 복사 합니다.Use the following example Robocopy command to copy VMs to Windows Server 2012 R2 first using the topmost path determined in step 1:

    Robocopy \\2012R2-Clus01\c$\clusterstorage\volume01\Hyper-V\ \\20H2-Clus01\c$\clusterstorage\volume01\Hyper-V\ /E /MT:32 /R:0 /w:1 /NFL /NDL /copyall /log:c:\log.txt /xf

  3. VMSwitchWindows server 2012 r2 클러스터에서 사용 되는의 가상 스위치 () 이름이 windows 2008 r2 또는 Windows server 2008 R2-SP1 원본에서 사용 되는 스위치 이름과 동일한 지 확인 합니다.Verify the virtual switch (VMSwitch) name on used on the Windows Server 2012 R2 cluster is the same as the switch name used on the Windows 2008 R2 or Windows Server 2008 R2-SP1 source. 클러스터의 모든 서버에서 사용 되는 스위치 이름을 표시 하려면 다음을 사용 합니다.To display the switch names used across all servers in a cluster, use this:

    Get-VMSwitch -CimSession $Servers | Select-Object Name
    

    필요에 따라 Windows Server 20212 r 2에서 스위치 이름을 바꿉니다.Rename the switch name on Windows Server 20212 R2 as needed. 클러스터의 모든 서버에서 스위치 이름을 바꾸려면 다음을 사용 합니다.To rename the switch name across all servers in the cluster, use this:

    Invoke-Command -ComputerName $Servers -ScriptBlock {rename-VMSwitch -Name $using:vSwitcholdName -NewName $using:vSwitchnewname}
    
  4. Windows Server 2012 r 2로 Vm 복사 및 가져오기:Copy and import the VMs to Windows Server 2012 R2:

    Get-ChildItem -Path "c:\clusterstorage\volume01\Hyper-V\*.xml"-Recurse
    
    Get-ChildItem -Path "c:\clusterstorage\volume01\image\*.xml" -Recurse    | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole  
    
  5. Windows Server 2012 r 2에서 모든 Vm에 대해 VM 버전을 5.0로 업데이트 합니다.On Windows Server 2012 R2, update the VM version to 5.0 for all VMs:

    Get-VM | Update-VMVersion -Force
    
  6. 마이그레이션 스크립트를 실행 하 여 vm을 Azure Stack HCI에 복사 합니다.Run the migration script to copy VMs to Azure Stack HCI.

  7. Vm 가져오기의 프로세스를 따르고, 3 단계와 4 단계를 다음으로 바꿔서 XML 파일을 처리 하 고 Azure Stack HCI으로 vm을 가져옵니다.Follow the process in Import the VMs, replacing Step 3 and Step 4 with the following to handle the XML files and to import the VMs to Azure Stack HCI:

    Get-ChildItem -Path "c:\clusterstorage\volume01\Hyper-V\*.xml"-Recurse
    
    Get-ChildItem -Path "c:\clusterstorage\volume01\image\*.xml" -Recurse    | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole  
    
  8. Vm 가져오기의 나머지 단계를 완료 합니다.Complete the remaining steps in Import the VMs.

옵션 2: 직접 VHD 복사Option 2: Direct VHD copy

이 메서드는 Robocopy를 사용 하 여 Windows 2008 SP1, Windows 2008 R2-SP1 및 Windows 2012에 호스트 된 VM Vhd를 Azure Stack HCI에 복사 합니다.This method uses Robocopy to copy VM VHDs that are hosted on Windows 2008 SP1, Windows 2008 R2-SP1, and Windows 2012 to Azure Stack HCI. 이렇게 하면 이러한 이전 Vm에 대해 지원 되는 최소 VM 버전 제한이 무시 됩니다.This bypasses the minimum supported VM version limitation for these older VMs. Windows Server 2008 SP1 및 Windows Server 2008 R2-s p 1에서 호스트 되는 Vm에 대해이 옵션을 권장 합니다.We recommend this option for VMs hosted on Windows Server 2008 SP1 and Windows Server 2008 R2-SP1.

Windows 2008 SP1 및 Windows 2008 R2-s p 1에서 호스트 되는 Vm은 1 세대 Vhd를 사용 하는 1 세대 Vm만 지원 합니다.VMs hosted on Windows 2008 SP1 and Windows 2008 R2-SP1 support only Generation 1 VMs with Generation 1 VHDs. 따라서 복사 된 Vhd를 새 Vm에 연결할 수 있도록 Azure Stack HCI에 해당 하는 1 세대 Vm을 만들어야 합니다.As such, corresponding Generation 1 VMs need to be created on Azure Stack HCI so that the copied VHDs can be attached to the new VMs. 이러한 Vhd는 2 세대 Vhd로 업그레이드할 수 없습니다.Note that these VHDs cannot be upgraded to Generation 2 VHDs.

참고

Windows Server 2012에서는 1 세대 및 2 세대 Vm을 모두 지원 합니다.Windows Server 2012 supports both Generation 1 and Generation 2 VMs.

다음은 사용 하는 프로세스입니다.Here is the process you use:

  1. 예제 Robocopy를 사용 하 여 Vm Vhd를 Azure Stack HCI에 직접 복사 합니다.Use the example Robocopy to copy VMs VHDs directly to Azure Stack HCI:

    Robocopy \\2012R2-Clus01\c$\clusterstorage\volume01\Hyper-V\ \\20H2-Clus01\c$\clusterstorage\volume01\Hyper-V\ /E /MT:32 /R:0 /w:1 /NFL /NDL /copyall /log:c:\log.txt /xf

  2. 새 세대 1 Vm을 만듭니다.Create new Generation 1 VMs. 이 작업을 수행 하는 방법에 대 한 자세한 내용은 Vm 관리를 참조 하세요.For detailed information on how to do this, see Manage VMs.

  3. 복사 된 VHD 파일을 새 Vm에 연결 합니다.Attach the copied VHD files to the new VMs. 자세한 내용은 VHD (가상 하드 디스크) 관리 를 참조 하세요.For detailed information, see Manage Virtual Hard Disks (VHD)

참고로, 다음 Windows Server 게스트 운영 체제는 2 세대 Vm을 지원 합니다.As an FYI, the following Windows Server guest operating systems support Generation 2 VMs:

  • Windows Server 2019Windows Server 2019
  • Windows Server 2016Windows Server 2016
  • Windows Server 2012 R2Windows Server 2012 R2
  • Windows Server 2012Windows Server 2012
  • Windows 10Windows 10
  • 64 비트 버전의 Windows 8.1 (64 비트)64-bit versions of Windows 8.1 (64-bit)
  • 64 비트 버전의 Windows 8 (64 비트)64-bit versions of Windows 8 (64-bit)
  • Linux ( 지원 되는 linux 및 FreeBSD Vm참조)Linux (See Supported Linux and FreeBSD VMs)

다음 단계Next steps