Migrar para Azure Stack HCI em novo hardwareMigrate to Azure Stack HCI on new hardware

Aplica-se ao Azure Stack HCI, versão 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

Este tópico descreve como migrar ficheiros de máquinas virtuais (VM) no Windows Server 2012 R2, Windows Server 2016 ou Windows Server 2019 para o novo hardware do servidor HCI do Azure Stack HCI utilizando o Windows PowerShell e o Robocopy.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. Robocopia é um método robusto para copiar ficheiros de um servidor para outro.Robocopy is a robust method for copying files from one server to another. Retoma se desligado e continua a trabalhar a partir do seu último estado conhecido.It resumes if disconnected and continues to work from its last known state. Robocopy também suporta cópia de ficheiro multi-roscada sobre o Bloco de Mensagens do Servidor (SMB).Robocopy also supports multi-threaded file copy over Server Message Block (SMB). Para mais informações, consulte Robocopy.For more information, see Robocopy.

Nota

A migração ao vivo hiper-V e a réplica hiper-V do Windows Server para a Azure Stack HCI não são suportadas.Hyper-V Live Migration and Hyper-V Replica from Windows Server to Azure Stack HCI is not supported.

Se tiver VMs no Windows 2012 R2 ou mais velhos que pretende migrar, consulte VMs mais antigos migratórios.If you have VMs on Windows 2012 R2 or older that you want to migrate, see Migrating older VMs.

Para migrar para Azure Stack HCI usando o mesmo hardware, consulte Migrar para Azure Stack HCI no mesmo hardware.To migrate to Azure Stack HCI using the same hardware, see Migrate to Azure Stack HCI on the same hardware.

O diagrama seguinte mostra um cluster de origem do Windows Server e um cluster de destino Azure Stack HCI como exemplo.The following diagram shows a Windows Server source cluster and an Azure Stack HCI destination cluster as an example. Também pode migrar VMs em servidores autónomos.You can also migrate VMs on stand-alone servers as well.

Migrar o cluster para Azure Stack HCI

Em termos de tempo de inatividade esperado, utilizando um único NIC com uma rede de East-West rdma de 40 GB dupla entre clusters e Robocopia configurada para 32 multiligreads, pode realizar velocidades de transferência de 1,9 TB por hora.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.

Nota

Neste artigo não são abrangidos os VMs migratórios para aglomerados esticados.Migrating VMs for stretched clusters is not covered in this article.

Before you beginBefore you begin

