Update Rollup 6 for System Center 2012 R2 Virtual Machine Manager

Funcionalidades adicionadas a este rollup de atualizações

• Adicionar funcionalidade de Subscrição do Azure: ao utilizar a funcionalidade Adicionar Subscrição do Azure no Update Rollup 6, os administradores do Virtual Machine Manager podem adicionar subscrições de Microsoft Azure VMM e efetuar ações básicas em instâncias do Azure dessas subscrições. A funcionalidade está incluída no Virtual Machine Manager no Update Rollup 6 para System Center 2012 R2. Para cada subscrição do Azure que adicionar, pode utilizar uma consola para ver todas as instâncias de funções em todos os grupos de implementação nesta subscrição.
  
  O que pode fazer com esta funcionalidade
  
  Se já gere as suas máquinas virtuais no local no Virtual Machine Manager, pode utilizar esta funcionalidade para efetuar algumas ações básicas em instâncias do Azure sem sair da consola VMM. Por exemplo, pode fazer o seguinte:
  

  • Adicione ou remova uma ou mais subscrições do Azure com a consola VMM.

  • Veja uma vista de lista de detalhes e estados de todas as instâncias de funções em todas as implementções nesta subscrição.

  • Atualize manualmente a lista de instâncias.

  • Efetue as seguintes ações básicas nas instâncias:
    

    • Start

    • Parar

    • Encerramento

    • Reiniciar

    • Ligação a RDP

  Para obter mais informações, consulte Adicionar uma subscrição do Azure na VMM no System Center 2012 R2 com a atualização do Rollup 6.

• Cenário de proteção ASR melhorado para O E2A: ao ter o Update Rollup 6 no seu ambiente do Virtual Machine Manager, é mais fácil descobrir e corrigir um problema que, por vezes, ocorre quando configura a proteção Site Recovery (ASR) do Azure. Este problema ocorre quando pretende adicionar a proteção ASR para máquinas virtuais no local e tem as seguintes propriedades de máquina virtuais:
  

  • Nenhuma versão do sistema operativo especificada

  • Nenhuma indicação do disco que contém o sistema operativo para a máquina virtual

  Estas propriedades têm de ser especificadas porque são necessárias pelo Azure Site Recovery. No Rollup de Atualização 6, é apresentado um conjunto mais claro de mensagens de erro na função VMM no painel Tarefas se tentar configurar uma máquina virtual que não cumpre os requisitos.
  
  Para obter informações sobre os requisitos de ASR, consulte Melhoramento do Cenário de Proteção ASR E2A.

• Opção para utilizar VMs de 2 Geração em Serviços e VMRoles: No Rollup de Atualização 6, a VMM fornece agora suporte para máquinas virtuais de 2 de geração para serviços e funções de VM. Ao utilizar esta funcionalidade, pode implementar serviços de várias camadas e escolher a geração de máquinas virtuais para camadas individuais. Os utilizadores podem servir estas instâncias de serviço através de manutenção convencional e baseada em imagens.
  
  Para obter mais informações, consulte Compreender os dados de 1.ª e 2.ª Máquinas Virtuais na VMM.

• Regras de Exposição da Utilização da Utilização de Rede Total no Pacote de Gestão: esta alteração introduz duas regras que visam Anfitriões de Hiper-V:
  

  • Regra de coleção de tráfego de Rede VNic Total

  • Regra de coleção de tráfego de Rede de Saída Total da VNic

  Estas regras medem o total do tráfego de receção e total de saída em Quilo Bytes por VNic por máquina virtual através do seguinte método:
  
  Para cada VM:
  

  1. Ative o Medidor de Hiper-V se não estiver ativado.

  2. Execute Measure-VM.

  3. Recolhe dados de medição para cada endereço remoto de "0.0.0.0/0" ou "::/0" por VNic.

  Por predefinição, estas regras são executadas a cada hora. Os utilizadores podem optar por substituí-la substituindo a propriedade IntervalSeconds. Estas regras não devem ser executdas mais frequentemente do que a cada cinco minutos (300 segundos).
  
  Comportamento em versões anteriores: A VMM não mede o consumo de dados. Mediu apenas o dílar.

