Notas de versão do System Center Virtual Machine Manager

  • Artigo

O VMM (Virtual Machine Manager) 2022 não tem problemas conhecidos.

Para obter novos recursos no VMM 2022, confira Novidades.

Este artigo lista as notas sobre a versão do System Center 2019 – VMM (Virtual Machine Manager).

Notas sobre a versão do VMM 2019

As seções a seguir resumem as notas sobre a versão do VMM 2019 e incluem os problemas conhecidos e as soluções. Não há problemas conhecidos no VMM 2019 UR1 e UR2.

A remoção do nó de cluster falha com o sinalizador CleanUpDisks

Descrição: quando você remove um nó de cluster do cluster S2D do Windows Server 2019, com um sinalizador CleanUpDisks, a remoção falha com Não foi possível obter a instância especificada MSFT_StorageJob erro, nos cenários a seguir.

  • A capacidade de armazenamento é inadequada nos servidores restantes para acomodar todos os volumes.

  • Não há domínios de falha suficientes para fornecer a resiliência do volume.

Solução alternativa: Assegure-se do seguinte:

  • a capacidade de armazenamento adequada está disponível nos servidores restantes para acomodar todos os volumes

  • os domínios de falha suficientes estão disponíveis para fornecer a resiliência dos seus volumes.

a adição do dispositivo de armazenamento que tem a interface de gerenciamento SMI-S falha

Descrição: adição do dispositivo de armazenamento que tem a interface de gerenciamento SMI-S falha com o erro O registro do provedor de armazenamento falhou com o código de erro WsManMIInvokeFailed quando o System Center VMM (Virtual Machine Manager) 2019 é instalado no Windows Server 2019.

Solução alternativa: o VMM depende do serviço de Gerenciamento de Armazenamento baseado em padrões do Windows para gerenciar os dispositivos de armazenamento usando o SMI-S. Verifique se o serviço foi iniciado antes de tentar adicionar o dispositivo de armazenamento.

O Windows Server 2019 não dá suporte a redes HNVv1

Descrição: o Windows Server 2019 não dá suporte ao HNVv1. Se o HNVv1 estiver em uso no momento, o cluster que está utilizando o HNVv1 não deverá ser atualizado para o Windows Server 2019 usando a Atualização Sem Interrupção de Cluster.

Solução alternativa: migre do HNVv1 para o SDNv2 no Windows Server 2016 antes de usar a Atualização sem interrupção do cluster para o Windows Server 2019.

As correções de acessibilidade mais recentes no Console não estão disponíveis

Descrição: as últimas correções de acessibilidade no Console podem não estar disponíveis quando você usa o .NET 4.7 durante a instalação do console do VMM.

Solução alternativa: recomendamos o uso do .NET 4.8. Para obter informações detalhadas sobre a migração do .NET 4.8, confira o artigo sobre migração do .NET.

A conectividade do adaptador de back-end para o SLB MUX não funciona como esperado

Descrição: a conectividade do adaptador de back-end do SLB MUX pode não funcionar conforme esperado após a migração da VM (máquina virtual).

Solução alternativa: os usuários reduzem/escalam horizontalmente na VM SLB MUX como solução alternativa.

Falha de atualização do pacote cumulativo de atualizações do cluster

Descrição: a CRU (atualização cumulativo de atualizações de cluster) falhará durante o estágio Conectar o host Hyper-V a matrizes de armazenamento , se o VHD (Disco Rígido Virtual) do Windows Server 2019 no servidor de biblioteca, usado como o perfil do computador para reimplantar o sistema operacional (SO) não estiver instalado com as atualizações mais recentes.

Solução alternativa: Para resolver esse erro, instale todas as atualizações pendentes no VHD e reinicie o trabalho do CRU.

Para evitar esse problema, antes do disparo do CRU, instale as atualizações mais recentes do sistema operacional no VHD que você deseja usar para o CRU.

A Otimização Dinâmica de Armazenamento não dispara a migração de VHD mesmo quando os critérios de otimização são atendidos

