Update Rollup 8 para o System Center 2012 R2 Virtual Machine Manager

Introdução

Este artigo descreve os problemas corrigidos no Update Rollup 8 (UR8) para o Microsoft System Center 2012 R2 Virtual Machine Manager. Existem duas actualizações disponíveis para o System Center 2012 R2 Virtual Machine Manager: uma para servidores e outra para a consola de administrador. Este artigo também contém as instruções de instalação do Update Rollup 8 para o System Center 2012 R2 Virtual Machine Manager.

Funcionalidades que são adicionadas no conjunto de actualizações

  • Suporte para o SQL Server 2014 SP1 como base de dados do VMM
    Com o Update Rollup 8 SC VMM 2012 R2 agora pode ter o Microsoft SQL Server 2014 SP1 como a base de dados do VMM. Este suporte não inclui implementar modelos de serviço utilizando o tipo de perfil SQL como SQL Server 2014 SP1. Para obter as informações mais recentes sobre os requisitos do SQL Server para o System Center 2012 R2, consulte a referência aqui.

  • Suporte para cenários de gestão VMWare vCenter 6.0
    Com o Update Rollup 7, a Microsoft anunciou o suporte para cenários de gestão para vCenter 5.5. Criar no nosso mapa para vCenter e integração VMM e compatibilidade, temos agora excitação de anunciar o suporte para VMWare vCenter 6.0 no Update Rollup 8. Para obter uma lista completa de cenários suportados, clique aqui.

  • Capacidade para definir quotas para endereços IP externos
    Com o Update Rollup 7, a Microsoft anunciou o suporte para vários endereços IP externos por rede virtual, mas não foi concluído, o bloco como não existia nenhuma opção para definir quotas no número de ligações de NAT. Com UR8, estamos satisfeito pela anunciar o suporte de ponto-a-ponto para esta funcionalidade, tal como agora é possível definir quotas no número de endereços IP externos permitidas por função de utilizador. Também pode gerir este utilizando Windows Azure Pack (WAP).

    Como utilizar esta funcionalidade?

    PowerShell cmdlets:

    Para definir a quota para uma função de utilizador:

    Conjunto UserRole – UserRole UserRoleObject – NATConnectionMaximum MaxNumber
    Para remover a quota para uma função de utilizador:

    Conjunto UserRole – UserRole UserRoleObject – RemoveNATConnectionMaximum

    Cmdlets de exemplo:

    Conjunto UserRole – UserRole $UserRoleObject – NATConnectionMaximum 25
    Conjunto UserRole – UserRole $UserRoleObject – RemoveNATConnectionMaximum



  • Suporte para quotas para os pontos de verificação
    Antes de UR8, quando cria um ponto de verificação através de WAP, VMM não verifica se a criar o ponto de verificação irá exceder o limite de quota de armazenamento de Tenants. Antes de UR8, inquilinos podem criar o ponto de verificação, mesmo que vai ser excedido o limite de quota de armazenamento.

    Cenário de exemplo para explicar o problema antes de UR8

    Considere um caso em que um administrador de Tenants tem um limite de quota de armazenamento de 150 GB. Em seguida, ela segue estes passos:

    1. Ela cria dois VMs do VHD 30 GB de tamanho (armazenamento disponível antes de criação: 150 GB, após a criação: 90 GB).

    2. Ela cria um ponto de verificação para um das VMs (armazenamento disponível antes de criação: 90 GB, após a criação: 60 GB).

    3. Ela cria um novo VM de VHD de 50 GB de tamanho (armazenamento disponível antes de criação: 60 GB, após a criação: 10 GB).

    4. Ela cria um ponto de verificação da VM terceiro (armazenamento disponível antes de criação: 10 GB).



    Uma vez que o administrador de Tenants tiver quota de armazenamento insuficiente para a esquerda, VMM deve, em condições ideais, bloquear a criação deste ponto de verificação (passo 4). Mas antes de UR8, VMM permite a administradores tenant criar o ponto de verificação e exceder o limite.

    Com o Update Rollup 8, pode agora ter a certeza que VMM vai processar a verificação de limites de quota de armazenamento o inquilino antes de criar um ponto de verificação.

  • Capacidade de configurar o endereço de MAC da placa de rede estático durante a implementação do sistema operativo
    Com o Update Rollup 8, agora Iremos fornecer a funcionalidade para configurar endereços de MAC do adaptador de rede estático durante a implementação do sistema operativo. Se nunca tiver efectuado bare-Metal de aprovisionamento de anfitriões e terminou com vários anfitriões com os mesmos endereços MAC (devido a atribuição dinâmica de endereços IP de placas de rede), isto pode ser um Salvador real para si.

    Como utilizar esta funcionalidade?

    Cmdlets PowerShell:

    Novo SCPhysicalComputerNetworkAdapterConfig - UseStaticIPForIPConfiguration - SetAsGenericNIC - SetAsVirtualNetworkAdapter-IPv4Subnet cadeia - LogicalSwitch Logical_Switch - VMNetwork VM_Network - EndereçoMAC Endereço_MAC


    Para configurar um endereço MAC estático, pode especificar o parâmetro MACAddress no anterior cmdlet do PowerShell. Não se for especificado nenhum parâmetro de endereço MAC, VMM configura-o como dinâmicos (VMM atribui Hyper-V para atribuir o endereço MAC.). Para escolher MAC do conjunto de endereços VMM MAC predefinido, pode especificar o endereço MAC como 00:00:00:00:00:00., tal como na seguinte captura de ecrã:

    Screen shot

  • Capacidade de implementar expandidos ACLs de porta de Hyper-V
    Com o Update Rollup 8 para VMM, pode agora:

    • Definir as ACL e as suas regras

    • Anexar as ACLs criadas para uma rede VM, sub-redes VM ou placas de rede virtual

    • Anexar a ACL para definições globais que aplicam a todas as placas de rede virtual

    • Ver e actualizar as regras ACL configuradas na placa de rede virtual em VMM

    • Eliminar porta ACLs e regras ACL



    Para mais informações, consulte a Knowledge Base artigo 3101161.

  • Suporte para o espaço de armazenamento tiering no VMM
    Com o Update Rollup 8, VMM agora fornece a funcionalidade para criar partilhas de ficheiros com camadas (SSD/HDD).

    Para mais informações, consulte a Knowledge Base artigo 3101159.