Existem vários requisitos e coisas a considerar antes de começar a migração:There are several requirements and things to consider before you begin migration:

  • Todos os comandos Windows PowerShell devem ser executados como administrador.All Windows PowerShell commands must be run As Administrator.

  • Você deve ter credenciais de domínio com permissões de administrador para clusters de origem e destino, com plenos direitos sobre a unidade organizacional de origem e destino (OU) que contém ambos os clusters.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.

  • Ambos os agrupamentos devem estar na mesma floresta e domínio do Diretório Ativo para facilitar a autenticação de Kerberos entre aglomerados para a migração de VMs.Both clusters must be in the same Active Directory forest and domain to facilitate Kerberos authentication between clusters for migration of VMs.

  • Ambos os agrupamentos devem residir num Ative Directory OU com o Grupo Policy Object (GPO) Block herança definida neste OU.Both clusters must reside in an Active Directory OU with Group Policy Object (GPO) Block inheritance set on this OU. Isto garante que nenhum OGM de nível de domínio e políticas de segurança podem ter impacto na migração.This ensures no domain-level GPOs and security policies can impact the migration.

  • Ambos os agrupamentos devem ser ligados à mesma fonte de tempo para suportar a autenticação consistente de Kerberos entre clusters.Both clusters must be connected to the same time source to support consistent Kerberos authentication between clusters.

  • Tome nota do nome do interruptor virtual Hyper-V utilizado pelos VMs no cluster de origem.Make note of the Hyper-V virtual switch name used by the VMs on the source cluster. Deve utilizar o mesmo nome de comutador virtual para o cluster de destino Azure Stack HCI "rede de máquinas virtuais" antes de importar VMs.You must use the same virtual switch name for the Azure Stack HCI destination cluster "virtual machine network" prior to importing VMs.

  • Remova quaisquer ficheiros de imagem ISO para os seus VMs de origem.Remove any ISO image files for your source VMs. Isto é feito usando Hyper-V Manager em Propriedades VM na secção hardware.This is done using Hyper-V Manager in VM Properties in the Hardware section. Selecione Remover para quaisquer unidades virtuais de CD/DVD.Select Remove for any virtual CD/DVD drives.

  • Desligue todos os VMs no aglomerado de origem.Shutdown all VMs on the source cluster. Isto é necessário para garantir que o controlo da versão e o estado sejam mantidos durante todo o processo de migração.This is required to ensure version control and state are maintained throughout the migration process.

  • Verifique se o Azure Stack HCI suporta a sua versão dos VMs para importar e atualizar os seus VMs conforme necessário.Check if Azure Stack HCI supports your version of the VMs to import and update your VMs as needed. Consulte a secção de suporte à versão VM e atualize a secção de como fazê-lo.See the VM version support and update section on how to do this.

  • Faça backup de todos os VMs no seu cluster de origem.Backup all VMs on your source cluster. Preencha uma cópia de segurança consistente de todas as aplicações e dados e uma cópia de segurança consistente de todas as bases de dados.Complete a crash-consistent backup of all applications and data and an application-consistent backup of all databases. Para fazer backup no Azure, consulte Use Azure Backup.To backup to Azure, see Use Azure Backup.

  • Faça um ponto de verificação dos seus VMs de cluster de origem e controlador de domínio no caso de ter de voltar para um estado anterior.Make a checkpoint of your source cluster VMs and domain controller in case you have to roll back to a prior state. Isto não é aplicável para servidores físicos.This is not applicable for physical servers.

  • Certifique-se de que os tamanhos máximos de armação Jumbo são os mesmos entre as redes de armazenamento de clusters de origem e destino, especificamente os adaptadores de rede RDMA e as respetivas portas de rede de comutadores para fornecer o tamanho de pacote de transferência de ponta a ponta mais eficiente.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.

  • Tome nota do nome do interruptor virtual Hyper-V no cluster de origem.Make note of the Hyper-V virtual switch name on the source cluster. Vai reutilizá-lo no aglomerado de destino.You will reuse it on the destination cluster.

  • O hardware HCI Azure Stack HCI deve ter pelo menos capacidade e configuração iguais ao hardware de origem.The Azure Stack HCI hardware should have at least equal capacity and configuration as the source hardware.

  • Minimize o número de lúpulo de rede ou distância física entre os clusters de origem e destino para facilitar a transferência de ficheiros mais rápida.Minimize the number of network hops or physical distance between the source and destination clusters to facilitate the fastest file transfer.

Suporte e atualização da versão VMVM version support and update

Esta tabela lista as versões OO do Windows Server e as suas versões VM.This table lists the Windows Server OS versions and their VM versions.

Independentemente da versão OS em que um VM pode estar em execução, a versão VM mínima suportada para migração direta para Azure Stack HCI é a versão 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. Isto representa a versão padrão para VMs no Windows Server 2012 R2.This represents the default version for VMs on Windows Server 2012 R2. Assim, quaisquer VMs em execução na versão 2.0, 3.0 ou 4.0, por exemplo, devem ser atualizados para a versão 5.0 antes da migração.So any VMs running at version 2.0, 3.0, or 4.0 for example must be updated to version 5.0 before migration.

Versão do SOOS version Versão VMVM 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