Descrição: a DO (Otimização dinâmica) de armazenamento deve disparar a migração do VHD entre CSVs (Volumes Compartilhados Clusterizados), quando o espaço de armazenamento livre em um dos CSVs cai abaixo do limite de espaço em disco definido na página de Otimização dinâmica e os critérios de agressividade são atendidos. No entanto, em alguns casos, os VHDs não poderão ser migrados, mesmo que todas as outras condições da DO de armazenamento sejam atendidas.

Solução alternativa: Para garantir que a migração de armazenamento foi disparada, faça o seguinte:

  1. Verifique o HostVolumeID usando o cmdlet Get-SCStorageVolume. Se o HostVolumeID retornar Null para o volume, atualize a VM e realize a DO de armazenamento novamente.
  2. Verifique o DiskSpacePlacementLevel do grupo de hosts usando o cmdlet Get-SCHostResever. Defina o valor DiskSpacePlacementLevel igual ao valor do espaço em disco como nas configurações de Reserva do host, no assistente de Otimização dinâmica.

O disco da Otimização dinâmica de armazenamento realiza várias migrações de VHD em várias direções

Descrição: se houver uma incompatibilidade de níveis de aviso de espaço em disco entre grupos de hosts que têm o mesmo compartilhamento de arquivos, isso poderá resultar em várias migrações, de e para esse compartilhamento de arquivos, e pode afetar o desempenho do ARMAZENAMENTO DO.

Solução alternativa: recomendamos que você não faça um compartilhamento de arquivos em clusters diferentes em que a otimização dinâmica de armazenamento esteja habilitada.

O monitoramento de desempenho para o servidor do VMM falha com o erro de evento Acesso negado

Descrição: em um cenário em que o VMM é monitorado usando o Operations Manager, o monitoramento de desempenho para o servidor do VMM falha com o erro de evento Acesso negado. Os usuários do serviço não têm permissão para acessar o log de eventos VirtualMachineManager-Server/Operational.

Solução alternativa: altere o descritor de segurança para o Registro de log de eventos operacional com o seguinte comando e, em seguida, reinicie o serviço de log de eventos e o serviço de log de integridade.

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

Esse comando adiciona o usuário de serviço à lista de usuários permitidos, que podem acessar o log de eventos VirtualMachineManager-Server/Operational.

O trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC

Descrição: Set-SCVMSubnet -RemovePortACL o trabalho é concluído no VMM sem remover a associação portACL do objeto NC VMSubnet devido ao qual Remove-PortACL trabalho falha com a Exceção NC que ainda está em uso.

Solução alternativa: remova o VMSubnet do VMM e remova Port-ACL.

Import-Module NetworkController

#Substitua o URI do Controlador de Rede pelo IP REST ou FQDN

$uri = "<NC FQDN or IP>"

#Forneça as credenciais do Administrador de NC

$cred = Get-Credential

#Identifique a rede virtual que contém a sub-rede

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identifique a sub-rede da qual a ACL precisa ser removida

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Atualização

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Importante

Esta versão do VMM (Virtual Machine Manager) chegou ao fim do suporte. Recomendamos que você atualize para o VMM 2022.

Este artigo lista as notas de versão do System Center 1807 – VMM (Virtual Machine Manager).

Notas de versão do VMM 1807

As seções a seguir resumem as notas de versão do VMM 1807 e incluem os problemas conhecidos e as soluções.

As últimas correções de acessibilidade no Console não estão disponíveis

Descrição: as últimas correções de acessibilidade no Console podem não estar disponíveis quando você usa o .NET 4.7 durante a instalação do Console do VMM.

Solução alternativa: recomendamos o uso do .NET 4.7.1 durante a instalação do Console do VMM. Para obter informações detalhadas sobre a migração do .NET 4.7.1, consulte o artigo sobre migração do .NET.

A conectividade do adaptador de back-end para o SLB MUX não funciona como esperado

Descrição: a conectividade do adaptador de back-end do SLB MUX pode não funcionar como esperado após a migração da VM.

Solução alternativa: os usuários reduzem/escalam horizontalmente na VM SLB MUX como solução alternativa.

Problemas de conectividade de endereços SLB

Descrição: para endereços IP front-end e back-end atribuídos às VMs MUX do Balanceador de Carga de Software, você poderá ter problemas de conectividade se a opção Registrar o endereço desta conexão no DNS estiver marcada.