• Opção para sobrecomplicar a capacidade de Grupos de Nuvem e Anfitrião para VMs de Replicação: O Gestor de Máquinas Virtuais do System Center 2012 R2 permite-lhe colocar as máquinas virtuais de réplica numa nuvem pré-configurada ou grupo anfitrião se se ajustarem às suas definições de capacidade. Até agora, a VMM assumia que todos os recursos atribuídos às VMs de réplica estavam em utilização. Portanto, a VMM não lhe permitia colocar qualquer máquina virtual de réplica numa nuvem ou grupo anfitrião se isso elevasse a carga de agregação de todas as VMs de réplica para além da capacidade de grupos de nuvem ou anfitrião.
  
  Apesar de este comportamento garantir que todas as VMs de réplica podem ser iniciadas em simultâneo, pode causar uma utilização não ideal das nuvens de réplica e dos grupos anfitriões. Isto ocorre se o (um Anfitrião ou empresa) tentasse colocar VMs adicionais numa nuvem ou num grupo de anfitriões. Isto é, se tiver sobrecomplicado a nuvem de replicação ou grupo anfitrião. No Rollup 6 de Atualização, pode sobrecometa nuvens e grupos de anfitriões no seu ambiente VMM ao configurar a seguinte chave de registo no Servidor VMM:
  

  Localização do registo:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nome DWORD: IgnoreMemoryForStoppedReplicaVM
  Valor DWORD: 1
  Nota Se a subconsciência Colocação não existir, crie-a.
  
  Para obter mais informações, consulte Option to overcommit Cloud and HG for Replica VMs.

• Suporte para cenários básicos do VMWare VCenter 5.5.
  
  O Rollup de Atualização 6 apresenta os seguintes cenários de suporte:
  

  • Adicionar o VCenter 5.5 à gestão de UR6 VMM 2012 R2

  • Adicionar Anfitrião ESX com versão 5.5 e subgerir a gestão

  • Criar o modelo VMWare e implementar VMs com o modelo

  • Criar modelos com redes básicas (estes incluem cenários associados ao domínio) e implementar máquinas virtuais

  • Efetuar várias operações de ciclo de vida da VM (por exemplo, iniciar, parar, encerrar, reparar, atualizar e ponto de verificação numa máquina virtual).

  • Ligação a máquina virtual através da consola e verificar a acessibilidade

  • Desaprovisionar máquinas virtuais

  • Criar um a grupo de recursos e trazer o a conjunto de recursos em gestão de VMM

  Estes são cenários limitados. No entanto, representam o primeiro e mais importante passo para suportar versões mais recentes do VCenter. Continuamos a desenvolver a nossa matriz de suporte para o VMWare VCenter e iremos fornecer atualizações para resolver este situação em pacotes de rollup futuros.

Problemas que foram corrigidos neste rollup de atualização

• Problema 1
  
  Um erro 801 ocorre quando os objetos VMM são removidos. Por vezes, a VMM encontra um problema no qual um objeto VMM, como uma máquina virtual, não pode ser removido da IU ou do PowerShell do Windows porque alguns dos objetos pequenos estão em falta na base de dados. Isto faz com que os utilizadores procurem scripts remediais para remover os objetos afetados. No Rollup de Atualização 6, a VMM melhorou três cmdlets do PowerShell para minimizar os erros relacionados com 801. Estes cmdlets são Remove-SCServiceTemplate, Remove-SCLibraryServer e Remove-SCLibraryShare. Os utilizadores não têm de utilizar o sinalizador –Force em conjunto com estes cmdlets para evitar erros 801. Os cmdlets fornecem a capacidade de resolver dependências que levam a erros 801.
  

• Problema 2
  
  O serviço VMM falha e gera um erro de violação de acesso no System.Xml quando responde a um evento de Integration Services.
  

• Problema 3
  
  Exceção Crítica no identificador de erro WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Quando a VMM encerra o anfitrião de serviço WCF, chama-se Abortar, o que pode fazer com que todas as mensagens não enviadas sejam terminadas ingratamente, o que pode resultar na deteção de ObjectDisposedExceptions. O processador de erros WCF de nível superior da VMM vê estas exceções antes de o processo terminar e reporta-as como exceções críticas. Por isso, aqui a VMM reporta erros inofensivos como erros críticos que podem causar confusão ao utilizador.
  