Para VMs no Windows Server 2012 R2, Windows Server 2016 e Windows Server 2019, atualize todos os VMs para a versão VM mais recente suportada no hardware de origem antes de executar o script de migração robocopia.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. Isto garante que todos os VMs estão pelo menos na versão 5.0 para uma importação bem sucedida de VM.This ensures all VMs are at least at version 5.0 for a successful VM import.

Para VMs no Windows Server 2008 SP1, Windows Server 2008 R2-SP1 e Windows 2012, a versão VM será inferior à versão 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. Estes VMs também usam um ficheiro .xml para configuração em vez de um ficheiro .vcmx.These VMs also use an .xml file for configuration instead of an .vcmx file. Como tal, não é suportada uma importação direta do VM para o Azure Stack HCI.As such, a direct import of the VM to Azure Stack HCI is not supported. Nestes casos, tem duas opções, conforme detalhado em VMs mais antigos migratórios.In these cases, you have two options, as detailed in Migrating older VMs.

Atualizar a versão VMUpdating the VM version

Os seguintes comandos aplicam-se ao Windows Server 2012 R2 e mais tarde.The following commands apply to Windows Server 2012 R2 and later. Utilize o seguinte comando para mostrar todas as versões VM num único servidor:Use the following command to show all VM versions on a single server:

Get-VM * | Format-Table Name,Version

Para mostrar todas as versões VM em todos os servidores de um cluster:To show all VM versions across all servers on a cluster:

Get-VM –ComputerName (Get-ClusterNode)

Para atualizar todos os VMs para a versão mais recente suportada em todos os servidores:To update all VMs to the latest supported version on all servers:

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

Recomendações de RDMARDMA recommendations

Se estiver a utilizar o Acesso à Memória Direta Remota (RDMA), a Robocopia pode aproveitar-se para copiar os seus VMs entre clusters.If you are using Remote Direct Memory Access (RDMA), Robocopy can leverage it for copying your VMs between clusters. Aqui estão algumas recomendações para a utilização de RDMA:Here are some recommendations for using RDMA:

  • Ligue ambos os clusters ao mesmo interruptor de topo de rack (ToR) para utilizar o caminho de rede mais rápido entre os clusters de origem e destino.Connect both clusters to the same top of rack (ToR) switch to use the fastest network path between source and destination clusters. Para o caminho da rede de armazenamento, isto normalmente suporta 10GbE/25GbE ou velocidades mais altas e alavancas RDMA.For the storage network path this typically supports 10GbE/25GbE or higher speeds and leverages RDMA.

  • Se o adaptador ou padrão RDMA for diferente entre os clusters de origem e destino (ROCE vs iWARP), a Robocopy irá, em vez disso, alavancar o SMB sobre o TCP/IP através da rede mais rápida disponível.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. Este será tipicamente um dual 10Gbe/25Gbe ou uma velocidade superior para a rede East-West, fornecendo a forma mais ideal de copiar ficheiros VM VHDX entre clusters.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.

  • Para garantir que a Robocopia pode alavancar o RDMA entre clusters (rede Este-Oeste), configurar as redes de armazenamento RDMA para que sejam encaminháveis entre os clusters de origem e destino.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.

Criar o novo clusterCreate the new cluster

Antes de poder criar o cluster HCI Azure Stack HCI, tem de instalar o Azure Stack HCI OS em cada novo servidor que estará no cluster.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. Para obter informações sobre como fazê-lo, consulte implementar o sistema operativo Azure Stack HCI.For information on how to do this, see Deploy the Azure Stack HCI operating system.

Utilize o Windows Admin Center ou o Windows PowerShell para criar o novo cluster.Use Windows Admin Center or Windows PowerShell to create the new cluster. Para obter informações detalhadas sobre como fazê-lo, consulte Criar um cluster HCI Azure Stack utilizando o Windows Admin Center e criar um cluster HCI Azure Stack utilizando o Windows PowerShell.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.

Importante

