Update Rollup 10 for System Center 2012 R2 Virtual Machine Manager

Funcionalidades adicionadas a este rollup de atualizações

Problemas que foram corrigidos neste rollup de atualização

• Quando tenta alterar um modelo de serviço que tem um balanceador de carga e uma rede VM configurável, as alterações não são guardadas. Além disso, a caixa de diálogo Guardar poderá voltar a ser mostrada.
  
  Nota Este problema ocorre quando altera a Rede VM de uma definição configurável existente para uma definição configurável diferente.
  
  

• Quando tenta editar ou ver um modelo de serviço que tem um balanceador de carga e uma rede de VM na vista estruturador, uma ou mais Redes de VM que adicionou anteriormente desaparecem.
  
  

• Quando tenta efetuar a Remediação em nós de cluster Hyper-V ou coloca os nós no modo de manutenção, ocasionalmente, a VMM não pode atualizar a Política de Virtualização de Rede Hyper-V (HNV) nos nós de cluster Hyper-V. Quando esta falha ocorre, os anfitriões de Hiper-V afetados permanecem no estado falhado permanentemente ou até que o serviço de System Center Virtual Machine Manager seja reiniciado. Normalmente, este problema afeta apenas os nós que saem do modo de Manutenção. Os outros nós no cluster continuam a funcionar conforme esperado.
  
  Este problema foi corrigido nesta atualização. No entanto, para resolver temporariamente este problema, reinicie o serviço System Center Virtual Machine Manager e, em seguida, atualize todas as VMs nos nós afetados após os nós se encontrarem num estado de falha. Este é o único método conhecido para atualizar a política HNV e para se certificar de que os anfitriões obtêm um Endereço de Fornecedor (PA).
  
  

• Quando um serviço é prestado, o Agente Convidado falha e devolve a seguinte mensagem de erro:
  

  Erro (22758)
  O agente convidado encontrou uma exceção ao executar um comando de script. Win32ErrorCode: 2147942402 DetailedErrorMessage: O sistema não consegue encontrar o ficheiro especificado.

  
  

• Quando, como inquilino, tenta implementar uma VM ou uma Função VM através de um disco diferente através de WAP, a função VM ou VM falha e gera erros de quota no disco. Este problema pode ocorrer mesmo que haja quota restante de quota suficiente. Este problema ocorre devido a cálculos de utilização inconsistentes feitos pela VMM para base e cenários de disco diferentes. Quando este problema ocorre, recebe uma das seguintes mensagens de erro:
  
  

  • Erro (23419)
    A operação resulta numa violação da quota de espaço em disco para a nuvem * para a função de utilizador *.
    
    Ação Recomendada
    Certifique-se de que a quota de espaço em disco suficiente para a função do utilizador especificada e tente novamente a operação. Contacte o seu administrador de sistema com este ID de erro.

  • Erro (22042)
    O nome <serviço> foi implementado com êxito. Reveja o registo do evento para determinar a causa e as ações de correção.
    
    Ação
    Recomendada A implementação pode ser reiniciada ao tentar repetir a tarefa.

  • Erro (31304)
    O nome do recurso de <VM> foi implementado com êxito no Serviço na Nuvem.
    
    A Função
    VM de Ação Recomendada pode ser reparada se a entidade tiver sido criada.

  Por exemplo, suponha que tem três funções de VM implementadas ao atribuir cada função a um disco do sistema operativo de 60 gigabyte (GB). A Função VM utiliza Discos de Diferença para o disco do sistema operativo e o disco principal ou base é um disco rígido de 60 GB.
  

  Função VM 01: Principal: 60 GB, Menor: 43 GB
  de Função VM 02: Principal: 60 GB, Menor: 42 GB
  Função 03: Principal: 60 GB, Menor: 42 GB
  
  Quando A VMM tenta calcular a utilização do disco, adiciona incorretamente o tamanho do disco base três vezes (em vez de apenas uma vez) para obter a utilização atual:
  
  

  3x60 GB (180 GB) + 43+42+42 (127 GB) = 307 GB
  Idealmente, o disco base deverá ser considerado apenas uma vez (60+43+42+42 = 187 GB). Portanto, se o inquilino tiver uma quota definida para 300 GB, por exemplo, as implementções de novas VMs e funções de VM falham e geram uma violação de quota.
  
  

• Quando tem dois grupos de replicação que têm o mesmo nome numa matriz de armazenamento e tenta atualizar ou rediminá-la com VMM, recebe a seguinte exceção:
  

  Erro (20413)
  A VMM encontrou uma exceção crítica e criou um relatório de exceção em C:\ProgramData\VMMLogs\SCMM.guid\report.txt.
  
  Ação Recomendada
  Consulte o relatório para obter mais detalhes e procure nos fórums dos utilizadores causas raiz bem conhecidas da auto-ajuda.

  
  O manuseamento da exceção foi melhorado nesta atualização. A atualização ou rescanto da tarefa falha agora e recebe a seguinte mensagem de erro para ajudá-lo a resolver o problema:
  

  Erro (24403)Não
  é possível importar o grupo de replicação "%Name;". A VMM não suporta mais do que um grupo de replicação com o mesmo nome.
  
  Ação Recomendada
  Remova o grupo de replicação duplicado e tente novamente a operação.

  
  
  