• Problema 4
  
  Opção para Endereço MAC indisque-se a cinzento na IU quando a vnic não está ligada. Isto impede os utilizadores de marcarem o nic como estático. Após atualizar para a VMM no System Center 2012 R2, o cliente não poderá escolher a opção de Endereço Estático do Mac nos modelos VM que criar, se a máquina virtual não estiver ligada a uma rede. As opções Endereço MAC e IP estão a cinzento quando a máquina virtual está "não ligada". Por essa razão, não pode atribuir um Endereço MAC estático à máquina virtual antes da implementação.
  

• Problema 5
  
  A personalização de máquina Vvirtual pode falhar e gerar uma exceção crítica quando Hyper-V não devolve um objeto de unidade floppy. Durante a personalização de uma máquina virtual, existe a possibilidade de o Hyper-V devolver o objeto Drive Floppy como nulo e VMM tentará adicionar uma unidade. No entanto, a adição da unidade floppy não é implementada no Hyper-V. Isto aciona uma exceção que causa falha no trabalho e deixa a máquina virtual em estado de falha na criação. O utilizador pode reparar a máquina virtual para estar funcional. Isto pode ocorrer se a Configuração de Unidade Floppy (na partilha remota) não estiver disponível para Hyper-V ou se Hyper-V estiver ocupado ou stressado.
  

• Problema 6
  
  Não é possível implementar VMs com IP estático quando são configurados múltiplos Agrupamentos de IP para uma Sub-rede de VM. O cliente tenta criar uma máquina virtual através de um Modelo com definições de IP estáticas. Se houver múltiplos conjuntos de IP numa Sub-rede e o cliente fornecer um endereço IP de um conjunto diferente do predefinido (ou seja, o conjunto preenchido automaticamente que é apresentado na IU), o Assistente de VM termina sem erros, mas a criação de máquinas virtuais falha e devolve um erro "Endereço IP Fora do Intervalo".
  

• Problema 7
  
  A falha do VmmService ocorre durante o manuseamento de sub-redes virtuais removidas em eventos de alteração de IP enviados pelo Hyper-v. Numa configuração NVGRE, se existir um evento enviado pelo Hyper-V para Alteração de IP mas a Sub-rede VM já não existir na VMM, isso causa uma falha do serviço VMM.
  

• Problema 8
  
  A VMS é comunicada em falta porque o VmMovedRefresherEvent não é recebido. Quando um evento virtual de movimentação de máquina ocorre quando um anfitrião não está no modo evento e a máquina virtual está no estado de migração e quando o atualizador de eventos ligar, poderá haver uma janela onde ninguém está a ouvir e a operação de atualização imediatamente antes de o modo de escuta não receber a alteração. Portanto, a VMM não receberá estas alterações até à próxima Atualização Completa, que pode ser até 24 horas.
  
  Para se certificar de que esses eventos perdidos são sincronizados através do atualizador de máquina virtual claro quando está no modo Evento, pode criar e configurar a seguinte chave de registo para executar a atualização de máquina virtual leve em intervalos regulares. Este atualizador será executado para além de atualizadores baseados em eventos.
  

  Localização do registo:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Chave de registo:
  VMPropertiesEventAssitedUpdateInterval
  
  Tipo de registo: DWORD
  
  Valor mínimo: 0 segundos
  
  Valor Máximo: 20 dias

  Os valores têm de ser especificados em segundos.
  Nome DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Valor DWORD:value_in_seconds
  
  Nota: o value_in_seconds de posição pode ser um valor de 0 segundos a 20 dias (também em segundos).
  

• Problema 9
  
  Exigir sinalizadores explícitos para indicar uma máquina virtual em falta ou a remoção de uma máquina virtual de serviço Remove-Host ao utilizador. Atualmente, a VMM não verifica a existência de VMs no anfitrião ao remover o anfitrião da VMM. Um anfitrião pode conter Máquinas virtuais do serviço, máquinas virtuais que são implementadas na nuvem, máquinas virtuais com propriedades personalizadas definidas para eles. Se um utilizador remover acidentalmente esse anfitrião, todas estas associações são quebradas. Esta correção evita estes cenários ao pedir aos utilizadores uma mensagem de confirmação para que esses anfitriões sejam realmente removidos da VMM.
  