Solução alternativa: limpe a configuração para evitar problemas com esses endereços IP.

O VMM integrado ao Azure Site Recovery não oferecerá suporte a versões de DRA anteriores à 5.1.3100

Descrição: caso você esteja usando um VMM integrado ao Azure Site Recovery, o VMM dá suporte ao DRA (Agente de Recuperação de Dados) versão 5.1.3100 ou superior. Não há suporte para versões anteriores.

Solução: use estas etapas e atualize a versão do DRA:

  1. Desinstalar a versão existente do DRA
  2. Instalar o patch VMM 1807)
  3. Instalar a versão 5.1.3100 ou superior.

A atualização do host/cluster pode demorar mais se houver muitas definições de rede lógica

Descrição: quando há um grande número de definições de rede lógica no ambiente, a atualização de cluster/host pode levar mais tempo do que o esperado.

O trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC

Descrição: o trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC e, por esse motivo, o trabalho Remove-PortACL falha com a Exceção de NC que ainda está em uso.

Solução alternativa: remova o VMSubnet do VMM e remova Port-ACL.

Import-Module NetworkController

#Substitua o URI do Controlador de Rede pelo IP REST ou FQDN

$uri = "<NC FQDN or IP>"

#Forneça as credenciais do Administrador de NC

$cred = Get-Credential

#Identifique a rede virtual que contém a sub-rede

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identifique a sub-rede da qual a ACL precisa ser removida

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Atualização

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Este artigo lista as notas de versão do System Center 2016 – VMM (Virtual Machine Manager).

Importante

Esta versão do VMM (Virtual Machine Manager) chegou ao fim do suporte. Recomendamos que você atualize para o VMM 2022.

Notas de versão do VMM 1801

As seções a seguir resumem as notas sobre a versão do VMM 1801 e incluem os problemas conhecidos e as soluções alternativas.

As últimas correções de acessibilidade no Console não estão disponíveis

Descrição: as últimas correções de acessibilidade no Console podem não estar disponíveis quando você usa o .NET 4.7 durante a instalação do Console do VMM.

Solução alternativa: recomendamos o uso do .NET 4.7.1 durante a instalação do Console do VMM. Para obter informações detalhadas sobre a migração do .NET 4.7.1, consulte o artigo sobre migração do .NET.

A conectividade do adaptador de back-end para o SLB MUX não funciona como esperado

Descrição: a conectividade do adaptador de back-end do SLB MUX pode não funcionar como esperado após a migração da VM.

Solução alternativa: os usuários reduzem/escalam horizontalmente na VM SLB MUX como solução alternativa.

Problemas de conectividade de endereços SLB

Descrição: para endereços IP front-end e back-end atribuídos às VMs MUX do Balanceador de Carga de Software, você poderá ter problemas de conectividade se a opção Registrar o endereço desta conexão no DNS estiver marcada.

Solução alternativa: limpe a configuração para evitar problemas com esses endereços IP.

A atualização pode não acontecer quando o nome de uma classificação de porta padrão é alterado

Descrição: quando você altera o nome original de uma classificação de porta padrão e tenta atualizar para o VMM 1801, a atualização pode não acontecer e gerar a mensagem de erro a seguir no log da instalação do VMM.

Violação da restrição de CHAVE PRIMÁRIA "PK_tbl_NetMan_PortClassification". Não é possível inserir a chave duplicada no objeto "dbo.tbl_NetMan_PortClassification".

Solução alternativa: altere o nome da classificação da porta de volta para o nome original e dispare a atualização. Após atualizar, altere o nome padrão para um diferente.

O trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC

Descrição: o trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC e, por esse motivo, o trabalho Remove-PortACL falha com a Exceção de NC que ainda está em uso.

Solução alternativa: remova o VMSubnet do VMM e remova Port-ACL.

Import-Module NetworkController

#Substitua o URI do Controlador de Rede pelo IP REST ou FQDN

$uri = "<NC FQDN or IP>"

#Forneça as credenciais do Administrador de NC

$cred = Get-Credential

#Identifique a rede virtual que contém a sub-rede

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identifique a sub-rede da qual a ACL precisa ser removida

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Atualização

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Notas de versão do VMM 2016