Problemas corrigidos no conjunto de actualizações

  • Problema 1
    Criação da geração 2 VMs falha com o seguinte erro:

    Erro (13206)
    Gestor de máquina virtual não é possível localizar o volume de arranque ou do sistema numa máquina virtual < nome VM >. A máquina virtual resultante pode não iniciar ou funcionar correctamente.



  • Problema 2
    VMM não permitem-lhe definir o proprietário de um perfil de hardware com um nome de proprietário que contenha o símbolo "$".

  • Problema 3
    HA VMs com VLAN configurado os sites da rede de uma rede lógica não não possível migrar de um anfitrião para outro. O erro seguinte é accionado quando tentar migrar a VM:

    Erro (26857)
    O ID de VLAN (xxx) não é válido porque a rede VM (xxx) não inclui o ID de VLAN num local de rede acessível pelo anfitrião.



  • Problema 4
    As alterações efectuadas por um administrador de Tenants (com implementar permissões para uma nuvem) para a CPU e memória as definições de uma VM na nuvem através de VMM consola não colar. Para contornar este problema, altere estas definições utilizando o PowerShell.

  • Problema 5
    Quando uma VM é implementada e colocar uma partilha de ficheiros de SMB3 está hospedada no NetApp filer 8.2.3 ou posterior, o processo de implementação VM deixa uma sessão obsoleta aberta por VM implementado para a partilha. Quando VMs muitos são implementadas utilizando este processo, implementação de VM começa a falhar, tal como é atingido o limite máximo de sessão de SMB permitido no filer NetApp.

  • Problema 6
    VMM deixa de responder devido a problemas de desempenho do SQL Server quando efectua operações quotidianas VMM. Este problema ocorre devido a entradas obsoletas na tabela tbl_PCMT_PerfHistory_Raw. Com UR8, as novas entradas obsoletas não são criadas na tabela tbl_PCMT_PerfHistory_Raw. No entanto, as entradas que existiam antes da instalação do UR8 irão continuar a existir. Para eliminar as entradas obsoletas existentes das tabelas do SQL Server, utilize o seguinte script SQL:

    Eliminar de tbl_PCMT_PerfHistory_Raw em que não TieredPerfCounterID no (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

    Eliminar de tbl_PCMT_PerfHistory_Hourly em que não TieredPerfCounterID no (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

    Eliminar de tbl_PCMT_PerfHistory_Daily em que não TieredPerfCounterID no (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

  • Problema 7

    Numa implementação com placas de canal de fibra virtualizadas, VMM não actualiza o fornecedor de armazenamento de SMI-S e lança-lo a seguinte excepção:

    Nomes: Fornecedor de armazenamento de leituras
    Descrição: Fornecedor de armazenamento de leituras
    Progresso: % 0
    Estado: falhou
    CmdletName: Leitura-SCStorageProvider
    ErrorInfo: FailedtoAcquireLock (2606)



    Isto ocorre porque o VMM obtém primeiro o bloqueio de escrita para um objecto e, em seguida, tente mais tarde obter o bloqueio de eliminação para o mesmo objecto.

  • Problema 8
    Para VMs com VHDs são colocados numa escala, o ficheiro de servidor (SOFS) através de SMB, o contador de desempenho da VM de Velocidade de leitura do disco apresenta incorrectamente a zero na consola de administração do VMM. Isto impede que uma empresa monitorização consumidores IOPS superiores.

  • Problema 9
    Optimização de dinâmica falha, fugas de uma transacção e impede a execução de outras tarefas. Está bloqueado no computador servidor de SQL até SCVMM é reciclado ou o SPID infractor em SQL foi cancelado.

  • Problema 10
    Conversão de V2V Falha ao tentar migrar VMs do anfitrião ESX para o anfitrião de Hyper-V, se o tamanho do disco rígido da VM no anfitrião ESX for muito grande. O seguinte erro mencionado é accionado:

    Erro (2901)
    A operação não concluída com êxito devido a um parâmetro ou chamar a sequência não é válida. (O parâmetro é incorrecto (0x80070057))



  • Problema 11
    Migração em directo de VMs numa rede HNV demora mais tempo do que o esperado. Também poderá encontrar pings para a VM migrar são perdidos. Isto acontece porque, durante a migração em directo, a tabela de políticas de VFVN é transferida (em vez de apenas delta). Assim, se a tabela de políticas de VFVN é demasiado longa, a transferência é atrasada e pode causar VMs a perda de conectividade no novo anfitrião.

  • Problema 12
    VMM obtém um endereço MAC incorrecto ao gerar a política HNV a implementações em que são utilizados balanceadores de carga F5.

  • Problema 13
    Para dispositivos IBM SVC, activar a replicação falha VMM porque não existe uma limitação no SVC no qual o nome do grupo de consistência deve iniciar com um carácter alfabético (código de erro: 36900). Este problema ocorre porque, ao activar a replicação, VMM gera cadeias aleatórias para os "grupos de consistência" e "relação" entre a origem e o destino de atribuição de nomes e pode conter estes caracteres alfanuméricos. Por conseguinte, o primeiro carácter que é gerado pelo VMM pode ser um número, e Isto quebra a exigência pela IBM SVC.

  • Problema 14
    No Update Rollup 6, incluímos uma alteração que permite aos clientes que têm um endereço MAC estático, mesmo se a placa de rede não está ligada. Esta correcção não abrangia todos os cenários correctamente e accionar uma excepção quando existe um modelo com uma placa de rede ligada e, em seguida, tenta mais tarde editar o endereço estático para desligar a placa de rede.

  • Problema 15
    Registar Update Rollup 6, logo que um anfitrião entra em modo legacy, não provém novamente para eventos de 20 dias. Por conseguinte, as propriedades VM não são actualizadas e não existem eventos são recebidos da HyperV de 20 dias.

    Este problema ocorre devido a uma alteração que está incluída no UR6 que definir o termo como 20 dias para o modo de eventos e o modo legado. O actualizador legacy, que deve executar Idealmente após 2 minutos, é executada depois de 20 dias; e até lá, eventing está desactivado.

    Correcção:
    Para contornar este problema, execute manualmente o actualizador legacy actualizando propriedades VM.

  • Problema 16
    Post-UR7, uma rede virtual a eliminar não correctamente limpar os recursos de cluster para o Gateway de Virtualização de rede. Isto faz com que a função de cluster (grupo de cluster) Ir para um Estado de falha quando ocorrer uma activação pós-falha da função de cluster de gateway HNV. Isto faz com que um Estado de falha no gateway, tal como no seguinte captura de ecrã:

    Screen shot


Como obter e instalar o Update Rollup 8 para o System Center 2012 R2 Virtual Machine Manager

Informações de transferência

Pacotes de actualização para o Gestor de Máquina Virtual estão disponíveis no Windows Update ou por transferência manual.

Windows Update

Para obter e instalar um pacote de actualização do Windows Update, siga estes passos num computador que tenha um componente do Virtual Machine Manager instalado:

  1. Clique em Iniciar e, em seguida, clique em Painel de Controlo.

  2. No painel de controlo, faça duplo clique sobre o Windows Update.

  3. Na janela do Windows Update, clique em Verificar Online para actualizações do Microsoft Update.

  4. Clique em actualizações importantes estão disponíveis.

  5. Seleccione o pacote de update rollup e, em seguida, clique em OK.

  6. Clique em instalar actualizações para instalar o pacote de actualização.

Catálogo do Microsoft Update

Vá para os seguintes Web sites para transferir manualmente os pacotes de actualização do catálogo do Microsoft Update:

Download Transferir o pacote de actualização do servidor agora.

Download Transferir o pacote de actualização da consola de administrador agora.

Download Transferir o pacote de actualização de agente de convidado agora.Importante Não foram efectuadas alterações efectuadas ao agente convidado em UR8. Se estiver a actualizar do UR7 não é necessário fazer nada para o agente de convidado. No entanto, se estiver ligado a uma versão anterior ao UR7, tem de instalar o agente de convidado que foi disponibilizada em UR7.

Para instalar manualmente os pacotes de actualização, execute o seguinte comando numa linha de comandos elevada:

msiexec.exe /update packagename

Por exemplo, para instalar o pacote de Update Rollup 8 para um servidor do SP1 do System Center 2012 Virtual Machine Manager (KB3096389), execute o seguinte comando:

msiexec.exe /update kb3096389_vmmserver_amd64.msp
Nota Efectuar uma actualização para o Update Rollup 8 no servidor VMM necessita de instalar a consola VMM e de actualizações de servidor. Obter informações sobre como instalar, remover ou verificar os conjuntos de actualizações para o Gestor de Máquina Virtual 2012 R2.

Ficheiros actualizados no conjunto de actualizações

Para obter uma lista dos ficheiros que são alteradas no conjunto de actualizações, clique aqui.

Precisa de mais ajuda?

Aumente os seus conhecimentos
Explore as formações
Seja o primeiro a obter novas funcionalidades
Aderir ao Microsoft insiders

As informações foram úteis?

Obrigado pelos seus comentários!

Obrigado pelo seu feedback! Parece que poderá ser benéfico reencaminhá-lo para um dos nossos agentes de suporte do Office.

×