• Problema 10
  
  Se tiver uma Rede Lógica com múltiplos sites de rede e os sites de rede estiverem visíveis para o adaptador de rede de anfitrião, as PAs desses diferentes sites de rede serão alocadas e as informações de encaminhamento também têm de ser definidas. (Por vezes, os sites de rede são denominados "definições de rede lógica".) Num cenário de múltiplos anfitriões com a ligação VM1 no Anfitrião1 à PA1, existe um caso se um VM2 estiver ligado a um hnv LN e tiver um PA1 para o NetwkSite1 e, em seguida, este estiver desligado e mais tarde ligado e tiver um PA2 para o NetwkSite2 (aleatoriamente ou devido ao esgotamento de PA), durante algum tempo, podemos não preencher as informações de reencaminhamento de PA entre o NetwkSite1 e o NetwkSite2. Isto ocorre devido à forma como a representação de rota interna está chave para inserção numa tabela de hash.
  

• Problema 11
  
  Quando um anfitrião é atualizado, estabelece uma ligação de rede WinRM (a cada anfitrião atualizado) que transmite constantemente dados.
  

• Problema 12
  
  Quando são criados múltiplos adaptadores de rede virtuais de anfitrião, são observadas falhas aleatórias. Quando os clientes criam múltiplos adaptadores de rede virtuais numa só vez como parte de um comutador lógico, a configuração de UM ou mais adaptadores de rede virtuais poderá falhar.
  

• Problema 13
  
  O utilizador atinge uma inserção de chave duplicada no HostWSManGetter.UpdateRASDCache ao fazer uma atualização de anfitrião.
  

• Problema 14
  
  Quando o utilizador tenta clonar uma máquina virtual com pontos de verificação, quando a operação de clonagem estiver concluída, a VMM reconhece incorretamente a nova máquina virtual clonada como máquina virtual original e infere inferir incorretamente que a máquina virtual foi migrada. Em seguida, tenta lidar com esta alteração. Assim, é criada uma máquina virtual adicional noutro anfitrião com o estado "em falta". A VMM pensa que a máquina virtual está a utilizar um anfitrião diferente e esta máquina virtual só está visível para o TFS na próxima atualização de máquina virtual.
  

• Problema 15
  
  Quando o fornecedor do VSEM é atualizado, a capacidade do fornecedor de receber notificações não é indicada ao motor de notificação.
  

• Problema 16
  
  O local de rede falha durante a otimização dinâmica do anfitrião. Algumas operações de colocação deveriam ser executdas como tarefa. Quando é executada na tarefa de atualização, o contexto é nulo. Isto causa uma falha de colocação.
  

• Problema 17
  
  Quando os Administradores Delegados iniciam a consola VMM, demora mais de 4 minutos a abrir a consola VMM. Em grandes ambientes, o início da consola VMM é atrasado para os Administradores Delegados quando comparado com os Administradores.
  

• O problema 18
  
  Armazenamento do fornecedor falha após substituir o disco em sofs.
  

• Problema 19
  
  A VMM não pode atualizar a máquina virtual principal/de réplica sem o ASR. Além disso, a Migração da VM de Recuperação no estado pendente de IR não efetua a migração em tempo real.
  

• Problema 20
  
  Quando uma máquina virtual é eliminada, os pontos de verificação são intercalados antes de serem eliminados. Quando o utilizador tenta eliminar uma máquina virtual com pontos de verificação, a eliminação demora muito tempo (até uma hora) a terminar.
  

• Problema 21
  
  Por vezes, uma operação Executar DO recebe uma exceção crítica: DBCorruptionException.
  

• Problema 22
  
  Alguns utilizadores utilizam Grandes Conjuntos de Endereços VIP em vez de Intervalos de IP para facilitar a adicionamento/remoção de IPs individuais. O esquema do VMM Management Pack limita atualmente este campo a 256 chars (predefinição). No entanto, os utilizadores podem ter valores de ~500 carateres. Portanto, a deteção estava a quebrar a integração VMM-OM devido a uma exceção inesperada do SCOM.
  

• Problema 23
  
  Os RG de destino e os LUNs de destino não são associados após a tarefa enableRG se os RG/LUNs estiverem pré-criados.
  

• Problema 24
  
  Tem de atualizar as entradas de Endereço do MAC para um dispositivo de Gateway F5 quando este falha e é substituído. Se um Dispositivo F5 for RMA e for substituído por um novo dispositivo por um novo endereço MAC, a VMM não tem uma forma de atualizar o endereço mac para o novo dispositivo.
  