As seções a seguir resumem as notas sobre a versão do VMM 2016 e incluem os problemas conhecidos, as correções e as soluções alternativas.

Implantação do VMM

A importação do console de administrador do VMM poderá falhar

Descrição: se você importar o suplemento do console de administrador do VMM como um não administrador, o console falhará. Isso ocorre porque o suplemento do console é armazenado no local “C:\Program Files\” e somente os administradores têm acesso a esse local. Solução alternativa: armazene o suplemento do console em um local que não precise de acesso do administrador e, em seguida, importe o suplemento.

Armazenamento

A promoção de uma VM para altamente disponível poderá falhar

Descrição: crie uma VM no armazenamento local, inicie-a e crie pontos de verificação. Se você tentar migrar e promover a VM como altamente disponível em um cluster, a migração poderá falhar. Solução alternativa: antes de executar a migração, exclua o ponto de verificação em execução e pare a VM.

A migração de uma VM do armazenamento CSV para o armazenamento LUN poderá falhar

Descrição: crie uma VM altamente disponível usando o armazenamento CSV, adicione um LUN como um armazenamento disponível no cluster e migre a VM do CSV para o LUN. Se a VM e o armazenamento LUN estiverem no mesmo nó, a migração será bem-sucedida. Se não estiverem, a migração falhará. Solução alternativa: se a VM não estiver localizada no nó de cluster no qual o armazenamento LUN está registrado, mova a VM para ele. Em seguida, migre a VM para o armazenamento LUN.

A capacidade de matrizes NAS é exibida como 0 GB.

Descrição: o VMM mostra a Capacidade Total e a Capacidade Disponível como 0 GB para os compartilhamentos de arquivos existentes nas matrizes NAS. Solução alternativa: nenhuma.

Rede

Redes lógicas gerenciadas pelo controlador da rede SDN não podem usar endereços IP dinâmicos

Descrição: não há suporte para o uso de endereços IP dinâmicos em VMs conectadas às redes lógicas gerenciadas pelo controlador da rede SDN na malha do VMM. Solução alternativa: configure endereços IP estáticos.

Comutador SET mostrado como “Interno” no VMM

Descrição: se você implantar um comutador SET fora do console do VMM e começar a gerenciá-lo na malha do VMM, o tipo de comutador será exibido como interno. Isso não afeta a funcionalidade do comutador. Solução alternativa: nenhuma.

Comutador agrupado LACP não funciona após o upgrade

Descrição: uma equipe LACP configurada em um comutador lógico não funciona após a atualização para o VMM 2016. Solução alternativa: reimplante o comutador ou remova e adicione novamente o adaptador de rede física à equipe.

A conectividade do adaptador de back-end para o SLB MUX não funciona como esperado

Descrição: a conectividade do adaptador de back-end do SLB MUX pode não funcionar como esperado após a migração da VM. Solução alternativa: use reduzir/expandir na VM MUX de SLB como solução alternativa.

Não há suporte para Certificados de Autoridade de Certificação baseados em CNG

Descrição: se você estiver usando certificados de uma AC, não poderá usar certificados CNG para a implantação da SDN no VMM. Solução alternativa: use outros formatos de certificado.

Um adaptador virtual conectado a uma rede gerenciada pelo Controlador de Rede deverá ser reiniciado se você alterar o endereço IP

Descrição: se houver uma alteração no endereço IP atribuído em um dos adaptadores de rede virtual conectados a uma rede de VMs gerenciada pelo Controlador de Rede, será necessário reiniciar manualmente os adaptadores associados. Solução alternativa: nenhuma solução alternativa.

Não há suporte para IPv6 em uma infraestrutura de rede gerenciada pelo Controlador de Rede

Descrição: não há suporte para IPv6 no Controlador de Rede na malha do VMM. Solução alternativa: use o IPv4.

Problemas de conectividade de endereços SLB

Descrição: para endereços IP front-end e back-end atribuídos às VMs MUX de SLB, você poderá ter problemas de conectividade se a opção Registrar o endereço desta conexão no DNS estiver marcada. Solução alternativa: limpe a configuração para evitar problemas.

O trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC

Descrição: o trabalho Set-SCVMSubnet -RemovePortACL é concluído no VMM sem a remoção da associação portACL do objeto VMSubnet de NC e, por esse motivo, o trabalho Remove-PortACL falha com a Exceção de NC que ainda está em uso.

Solução alternativa: remova o VMSubnet do VMM e remova Port-ACL.

Import-Module NetworkController

#Substitua o URI do Controlador de Rede pelo IP REST ou FQDN

$uri = "<NC FQDN or IP>"

#Forneça as credenciais do Administrador de NC

$cred = Get-Credential

#Identifique a rede virtual que contém a sub-rede

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identifique a sub-rede da qual a ACL precisa ser removida

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Atualização

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Gerenciamento de clusters

A atualização do nível funcional de um cluster não atualiza as informações do servidor de arquivos

Descrição: se você fizer upgrade do nível funcional de um cluster que inclui um servidor de arquivos, as informações de plataforma não serão atualizadas automaticamente no banco de dados do VMM. Solução alternativa: após o upgrade do nível funcional do cluster, atualize o provedor de armazenamento do Servidor de Arquivos.

A atualização de um cluster dos Espaços de Armazenamento Diretos no VMM falhará

Descrição: não há suporte para o upgrade de um cluster dos Espaços de Armazenamento Diretos (hiperconvergente ou desagregado) com o VMM e isso poderá causar perda de dados. Solução alternativa: atualize os clusters fora do VMM usando a CAU (atualização com suporte a cluster) no Windows.

A atualização sem interrupção de um cluster do host do Windows Server 2012 R2 para um cluster do host do Windows Server 2016 Nano Server falhará

Descrição: ao tentar atualizar os nós de host de um cluster Windows Server 2012 R2 para Windows Server 2016 – Nano Server usando a funcionalidade de atualização sem interrupção de cluster no VMM, a atualização falhará com o erro 20406: o VMM não pôde enumerar instâncias da classe MSFT_StorageNodeToDisk no nome do servidor> do servidor <. Falha com o erro MI RESULT 7 A operação solicitada não tem suporte. Solução alternativa: atualize manualmente o cluster de host do Windows Server 2012 R2 para Nano fora do VMM.

Observação

A atualização sem interrupção do Windows Server 2012 R2 para Windows Server 2016 Servidor Completo funciona bem. Esse problema é específico para o Nano.

A adição de um cluster no console de Administrador do VMM poderá causar um erro

Descrição: quando você adiciona um cluster como um recurso no console administrativo do VMM, pode receber um erro informando que não havia computadores descobertos com base em suas entradas. Solução alternativa: selecione OK e feche a caixa de diálogo de erro. Em seguida, tente adicionar o cluster novamente.

A atualização sem interrupção de um cluster não faz a migração dinâmica de VMs que não são altamente disponíveis

Descrição: quando você executa uma atualização sem interrupção de Windows Server 2012 clusters R2 para Windows Server 2016 usando o VMM, ele não executa a migração dinâmica de VMs que não estão altamente disponíveis. Eles são movidos para um estado salvo. Solução alternativa: torne todas as VMs do cluster altamente disponíveis antes da atualização ou faça uma migração dinâmica manual das VMs específicas.

Você precisa realizar etapas manuais para adicionar um host baseado no Nano Server localizado em um domínio não confiável

Descrição: não é possível adicionar um host baseado no Nano Server a um domínio não confiável. Solução alternativa: execute essas etapas no host e adicione-as à malha do VMM como um host não confiável.

  1. Habilite o WINRM por HTTPS:

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. Crie uma exceção de firewall no host para permitir WINRM via HTTPS:

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

Não é possível adicionar hosts baseados no Nano Server localizados em uma rede de perímetro

Descrição: falha ao tentar adicionar um host baseado no Nano Server localizado em uma rede de perímetro usando o Assistente para Adicionar Recurso. Solução alternativa: execute essas etapas no host e adicione-o como um host não confiável à malha do VMM.

  1. Habilite o WINRM por HTTPS no host:

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. Crie uma exceção de firewall no host, para permitir o WINRM por HTTPS:

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

A implantação bare-metal dos hosts poderá falhar durante um upgrade de alta disponibilidade