Os nomes do interruptor virtual Hiper-V VMSwitch () entre clusters devem ser os mesmos.Hyper-V virtual switch (VMSwitch) names between clusters must be the same. Certifique-se de que os nomes de switch virtuais criados no cluster de destino correspondem aos utilizados no cluster de origem em todos os servidores.Make sure that virtual switch names created on the destination cluster match those used on the source cluster across all servers. Verifique os nomes do comutador para o mesmo antes de importar os VMs.Verify the switch names for the same before you import the VMs.

Nota

Tem de registar o cluster HCI da Azure Stack com o Azure antes de poder criar novos VMs nele.You must register the Azure Stack HCI cluster with Azure before you can create new VMs on it. Para mais informações, consulte Registar-se com Azure.For more information, see Register with Azure.

Executar o roteiro de migraçãoRun the migration script

O seguinte script PowerShell Robocopy_Remote_Server_.ps1 utiliza robocopia para copiar ficheiros VM e seus diretórios dependentes e metadados da fonte para o cluster de destino.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. Este script foi modificado a partir do script original na TechNet em: Robocopy Files para Remote Server Using PowerShell e RoboCopy.This script has been modified from the original script on TechNet at: Robocopy Files to Remote Server Using PowerShell and RoboCopy.

O script copia todos os ficheiros VM VHD, VHDX e VMCX para o seu cluster de destino para um determinado Cluster Shared Volume (CSV).The script copies all VM VHD, VHDX, and VMCX files to your destination cluster for a given Cluster Shared Volume (CSV). Um CSV é migrado de cada vez.One CSV is migrated at a time.

O script de migração é executado localmente em cada servidor de origem para aproveitar o benefício de RDMA e transferência rápida de rede.The migration script is run locally on each source server to leverage the benefit of RDMA and fast network transfer. Para efetuar este procedimento:To do this:

  1. Certifique-se de que cada nó de cluster de destino está definido para o proprietário do CSV para o destino CSV.Make sure each destination cluster node is set to the CSV owner for the destination CSV.

  2. Para determinar a localização de todos os ficheiros VM VHD e VHDX a serem copiados, utilize o seguinte cmdlet.To determine the location of all VM VHD and VHDX files to be copied, use the following cmdlet. Reveja o C:\vmpaths.txt ficheiro para determinar o caminho de ficheiro de origem mais alto para robocopia começar a partir do passo 4: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
    

    Nota

    Se os seus ficheiros VHD e VHDX estiverem localizados em caminhos diferentes no mesmo volume, terá de executar o script de migração para cada caminho diferente para os copiar a todos.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. Altere as seguintes três variáveis para combinar o caminho VM do cluster de origem com o caminho VM do cluster de destino: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. Execute o seguinte script em cada servidor de origem do 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

Importar os VMsImport the VMs

Uma melhor prática é criar pelo menos um Cluster Shared Volume (CSV) por nó de cluster para permitir um equilíbrio uniforme de VMs para cada proprietário de CSV para maior resiliência, desempenho e escala de cargas de trabalho VM.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. Por padrão, este equilíbrio ocorre automaticamente a cada cinco minutos e precisa de ser considerado quando se utiliza robocopia entre um nó de cluster de origem e o nó do cluster de destino para garantir que os proprietários de CSV de origem e destino correspondam para fornecer a rota e velocidade de transferência mais ideais.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.