• Problema 25
  
  Permita que o utilizador carimbar na máquina virtual de réplicas lhe permita carimbar a identidade do utilizador. Os utilizadores têm de atualizar os atributos UserRole e Owner nas replicaVMs, mas atualmente qualquer operação na máquina virtual de réplica está bloqueada. Por isso, não podem atualizar estes dois parâmetros em VMs de Réplica.
  

• Problema 26
  
  A partilha SMB registado não é apresentada como opção de caminho de destino quando implementa uma nova máquina virtual HA num cluster.
  

• Problema 27
  
  Exceção Crítica no Atualizador de Armazenamento ao descobrir o serviço de replicação -- ArgumentNullException -- SetCustomOptions.
  

• Problema 28
  
  Durante a atualização do Anfitrião, a VMM consulta a informação da equipa (mudar de equipa ou equipa LBFO). Enquanto a mudança de consultas na VMM atinge a exceção WSMan, o que faz com que a vswitch desapareça da consola.
  

• Problema 29
  
  O protocolo HTTPS não é suportado na versão Probe e, em seguida, a VMM não pode criar uma regra de monitorização para monitorizar o site HTTPS. A VMM suporta HTTP e HTTPs na secção configuração de porta LB, mas HTTPS não é suportado na secção protocolo LB de probe.
  

• Problema 30
  
  O proprietário do recurso (Utilizador de SSU) não está autorizado a aceder à lista "GrantedTo" de um recurso e, por isso, não consegue ver quem tem acesso ao recurso. Quando o utilizador que concede acesso também é um utilizador de utente, não conseguirá ver as alterações que fez até reiniciar a consola. Um utilizador administrador pode ver a alteração, mas para um utilizador de utente, a lista GrantedToList continua a devolver resultados em cache até que reinicie a consola.
  

• Problema 31
  
  Não é possível mover discos parentais que tenham o processo de migração incorporado da VMM. O utilizador tem várias centenas de VMs, com todos os discos difusos a apontar para um único principal. A movimentação de todas estas VMs para uma nova solução de armazenamento está a ser bloqueada pela VMM. Para discos de diff, se qualquer disco decessoriente na hierarquia (relação principal/menor) for partilhado por outro disco de diff, a migração de armazenamento do disco de diff é bloqueada pela VMM. No entanto, está ativada através do Gestor de Hiper-V.
  

• Problema 32
  
  Campo esperadoColuna Atrasa uma exceção crítica ao rastrear a mensagem para o erro de numeração das colunas, o que provoca uma falha no Servidor quando é executada a get-scvmhost. Depois de o Servidor DB ser atualizado para o Limiar, o servidor R2 não poderá trabalhar com o mesmo em determinados casos. Este codepath é utilizado por alguns objetos de rede e objetos ADHC.
  

• Problema 33
  
  Quando dimensiona um modelo de serviço existente, são criadas máquinas virtuais do Hyper-V duplicadas com o mesmo nome na VMM no System Center 2012 R2 Rollup 5.
  

• Problema 34
  
  Se Windows sua máquina virtual de convidado tiver uma atualização de segurança 3035131 ou 3031432 instalada, o agente de convidado da VMM não executa scripts de Execução de Comandos Genéricos (GCE) pedidos pela VMM como parte da implementação de VM. Isto pode causar falha em múltiplos cenários em que utiliza scripts GCE para implementar e servicing. Por exemplo, quando tenta assistênciar um Modelo de Serviço VMM através de scripts GCE, é devolvido o código de erro 22029.
  
  Nota Após instalar o Rollup de Atualização 6 (ou rollups de atualizações posteriores) para o System Center Virtual Machine Manger 2012 R2, agora tem de conceder ao Início de Sessão como direitos de trabalho do lote para a conta especificada Executar Como. Sem estes direitos, o agente convidado não pode executar os scripts GCE através de uma conta Executar Como.
  

• Problema 35
  
  A migração em tempo útil da máquina virtual falha quando utiliza espaço de armazenamento agrupado como CSV e o armazenamento virtual de máquina está localizado no CSV. A Migração Live de Cluster de Hyper-V não funciona após o VMM no System Center 2012 R2 Rollup 5.
  

• Problema 36
  
  O colocação do disco base deve rodar entre as partilhas de colocação válidas.
  