Descrição: após um upgrade de alta disponibilidade para o VMM 2016, o VMM poderá atualizar incorretamente a chave do Registro, HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER, do WDS (Serviços de Implantação do Windows), para “HOST/VIRT-VMM-1”, em vez de “SCVMM/VIRT-VMM-1”. Isso causará falhas na implantação bare-metal. Solução alternativa: altere manualmente a entrada do Registro HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER para “SCVMM/VIRT-VMM-1”.

Incompatibilidade de status do agente de host após o upgrade

Descrição: quando o VMM atualiza o agente de host, ele gera um novo certificado para o host. Devido a essa atualização, o certificado do servidor do Controlador de Rede e o certificado do host não correspondem. Solução alternativa: reparo do host na página Status do Host

Falha de migração SAN de um host baseado no Nano Server

Descrição: se você fizer uma migração san entre dois hosts autônomos baseados no Nano Server, um erro será emitido. Solução alternativa: instale o último pacote cumulativo de atualizações do VMM (problema corrigido no Pacote Cumulativo de Atualizações 2).

Espaços de Armazenamento Direct

Adicionar um host com os Espaços de Armazenamento Diretos habilitados na malha do emitirá um aviso

Descrição: ao adicionar um host a um cluster com os Espaços de Armazenamento Diretos habilitados, o aviso “O Multipath I/O não está habilitado em matrizes de armazenamento conhecidas no host \hostname>” será gerado. Solução alternativa: instale o último pacote cumulativo de atualizações do VMM (problema corrigido no Pacote Cumulativo de Atualizações 2).

A implantação de uma VM no SOFS com a cópia rápida de arquivos emite um aviso

Descrição: se você implantar uma VM em um SOFS usando uma cópia de arquivo rápida, a ação será concluída com êxito com o seguinte aviso: o VMM não pôde transferir o local> de origem do arquivo <para o <local> de destino usando a cópia rápida do arquivo. O agente do VMM no <host> retornou um erro. Solução alternativa: nenhuma.

A validação de cluster sempre é executada

Descrição: ao adicionar um nó a um cluster (ou criar um cluster hiperconvergente dos Espaços de Armazenamento Diretos), a validação de cluster sempre será executada, mesmo quando a opção Ignorar validação de cluster estiver selecionada. Solução alternativa: instale o último pacote cumulativo de atualizações do VMM. O problema foi corrigido no Pacote Cumulativo de Atualizações 2.

Não é aplicada uma alteração de classificação em um CSV (Volume Compartilhado Clusterizado)

Descrição: se você alterar a classificação em um CSV (Volume Compartilhado clusterizado) em um cluster Espaços de Armazenamento Diretos hiperconvergente, somente a classificação do nó proprietário será atualizada. Os outros nós ainda têm a classificação mais antiga atribuída. Solução alternativa: instale o último pacote cumulativo de atualizações do VMM. O problema foi corrigido no Pacote Cumulativo de Atualizações 2.

A criação de compartilhamentos de arquivos em camadas no SOFS não funciona como esperado

Descrição: quando você cria com êxito um compartilhamento de arquivos em camadas no SOFS, um erro (43020 [SM_RC_DEDUP_NOT_AVAILABLE]) é emitido mesmo se a opção de dedup não estiver selecionada. Solução alternativa: ignore o erro.

: o VMM não mostra as informações corretas de um cluster hiperconvergente ou do SOFS dos Espaços de Armazenamento Diretos

Descrição: depois de adicionar um cluster hiperconvergente existente ou um cluster SOFS dos Espaços de Armazenamento Diretos à malha do VMM, o Provedor de Armazenamento não é adicionado e algumas propriedades não estão disponíveis. Solução alternativa: instale o último pacote cumulativo de atualizações do VMM. O problema foi corrigido no Pacote Cumulativo de Atualizações 2.

Gerenciamento de VM

A blindagem de uma VM causa um erro

Descrição: se você habilitar o escudo para uma VM existente na malha do VMM ou se você criar uma VM blindada de um modelo não blindado, o trabalho poderá falhar com o erro 1730: A ação selecionada não pôde ser concluída porque a máquina virtual não está em um estado no qual a ação é válida. A falha ocorre durante a última etapa do trabalho, quando a VM é desligada após a conclusão da blindagem. A VM está blindada corretamente e é utilizável. Solução alternativa: repare a VM com a opção Ignorar.