• Quando cria uma VM Gen 2 utilizando VMM, a criação de VM falha e recebe a seguinte mensagem de erro:
  

  Erro (13206)
  O Gestor de Máquinas Virtuais não consegue localizar o arranque ou volume do sistema numa máquina virtual <nome>. A máquina virtual resultante poderá não iniciar ou funcionar corretamente.

  
  
  

• Quando adiciona um modelo VM configurado para utilizar o parâmetro AutoLogonCredential a um plano WAP, o plano entra num estado Ativo (Fora de Sincronização). Este estado continua até que o modelo VM seja removido ou sejam concedidas permissões manuais na Consola VMM para permitir que a função de utilizador dos inquilinos aceda à conta especificada Executar Como. O WAP não consegue sincronizar um plano se o plano incluir um modelo VM que tenha o parâmetro AutoLogonCredential adicionado. Além disso, executar o cmdlet Get-SCVMtemplate -ID <ID não devolve o modelo VM se o modelo VM tiver o AutoLogon ativado e o AutoLogonCredential adicionado.

Problemas conhecidos de rollups de atualizações anteriores

• Reinstalação do Rollup de Atualização 8 para Gestor de Máquinas Virtuais de System Center 2012 R2 ou uma atualização posterior A reinstalação do Rollup 8 de Atualização ou uma rollup de atualizações posteriores falha e recebe a
  
  seguinte mensagem de erro:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Violation of PRIMARY KEY constraint 'PK_tbl_WLC_ServiceTemplate'. Não é possível inserir uma chave duplicada no objeto "dbo.tbl_WLC_ServiceTemplate". O valor chave duplicado é (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Nota: este problema não foi corrigido no Rollup de Atualização 10. Para reinstalar o Rollup 8 de Atualização com êxito ou uma atualização posterior, siga estes passos:
  
  

  1. Desinstale o produto e mantenha a base de dados de rollup de atualizações.

  2. Execute o script PreR2ReInstall na base de dados retida.

  3. Instale a versão de lançamento System Center Virtual Machine Manager do System Center 2012 R2 ao apontar o programa para a base de dados retida.
     
     Nota: a instalação termina, mas o serviço VMM poderá não iniciar.

  4. Instale o rollup de atualizações e, em seguida, execute o script PostInstall .

  5. Inicia o serviço VMM se não iniciar automaticamente.

  
  Para obter mais informações, consulte o artigo seguinte na Base de Dados de Conhecimento Microsoft:
  

  3132774 Como manter a base de dados ao reinstalar o Virtual Machine Manager

• Adicionar um novo nó a um Cluster
  
  de VMM Altamente Disponível (HAVMM) Quando adicionar um novo nó a um cluster HAVMM e instalar o Update Rollup 8 ou um rollup de atualização posterior no novo nó, poderá receber a seguinte exceção:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Violation of PRIMARY KEY constraint 'PK_tbl_WLC_ServiceTemplate'. Não é possível inserir uma chave duplicada no objeto "dbo.tbl_WLC_ServiceTemplate". O valor chave duplicado é (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Este problema não foi corrigido no Rollup de Atualização 10. Para corrigir esta exceção, siga estes passos:
  
  

  1. Adicione o segundo nó ao cluster.

  2. Pare o System Center Virtual Machine Manager serviço de Revenda no nó onde a VMM está instalada.

  3. Execute o script PreR2ReInstall na base de dados.

  4. Instale a versão de lançamento System Center Virtual Machine Manager do System Center 2012 R2 no segundo nó, apontando para a base de dados existente.

  5. Instale o rollup de atualizações no segundo nó e, em seguida, execute o script PostInstall .

  6. Inicia o serviço VMM no nó ativo.

  
  
  Para obter mais informações, consulte o seguinte artigo na Base de Dados de Conhecimento Microsoft:
  

  3132774 Como reter a base de dados ao reinstalar a Gestão de Máquinas Virtuais

Para obter informações sobre como transferir ficheiros de suporte da Microsoft, clique no seguinte número de artigo para ver o artigo na Base de Dados de Conhecimento Microsoft:

119591 Como obter ficheiros de suporte da Microsoft serviços online Microsoft detetou vírus neste ficheiro. A Microsoft usou o software de deteção de vírus mais recente disponível na data em que o ficheiro foi publicado. O ficheiro é armazenado em servidores melhorados de segurança que ajudam a impedir alterações não autorizadas ao ficheiro.

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