• Problema 37
  
  A Consola VMM pode utilizar uma cadeia de Versão existente durante a cópia do modelo de serviço. Por vezes, os utilizadores não podem copiar um modelo de serviço utilizando o comando "Copiar" para um modelo de serviço. A razão para o problema é que a Consola de administrador gera uma cadeia já existente para o lançamento.
  

• Problema 38
  
  O Mosaico Da Visão Geral da Capacidade está em falta na VMM System Center 2012 R2. No VMM no System Center 2012 SP1, no painel VMs e serviços, quando seleciona um anfitrião e, em seguida, clica em descrição geral no menu superior, a consola fornece informações de Resumo e Capacidade sobre o anfitrião selecionado. Os detalhes sobre os cores de Processador, memória (GB) e Armazenamento (GB) tornaram-se indisponíveis no System Center 2012 R2.
  

• Problema 39
  
  Falha do Serviço VMM devido a VSID duplicado. Em casos raros (sincronização/condição de corrida e colisão de números aleatórios), as sub-redes de máquinas virtuais HNV podem obter o mesmo VMSubnetIdentifier (também conhecido como VSID). Isto leva a comportamentos inesperados ao utilizar estas sub-redes de máquinas virtuais HNV. Por exemplo, para VMs ligadas a esta sub-rede, as VMs poderão não obter a conectividade esperada e não poderão falar com VMs na mesma sub-rede. Ou, quando o endereço IP for alterado, irá causar uma falha do Serviço VMM.
  

• Problema 40
  
  Implementar uma máquina virtual atrás de um Balanceador de Carga causa uma Deslização Crítica no Posicionamento:
  

  Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

• Problema 41
  
  A Página Inicial que foi introduzida no Rollup de Atualização 5 é removida no Rollup de Atualização 6.
  

• Problema 42
  
  Uma máquina virtual não está associada a um grupo de replicação e não pode ser movida para uma localização protegida pelo grupo de replicação.
  

• Problema 43
  
  O IP convidado na Rede HNV não está marcado como Dynamic/DedicatedGuestIP mesmo que as definições lhe sejam ativadas. A atalho de AC foi interrompida. Para qualquer endereço IP adicionado/movido numa máquina virtual ligada à Rede NVGRE (cenário de Ativação Automática de Cluster de Convidados/IP de Convidado), o endereço IP está *não* marcado como dinâmico (tipo = DedicadoGuestIP em VMM), mesmo que a máquina virtual tenha as definições EnableGuestIPNetWorkVirtualizationUpdates=true. Quando o endereço IP for adicionado/movido pela primeira vez, irá funcionar, mas as a falhas de sistema posteriores do IP (ao mover de uma VM para outra) não serão detetadas automaticamente. Portanto, o endereço IP não estará acessível e a VM perderá a conectividade.
  

• Problema 44
  
  O fornecedor de armazenamento incorporado mais antigo da integração do Hitachi foi interrompida com o UR5. O fornecedor de armazenamento não pode ser atualizado. Isto impede a gestão do fornecedor.
  

• Problema 45
  
  O cliente VMM falha ao definir o intervalo de tempo de otimização de energia.
  

• Problema 46
  
  Existe uma condição de corrida à eliminação do serviço WnvEventEntrySubscriptionObserver quando a ligação do anfitrião falha.
  

• Problema 47
  
  O CentOS 7 e o Red Hat Enterprise Linux 7 falham ao definir a configuração da interface de rede quando o DHCP é utilizado.
  
  Isto aplica-se a todas as máquinas virtuais do CentOS 7 e Red Hat Enterprise Linux (RHEL) 7 configuradas para utilizar DHCP por System Center Virtual Machine Manager. Os servidores Do CentOS 7 e RHEL 7 que usam DHCP deparariam-se com dados de configuração de rede ausentes para cada interface ethernet utilizada pelo servidor Linux. Este problema ocorre porque o CentOS 7 e o RHEL 7 não têm a ferramenta Linux seconfig instalada por predefinição, ao contrário das iterações anteriores. Os scripts de configuração para redes DHCP foram atualizados para utilizar a ferramenta ip em vez de seconfig se a ferramenta ip estiver instalada.

Como obter e instalar o Rollup de Atualização 6 System Center 2012 R2 Virtual Machine Manager