O VMM não mostra as alterações nas propriedades de segurança da VM

Descrição: se você alterar as propriedades de inicialização segura de uma VM de geração 2 ou habilitar/desabilitar o vTPM para uma VM blindada, fora do console do VMM, a alteração não será mostrada imediatamente no VMM. Solução alternativa: atualize a VM manualmente para mostrar as alterações.

O armazenamento de uma VM na biblioteca do VMM falhará se você alterar a porta padrão do BITS (443)

Descrição: se você alterar a porta BITS padrão ao configurar o VMM, o erro será emitido quando você armazenar uma VM na biblioteca do VMM. Erro 2940: o VMM não consegue concluir a transferência de arquivo solicitada. Não foi possível estabelecer a conexão com o nome> do servidor <HTTP. Solução alternativa: adicione manualmente o novo número da porta à lista de exceções do Firewall do Windows do host: netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

Não é possível criar modelos de VM com base em uma VM baseada no Nano Server.

Descrição: quando você tenta criar um modelo de VM de uma VM baseada no Nano Server, o erro 2903 é emitido: o VMM não pôde localizar o arquivo/pasta especificado '' no servidor '<nome> do servidor'. Esse arquivo/pasta pode ser necessário como parte de outro objeto. Solução alternativa: crie um modelo de VM do zero usando um VHD do Nano Server.

As implantações de serviço com base em modelos de serviço poderão falhar em um SO convidado baseado no Nano Server/Core.

Descrição: ao selecionar funções e recursos para um modelo de serviço, o perfil do SO convidado não diferencia entre Core, Nano Server e Área de Trabalho. Se você selecionar funções e recursos (como a Experiência Desktop ou outros recursos relacionados à GUI) que não se aplicam a um SO convidado baseado no Core/Nano Server, poderá ocorrer uma falha de implantação. Solução alternativa: não inclua essas funções e esses recursos no modelo de serviço.

O VMM 2016 não atualiza os agentes convidado do VMM após um upgrade

Descrição: ao fazer upgrade do VMM para o 2016 com implantações de serviço existentes e depois fazer a manutenção desses serviços, os agentes convidados do VMM 2016 não são atualizados nas VMs que faziam parte da implantação de serviço. Isso não afeta a funcionalidade. Solução alternativa: instale o agente convidado do VMM 2016 manualmente.

Falha de VM baseada no Nano Server ao ingressar em um domínio

Descrição: durante uma implantação de VM do Nano Server, se você ingressar a VM em um domínio especificando as informações de ingresso no domínio na página Configuração do SO do Assistente de implantação de VM, o VMM implantará a VM, mas não a adicionará ao domínio especificado. Solução alternativa: depois que a VM for implantada, ingresse manualmente a VM no domínio. Saiba mais.

Erro ao iniciar uma VM com Ordenação de Inicialização

Descrição: Windows Server 2016 inclui o recurso ordenação de início da VM, que define a ordem na qual as VMs dependentes são iniciadas. Essa funcionalidade não está disponível no VMM, mas se você configurou o recurso fora do VMM, o VMM entenderá a ordem na qual as VMs serão iniciadas. No entanto, o VMM lança um erro falso positivo (12711): o VMM não pode concluir a operação WMI no nome do servidor> por causa de um erro: [MSCluster_ResourceGroup.Name=<name>] O grupo ou recurso não está no estado correto para executar a operação solicitada.< Solução alternativa: ignore o erro. As VMs serão iniciadas na ordem correta.

Integração

A integração do SSAS (SQL Server Analysis Services) não funciona no VMM e no Pacote Cumulativo de Atualizações 1 do Operations Manager.

Descrição: se você estiver executando o Pacote Cumulativo de Atualizações 1, não poderá configurar o SSAS para SQL Server. Solução alternativa: baixe os pacotes cumulativos de atualizações mais recentes. O problema foi corrigido no Pacote Cumulativo de Atualizações 2.

Próximas etapas

Novidades do Virtual Machine Manager