Execute os seguintes passos no seu cluster HCI Azure Stack para importar os VMs, torná-los altamente disponíveis e iniciá-los:Perform the following steps on your Azure Stack HCI cluster to import the VMs, make them highly available, and start them:

  1. Executar o seguinte cmdlet para mostrar todos os nós do proprietário CSV:Run the following cmdlet to show all CSV owner nodes:

    Get-ClusterSharedVolume
    
  2. Para cada nó do servidor, vá C:\Clusterstorage\Volume e desacorra o caminho para todos os VMs - por exemplo 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. Execute o seguinte cmdlet em cada nó do proprietário do CSV para mostrar o caminho para todos os ficheiros VM VMCX por volume antes da importação de VM.Run the following cmdlet on each CSV owner node to display the path to all VM VMCX files per volume prior to VM import. Modifique o caminho para combinar com o seu ambiente:Modify the path to match your environment:

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

    Nota

    O Windows Server 2012 R2 e os VMs mais antigos utilizam um ficheiro XML em vez de um ficheiro VCMX.Windows Server 2012 R2 and older VMs use an XML file instead of a VCMX file. Mais informações, consulte a secção VMs mais antigos.Fore more information, see the section Migrating older VMs.

  4. Execute o seguinte cmdlet para cada nó do servidor importar, registar e tornar os VMs altamente disponíveis em cada nó do proprietário do CSV.Run the following cmdlet for each server node to import, register, and make the VMs highly available on each CSV owner node. Isto garante uma distribuição uniforme de VMs para o melhor processador e alocação de memória: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. Inicie cada VM de destino em cada nó:Start each destination VM on each node:

    Start-VM -Name
    
  6. Faça login e verifique se todos os VMs estão em execução e que todas as suas aplicações e dados estão lá: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. Atualize os seus VMs para a versão mais recente do Azure Stack HCI para tirar partido de todos os avanços:Update your VMs to the latest version for Azure Stack HCI to take advantage of all the advancements:

    Get-VM | Update-VMVersion -Force
    
  8. Depois de concluído o script, verifique o ficheiro de registo robocopia para quaisquer erros listados e verifique se todos os VMs são copiados com sucesso.After the script has completed, check the Robocopy log file for any errors listed and to verify that all VMs are copied successfully.

VMs mais velhos migrandoMigrating older VMs

Se tiver O Windows Server 2008 SP1, Windows Server 2008 R2-SP1, Windows Server 2012 ou Windows Server 2012 R2 VMs, esta secção aplica-se a si.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. Tem duas opções para lidar com estes VMs:You have two options for handling these VMs:

  • Migrar estes VMs para o Windows Server 2012 R2, Windows Server 2016 ou Windows Server 2019 primeiro, atualizar a versão VM e depois iniciar o processo de migração.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.

  • Utilize robocopia para copiar todos os VM VHDs para Azure Stack HCI.Use Robocopy to copy all VM VHDs to Azure Stack HCI. Em seguida, crie novos VMs e fixe os VHDs copiados aos VMs em Azure Stack HCI.Then create new VMs and attach the copied VHDs to the VMs in Azure Stack HCI. Isto contorna a limitação da versão VM para estes VMs mais antigos.This bypasses the VM version limitation for these older VMs.

O Windows Server 2012 R2 e os anfitriões Hiper-V mais antigos utilizam um formato de ficheiro XML para a sua configuração VM, que é diferente do formato de ficheiro VCMX utilizado para os anfitriões Do Windows Server 2016 e posteriormente do Hyper-V.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. Isto requer um comando robocopia diferente para copiar estes VMs para Azure Stack HCI.This requires a different Robocopy command to copy these VMs to Azure Stack HCI.

Opção 1: Migração encenadaOption 1: Staged migration

Esta é uma migração em dois estágios utilizada para VMs hospedados no Windows Server 2008 SP1, Windows Server 2008 R2-SP e Windows Server 2012.This is a two-stage migration used for VMs hosted on Windows Server 2008 SP1, Windows Server 2008 R2-SP, and Windows Server 2012. Aqui está o processo que utiliza:Here is the process you use:

  1. Descubra a localização de todos os ficheiros VM VHD e VHDX a serem copiados e, em seguida, reveja o vmpaths.txt ficheiro para determinar o caminho de ficheiro de origem mais alto para robocopia começar.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. Utilize o seguinte cmdlet:Use the following cmdlet:

    Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vhd*" -Recurse > c:\vmpaths.txt
    
  2. Utilize o seguinte exemplo, o comando Robocopy para copiar VMs para o Windows Server 2012 R2 primeiro utilizando o caminho mais alto determinado no passo 1: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. Verifique se o nome do switch virtual ( VMSwitch ) utilizado no cluster R2 do Windows Server 2012 é o mesmo que o nome do comutação utilizado na fonte R2 ou Windows Server 2008 R2-SP1 do Windows 2008.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. Para exibir os nomes do switch utilizados em todos os servidores num cluster, utilize isto:To display the switch names used across all servers in a cluster, use this:

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

    Mude o nome do switch no Windows Server 20212 R2 conforme necessário.Rename the switch name on Windows Server 20212 R2 as needed. Para mudar o nome do interruptor em todos os servidores do cluster, utilize isto: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. Copiar e importar os VMs para o Windows Server 2012 R2: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. No Windows Server 2012 R2, atualize a versão VM para 5.0 para todos os VMs:On Windows Server 2012 R2, update the VM version to 5.0 for all VMs:

    Get-VM | Update-VMVersion -Force
    
  6. Executar o script de migração para copiar VMs para Azure Stack HCI.Run the migration script to copy VMs to Azure Stack HCI.

  7. Siga o processo de Importação dos VMs,substituindo o passo 3 e o passo 4 pelo seguinte para manusear os ficheiros XML e importar os VMs para Azure Stack HCI: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. Complete os passos restantes na Importação dos VMs.Complete the remaining steps in Import the VMs.

Opção 2: Cópia VHD diretaOption 2: Direct VHD copy

Este método utiliza robocopia para copiar VM VHDs que estão hospedados no Windows 2008 SP1, Windows 2008 R2-SP1 e Windows 2012 para 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. Isto contorna a limitação mínima da versão VM suportada para estes VMs mais antigos.This bypasses the minimum supported VM version limitation for these older VMs. Recomendamos esta opção para VMs hospedados no Windows Server 2008 SP1 e Windows Server 2008 R2-SP1.We recommend this option for VMs hosted on Windows Server 2008 SP1 and Windows Server 2008 R2-SP1.

Os VMs alojados no Windows 2008 SP1 e Windows 2008 R2-SP1 suportam apenas VMs geração 1 com VHDs de geração 1.VMs hosted on Windows 2008 SP1 and Windows 2008 R2-SP1 support only Generation 1 VMs with Generation 1 VHDs. Como tal, os VMs da Geração 1 correspondentes precisam de ser criados no Azure Stack HCI para que os VHDs copiados possam ser ligados aos novos VMs.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. Note que estes VHDs não podem ser atualizados para VHDs de geração 2.Note that these VHDs cannot be upgraded to Generation 2 VHDs.

Nota

O Windows Server 2012 suporta os VMs da Geração 1 e da Geração 2.Windows Server 2012 supports both Generation 1 and Generation 2 VMs.

Aqui está o processo que utiliza:Here is the process you use:

  1. Utilize o exemplo Robocopy para copiar VMs VHDs diretamente para 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. Criar novos VMs geração 1.Create new Generation 1 VMs. Para obter informações detalhadas sobre como fazê-lo, consulte Gerir VMs.For detailed information on how to do this, see Manage VMs.

  3. Fixe os ficheiros VHD copiados aos novos VMs.Attach the copied VHD files to the new VMs. Para obter informações detalhadas, consulte Gerir Discos Rígidos Virtuais (VHD)For detailed information, see Manage Virtual Hard Disks (VHD)

Como FYI, os seguintes sistemas operativos de hóspedes do Windows Server suportam Os VMs da Geração 2: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
  • Versões de 64 bits do Windows 8.1 (64-bit)64-bit versions of Windows 8.1 (64-bit)
  • Versões de 64 bits do Windows 8 (64-bit)64-bit versions of Windows 8 (64-bit)
  • Linux (Ver Linux suportado e VMs freebsd)Linux (See Supported Linux and FreeBSD VMs)

Passos seguintesNext steps