Você está offline; aguardando reconexão

Cumulativo de atualizações 6 para o System Center 2012 R2 do Virtual Machine Manager

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3050317
Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 6 para o Microsoft System Center 2012 R2 do Virtual Machine Manager. Existem duas atualizações disponíveis para o Virtual Machine Manager (VMM): servidor e Console do administrador. Além disso, este artigo contém instruções de instalação para a atualização do pacote cumulativo de atualizações 6 para o System Center 2012 R2 do Virtual Machine Manager.

Recursos que são adicionados nesse pacote cumulativo



  • Adicione o recurso de assinatura do Azure: Usando o recurso Adicionar assinatura do Azure no Update Rollup 6, administradores do Virtual Machine Manager podem adicionar assinaturas do Microsoft Azure ao VMM e executar ações básicas no Azure instâncias nas inscrições. O recurso é incluído no Virtual Machine Manager no cumulativo de atualizações 6 para o System Center 2012 R2. Para cada inscrição Azure que você adicionar, você pode usar um console para ver todas as instâncias da função em todos os grupos de implantação dessa inscrição.

    O que você pode fazer com este recurso

    Se você já gerenciar suas máquinas virtuais do local no Virtual Machine Manager, você pode usar esse recurso para executar algumas ações básicas em instâncias Azure sem deixar o console do VMM. Por exemplo, você pode fazer o seguinte:

    • Adicionar ou remover uma ou mais assinaturas Azure usando o console do VMM.
    • Consulte um modo de exibição de lista de detalhes e status de todas as instâncias de função em todas as implantações dessa inscrição.
    • Atualize manualmente a lista de instâncias.
    • Execute as seguintes ações básicas em instâncias:

      • Iniciar
      • Parar
      • Desligamento
      • Reiniciar
      • Conectar-se através de RDP
    Para obter mais informações, consulte Adicionando uma assinatura do Azure no VMM no System Center 2012 R2 com cumulativo de atualizações 6.
  • Melhor cenário de proteção E2A ASR: Tendo cumulativo de atualizações 6 no ambiente do Virtual Machine Manager, é mais fácil descobrir e corrigir um problema que ocorre algumas vezes, quando você configurar a proteção de recuperação de Site do Azure (ASR). Esse problema ocorre quando você deseja adicionar proteção de ASR para máquinas virtuais de local, e você tem as seguintes propriedades de máquina virtual:

    • Nenhuma versão de sistema operacional especificada
    • Nenhuma indicação de qual disco contém o sistema operacional da máquina virtual
    Essas propriedades devem ser especificadas porque são necessárias para recuperação do Site do Azure. Em Update Rollup 6, possamos conjunto de erro mensagens são exibidas no VMM no painel de tarefas se você tentar configurar uma máquina virtual que não atenda esses requisitos.

    Para obter informações sobre os requisitos de recuperação automatizada do sistema, consulte Aperfeiçoamento de cenário de proteção E2A ASR.
  • Opção usar geração 2 VMs em serviços e VMRoles: Cumulativo de atualizações 6, o VMM agora fornece suporte para as máquinas virtuais de geração 2 para serviços e funções de VM. Usando esse recurso, você pode implantar serviços de várias camados e escolha a geração de máquina virtual para camadas individuais. Os usuários podem atender essas instâncias de serviço por meio do serviço convencional e baseadas em imagem.

    Para obter mais informações, consulte Noções básicas sobre geração 1 e geração 2 máquinas virtuais VMM.
  • Regras de exposição de uso de rede total no pacote de gerenciamento: Esta alteração apresenta duas regras que destino Hosts Hyper-V:

    • Regra de coleta de tráfego de entrada VNic rede total
    • Regra de coleta de tráfego de rede de VNic saída total
    Essas regras de medem o total total saído tráfego de entrada e em quilo Bytes por VNic por máquina virtual o seguinte método:

    Para cada VM:

    1. Ativar Monitoração do Hyper-V Se ele não está habilitado.
    2. Executar Medida de VM.
    3. Monitoração de coletar dados para cada endereço remoto da "0.0.0.0/0" ou "::/ / 0" por VNic.
    Por padrão, essas regras executadas a cada hora. Os usuários podem optar por substituir essa configuração, substituindo a propriedade IntervalSeconds. Essas regras não devem ser executadas com mais freqüência do que a cada cinco minutos (300 segundos).

    Comportamento em versões anteriores: VMM não medir o consumo de dados. Ele medido apenas throughput.
  • Opção de overcommit de capacidade de réplica VMs nuvem e grupo de Host: System Center 2012 R2 do Virtual Machine Manager permite que você coloque suas máquinas virtuais de réplica em um grupo pré-configurado de nuvem ou host se se ajustem as configurações de capacidade. Até agora, o VMM assumido que todos os recursos que foram alocados em VMs réplica estavam em uso. Portanto, o VMM não permitiu que você colocar qualquer máquina virtual, réplica em um grupo de nuvem ou host se que aumentaria a carga agregada de todas as réplica VMs além da capacidade do grupo de nuvem ou host.

    Embora esse comportamento certificaram-se de que todas as VMs a réplica simultaneamente poderia iniciar, pode fazer um uso não ideal de nuvens de réplica e grupos de hosts. Isso ocorrerá se você (uma empresa ou um Hoster) tentou colocar VMs adicionais dentro de uma nuvem ou de um grupo de hosts. Ou seja, se overcommited o grupo de nuvem ou host de réplica. No Update Rollup 6, você pode overcommit nuvens e grupos de host em seu ambiente do VMM, configurando a seguinte chave de registro do servidor VMM:

    Local do registro:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    Nome da DWORD: IgnoreMemoryForStoppedReplicaVM
    Valor DWORD: 1

    Observação: Se a subchave de posicionamento não existir, crie-a.

    Para obter mais informações, consulte Opção de overcommit de nuvem e HG para VMs de réplica.
  • Suporte para cenários básicos de VMWare VCenter 5.5.

    O pacote cumulativo de atualizações 6 apresenta as seguintes situações de suporte:

    • Adicionar VCenter 5.5 ao gerenciamento do VMM 2012 R2 UR6
    • Adicionar Host ESX com versão 5.5 e colocar em gerenciamento
    • Criar modelo de VM VMWare e implantar VMs com o modelo
    • Criar modelos com sistema de rede básico (essas mensagens incluem cenários de domínio) e implantar máquinas virtuais
    • Execute várias operações de ciclo de vida VM (por exemplo, iniciar, parar, desligar, reparo, atualização e verificação em uma máquina virtual).
    • Conectar-se a máquina virtual usando o console e verificar a acessibilidade
    • Desprovisionamento máquinas virtuais
    • Criar um pool de recursos e colocar o pool de recursos em gerenciamento do VMM
    Esses são cenários limitados. No entanto, eles representam o primeiro e mais importante passo para oferecer suporte a versões mais recentes do VCenter. Nós continuamos a investir na nossa matriz de suporte para VMWare VCenter e fornecerá atualizações para lidar com pacotes cumulativos de atualizações no futuro.

Problemas corrigidos nesse pacote cumulativo

  • Problema 1

    Ocorre um erro 801 ao VMM objetos são removidos. O VMM, às vezes, encontra um problema no qual um objeto VMM como uma máquina virtual não pode ser removido da interface do usuário ou do Windows Powershell porque alguns de seus objetos filhos estão ausentes no banco de dados. Isso freqüentemente faz com que os usuários pesquisem corretivas scripts remover os objetos afetados. No Update Rollup 6, o VMM tem melhor três cmdlets do Powershell para minimizar erros de 801. Esses cmdlets são Remover SCServiceTemplate, Remover SCLibraryServer, e Remover SCLibraryShare. Os usuários não precisam usar o – Força sinalizador juntos com esses cmdlets para evitar 801 erros. Os cmdlets fornecem a capacidade de resolver dependências que levam a 801 erros.

  • Problema 2

    O serviço VMM falha e gera um erro de violação de acesso no System. XML quando ele respons um evento do Integration Services.

  • Problema 3

    Crítica exceção no manipulador de erro WCF – ObjectDisposedException - Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Quando VMM desligado o host de serviço do WCF, ele é chamar Abort que pode fazer com que as mensagens não processadas a ser finalizado de maneira brusca e isso pode resultar em ObjectDisposedExceptions está sendo lançada. Manipulador de erro WCF nível superior do VMM vê essas exceções antes que o processo foi encerrado e relatá-los tão importantes exceções. Aqui o VMM relata erros inofensivos como erros críticos possivelmente adicionando a confusão do usuário.

  • Problema 4

    Opção de endereço MAC esmaecida na interface do usuário quando vnic não está conectado. Isso impede que os usuários marcando a nic como static. Depois de atualizar para o VMM no System Center 2012 R2, o cliente não pode escolher a opção de endereço Mac estático nos modelos de VM, que ele cria, se a máquina virtual não estiver conectada a uma rede. As opções de endereço MAC e IP ficam cinza quando a máquina virtual é "não conectada". Portanto, ele não pode atribuir um endereço MAC estático para a máquina virtual antes da implantação.

  • Problema 5

    Personalização de máquina virtual pode falhar e gerar uma exceção de crítica ao Hyper-V não retorna um objeto da unidade de disquete. Durante a personalização de uma máquina virtual, há uma chance de que o Hyper-V irá retornar o objeto da unidade de disquete como nulo e VMM irá tentar adicionar uma unidade. No entanto, adicionando a unidade de disquete não está implementada no Hyper-V. Isso gera uma exceção que causa falha de trabalho e deixa a máquina virtual no estado de falha na criação. O usuário pode reparar a máquina virtual para ser funcional. Isso pode ocorrer se a configuração de unidade de disquete (no compartilhamento remoto) não está disponível para o Hyper-V ou Hyper-V está ocupado ou sob pressão.

  • Problema 6

    Não é possível implantar as VMs com IP estático quando vários Pools de IP para uma sub-rede de VM estão configurados. Cliente tenta criar uma máquina virtual usando um modelo que tenha configurações de IP estático. Se houver vários pools IP em uma sub-rede e o cliente fornece um endereço IP de um pool diferente que o padrão (ou seja, o preenchido automaticamente pool que é mostrado na interface do usuário), em seguida, o assistente VM for concluído sem erros, mas a criação da máquina virtual falha e retorna um erro de "Endereço IP fora do intervalo".

  • Problema 7

    Falha de VmmService ocorre durante o processamento de removidos máquina virtual que sub-redes no IP alterar os eventos enviados pelo Hyper-v. Em uma configuração NVGRE, se houver um evento enviado pelo Hyper-V para alteração de IP mas a sub-rede VM não existe mais no VMM, ele causa uma falha no serviço VMM.

  • Problema 8

    VMS são relatadas ausentes do VmMovedRefresherEvent não for recebido. Quando um evento de mudança de máquina virtual ocorre enquanto um host não estiver em modo de eventos e a máquina virtual está em estado de migração e quando conecta o atualizador de eventos pode haver uma janela onde ninguém está escutando e a operação de atualização correta antes modo de escuta não recebe a alteração. Portanto VMM não receberá essas alterações até que a próxima atualizador completo que pode ser tão pior com 24 horas.

    Para certificar-se de que esses eventos são sincronizados por meio do atualizador de luz máquina virtual quando estiver no modo de eventos, você pode criar e configurar a seguinte chave do registro para executar o atualizador de máquina virtual luz em intervalos regulares. Esta atualização será executado além para os atualizadores baseada em eventos.

    Local do registro:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

    Chave do registro:

    VMPropertiesEventAssitedUpdateInterval

    Tipo de registro: DWORD

    Valor mínimo: 0 segundos

    Valor máximo: 20 dias
    Valores devem ser especificados em segundos.

    Nome da DWORD: VMPropertiesEventAssitedUpdateInterval

    Valor DWORD:value_in_seconds

    Observação: O value_in_seconds espaço reservado pode ser um valor de 0 segundos para 20 dias (também em segundos).


  • Problema 9

    Exigir explícitas sinalizadores para indicar uma máquina virtual ausente ou uma remoção de máquina virtual de serviço durante a remover Host para o usuário. Atualmente, o VMM não verifica a existência de VMs em host ao remover o host do VMM. Um host pode conter serviço VMs, VMs que são implantados para a nuvem, máquinas virtuais que têm propriedades personalizadas definidas para eles. Se um usuário acidentalmente remover um host, todas essas associações são quebradas. Essa correção evita esses cenários, solicitando que os usuários para uma mensagem de confirmação antes que esses hosts são removidos realmente do VMM.

  • Problema 10

    Se você tiver uma rede lógica que possui vários locais de rede e os sites de rede são visíveis para o adaptador de rede do host, será alocado PAs desses sites de rede diferentes e as informações de roteamento devem ser definidas. (Sites de rede são chamados de "definições de rede lógicas".) Em um vários host cenário com VM1 no Host1 sendo conectado à PA1, há um caso se um VM2 é conectado a um hnv LN e tem um PA1 para NetwkSite1 e, em seguida, ele é desconectado e posteriormente foi reconectado e tem um PA2 para NetwkSite2 (de aleatoriamente ou devido ao esgotamento do PA), e há algum tempo, podemos talvez não preencham as informações de roteamento PA entre NetwkSite1 e NetwkSite2. Isso ocorre devido à forma com que a representação de rota interna é codificada para inserção em uma tabela de hash.

  • Problema 11

    Quando um host é atualizado, ele estabelece uma conexão de rede de WinRM (a cada host atualizados) que constantemente fluxos de dados.

  • Problema de 12

    Quando vários adaptadores de rede virtuais são criadas, as falhas aleatórias são observadas. Quando os clientes cria vários adaptadores de rede virtuais de uma vez como parte de um switch lógico, um ou mais configuração de IP do adaptador de rede virtual pode falhar.

  • Problema 13

    Usuário acessa uma inserção de chave duplicada no HostWSManGetter.UpdateRASDCache ao fazer uma atualização do host.

  • Problema 14

    Quando o usuário tenta clonar uma máquina virtual com pontos de verificação, depois que a operação de clonagem for concluída, o VMM reconhece incorretamente a máquina virtual recém-criada clone como máquina virtual original e incorretamente infere que migrou a máquina virtual. Em seguida, ele tenta tratar essa alteração. Portanto, é criada uma máquina virtual adicional em outro host com estado 'ausente'. O VMM pensa que a máquina virtual está usando um host diferente e esta máquina virtual não estiver visível no TFS até a próxima atualização da máquina virtual.

  • Problema 15

    Quando o provedor VSEM é atualizado, a capacidade do provedor para receber notificações não é indicada para o mecanismo de notificação.

  • Problema 16

    Posicionamento de rede falha durante a otimização dinâmica de hosts. Algumas operações de posicionamento deveriam ser executados como tarefas. Quando ele é executado na tarefa de atualização, o contexto é nulo. Isso causa uma falha de posicionamento.

  • Problema 17

    Quando os administradores delegados inicia o console do VMM leva 4 + minutos para abrir o console do VMM. Em grandes ambientes VMM iniciar console será adiada para administradores delegados quando ele é comparado aos administradores.

  • Problema 18

    Atualização do provedor de armazenamento falha após a substituição de disco em sofs.

  • Problema 19

    O VMM não é possível atualizar a máquina virtual de réplica/principal sem ASR, também migração de recuperação VM em estado pendente de Infravermelho não realiza a migração ao vivo.

  • Problema de 20

    Quando uma máquina virtual é excluída, os pontos de verificação são mesclados antes de serem excluídos. Quando o usuário tentar excluir uma máquina virtual que tem pontos de verificação, a exclusão leva muito tempo (até uma hora) para concluir.

  • Problema 21

    Às vezes, uma operação de execute DO recebe uma exceção importante: DBCorruptionException.

  • Problema 22

    Alguns usuários usam grandes conjuntos de VIPAddress em vez de intervalos IP para torná-lo mais fácil de adicionar ou remover IPs individuais. Esquema de pacote de gerenciamento do VMM atualmente limita este campo para 256 caracteres (padrão). No entanto, os usuários podem ter valores ~ 500 caracteres. E, portanto, descoberta foi quebrar a integração do VMM OM devido a uma exceção inesperada do SCOM.

  • Problema 23

    LUNs de destino e destino RG não são associados depois enableRG tarefa se RG/LUNs são do.

  • Problema 24

    Preciso atualizar as entradas de endereço MAC de um dispositivo de Gateway de F5 quando ele falha e será substituído. Se for um dispositivo F5 tinha de RMA e substituído por um novo dispositivo com um novo endereço MAC, o VMM não possui uma maneira de atualizar o endereço MAC para o novo dispositivo.

  • Problema 25

    Permitir que usuário carimbo na máquina virtual de réplica para permitir a identidade do usuário do carimbo. Os usuários precisam atualizar atributos UserRole e proprietário em seus ReplicaVMs, mas qualquer operação na máquina virtual réplica está bloqueada no momento. Portanto, eles não podem atualizar esses dois parâmetros em VMs de réplica.

  • Problema 26

    Compartilhamento SMB Registerred não está exibindo como opção de caminho de destino quando você implanta um machineto virtual HA um cluster novo.

  • Problema 27

    Exceção crítica no atualizador de armazenamento ao descobrir o serviço de replicação – ArgumentNullException - SetCustomOptions.

  • Problema 28

    Durante o Host atualizador VMM consulta a equipe informações (switch equipe LBFO ou equipe). Enquanto consultando as equipes do switch que VMM atinge a exceção WSMan que faz com que o vswitch desapareça do console.

  • Problema 29

    Não há suporte para o protocolo HTTPS no teste e, em seguida, o VMM não é regra criada monitor para monitor HTTPS site. O VMM oferece suporte a HTTP e HTTPs na seção de configuração de porta LB, mas não há suporte para HTTPS na seção de protocolo de teste LB.

  • Problema de 30

    Proprietário (usuário SSU) do recurso não autorizado para acessar a lista de 'GrantedTo' de um recurso e, portanto, não é possível ver que todos têm acesso ao recurso. Quando o usuário conceder acesso também é um usuário de auto-atendimento, eles não podem ver as alterações feitas até reiniciar o console. Um usuário administrador pode ver a alteração, mas para um usuário de auto-atendimento, o GrantedToList continua a retornar os resultados em cache, até reiniciar o console.

  • Problema 31

    Não é possível mover os discos de pai com o processo de migração interna do VMM. Usuário tem várias centenas de VMs, com todos os discos de comparação apontando para um só pai. Mover todas as VMs para uma nova solução de armazenamento está sendo bloqueado pelo VMM. Para discos de comparação, se qualquer disco predecessor na hierarquia (relação pai/filho) é compartilhado por outro disco de comparação, a migração de armazenamento do disco de comparação é bloqueada pelo VMM. No entanto, ele isenabled por meio do Gerenciador do Hyper-V.

  • Problema 32

    Campo expectedDSColumn lança a exceção crítica ao rastreamento de mensagem de incompatibilidade de colunas, causando o travamento de servidor ao executar get-scvmhost. Depois que o servidor de banco de dados é atualizado ao limite, server R2 não pode trabalhar com ele em determinados casos. Este caminho de código é usado por alguns objetos de rede e ADHC.

  • Problema 33

    Quando você dimensiona um modelo de serviço existente, duplica máquinas virtuais Hyper-V que havethe mesmo nome são criados no VMM no System Center 2012 R2 Update Rollup 5.

  • Problema 34

    Se suas máquinas virtuais convidadas tenham segurança do Windows update3035131 ou 3031432instalado, o agente do VMM convidado não executa scripts de execução de comando genérico (GCE) solicitados pelo VMM como parte da implantação da VM. Isso pode causar falhas em vários cenários em que você usar scripts GCE para implantação e manutenção. Por exemplo, quando você tentar um modelo de serviço do VMM através de scripts GCE de serviço, código de erro 22029 é retornado.

    Observação:Após a instalação do Update Rollup 6 (orlater cumulativos) para o System Center Virtual Machine Manager 2012 R2, você terá que conceder agoraFaça logon como um trabalho em lotes direitos para executar como conta especificada. Sem esses direitos, o agente de convidados poderão executar os scripts GCE de executar como conta.

  • Problema 35

    Migração ao vivo da máquina virtual falha quando você usar o espaço de armazenamento de cluster como CSV e o armazenamento de máquina virtual está localizado em CSV. Migração ao vivo de Cluster Hyper-V não funciona após VMM no System Center 2012 R2 Update Rollup 5.

  • Problema 36

    Posicionamento do disco base deve girar entre compartilhamentos de posicionamento válidos.

  • Problema 37

    O VMM Console pode usar uma seqüência de versão existente durante a cópia do modelo de serviço. Às vezes, os usuários não é possível copiar um modelo de serviço usando o comando "Copiar" para um modelo de serviço. Motivo é que o console de administrador gera uma seqüência já existente para o lançamento.

  • Problema 38

    O ladrilho de visão geral da capacidade está ausente no VMM no System Center 2012 R2. No VMM no System Center 2012 SP1, em Painel de VMs e serviços, quando você seleciona um host e, em seguida, clique em Visão geral no menu superior, o console fornece informações de resumo e capacidade sobre o host selecionado. Os detalhes sobre núcleos de processador, memória (GB) e armazenamento (GB) tornou-se disponível no System Center 2012 R2.

  • Problema 39

    O VMM serviço falhando devido a VSID duplicado. Em casos raros (corrida/sincronização-condição e aleatório número colisão), sub-redes diferentes de máquina virtual HNV podem obter o mesmo VMSubnetIdentifier (também conhecido como VSID). Isso resulta em um comportamento inesperado quando você usar essas sub-redes de máquina virtual HNV. Por exemplo, para VMs conectadas a esta sub-rede, as VMs podem não obter conectividade esperada e não poderá conversar com VMs na mesma sub-rede. Ou quando suas alterações de endereço IP fará com que o serviço VMM falhar.

  • Problema 40

    Implantação de uma máquina virtual atrás de um balanceador de carga faz com que um Excepion crítico no posicionamento:

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

  • Problema 41

    Página inicial que foi introduzida no Update Rollup 5, é removido no Update Rollup 6.

  • Problema 42

    Uma máquina virtual não está associada um grupo de replicação e não puderam ser movida para um local protegido pelo grupo de replicação.

  • Problema 43

    Convidado IP na rede de HNV não está marcado como dinâmico/DedicatedGuestIP, mesmo se as configurações estiverem ativadas para ele. Failover de CA quebrado. Para qualquer endereço IP adicionado/movido em uma máquina virtual conectado à rede NVGRE (situação de Failover de IP de Cluster/convidado HNV convidado), o endereço IP é * não * marcada como dinâmica (tipo = DedicatedGuestIP no VMM) mesmo que a máquina virtual tem as configurações EnableGuestIPNetworkVirtualizationUpdates = true. Quando a primeira vez que o endereço IP é adicionado/movido funcionará, mas posterior failovers do IP (movimentação de uma VM para outro) não serão detectados automaticamente. Portanto, o endereço IP não estará acessível e a VM perderá a conectividade.

  • Problema 44

    Provedor de armazenamento incorporado mais antigo de integração Hitachi quebrada com UR5. O provedor de armazenamento não pode ser atualizado. Isso impede que o gerenciamento do provedor.

  • Problema 45

    O cliente do VMM falha quando você definir o intervalo de tempo de otimização de energia.

  • Problema 46

    Uma condição de corrida existe na alienação da WnvEventEntrySubscriptionObserver quando a conexão do host falhar.

  • Problema 47

    7 centOS e Red Hat Enterprise Linux 7 falham ao definir a configuração da interface de rede quando o DHCP é usado.

    Isso se aplica a todos os 7 CentOS e Red Hat Enterprise Linux (RHEL) 7 máquinas virtuais que são configuradas para usar DHCP pelo System Center Virtual Machine Manager. 7 centOS e RHEL 7 servidores que DHCP usado encontra ausência de dados de configuração de rede para cada interface ethernet que é usado pelo servidor Linux. Esse problema ocorre porque CentOS 7 e RHEL 7 não tem o ifconfig de ferramenta Linux instalado por padrão, ao contrário das iterações anteriores. Os scripts de configuração de rede DHCP foram atualizados para usar a ferramenta de ip em vez de ifconfig se a ferramenta ip estiver instalada.

Como obter e instalar a atualização do pacote cumulativo de atualizações 6 para o System Center 2012 R2 do Virtual Machine Manager

Informações sobre o download

Pacotes de atualização para o Virtual Machine Manager estão disponíveis no Microsoft Update, ou pelo download manual do catálogo do Microsoft Update.

Microsoft Update
Para obter e instalar um pacote de atualização do Microsoft Update, execute estas etapas em um computador que tenha um componente do Virtual Machine Manager instalado:

  1. Clique em Iniciar e, em seguida, clique em Painel de controle.
  2. No painel de controle, clique duas vezes em Windows Update.
  3. Na janela Windows Update, clique em Verificar on-line para atualizações do Microsoft Update.
  4. Clique em atualizações importantes estão disponíveis.
  5. Selecione os pacotes de Update Rollup e clique em OK.
  6. Clique em instalar atualizações para instalar os pacotes de atualização.
Download manual dos pacotes de atualização
Visite os seguintes sites para baixar manualmente os pacotes de atualizações do catálogo do Microsoft Update:

Importante: O servidor e os componentes do Console do administrador devem ser atualizados no servidor do Virtual Machine Manager.

Observação: Você deve aplicar a atualização do servidor para certificar-se de que todas as máquinas virtuais recentemente implantadas a partir de um modelo de serviço terá o agente convidado atualizado. Máquinas virtuais implantadas existentes podem ter instalar o agente do atualizado instalado através do Windows Update, através dos WSUS, ou manualmente, usando o seguinte pacote:

Instruções de instalação

Para instalar manualmente os pacotes de atualização, execute o seguinte comando em um prompt de comando elevado:

msiexec.exe /update packagename

Por exemplo, para instalar o pacote cumulativo de atualizações 6 para um servidor Virtual Machine Manager do System Center 2012 R2 (KB3050317), execute o seguinte comando:

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Observações:

  • Se você baixar os pacotes de atualizações do catálogo do Microsoft Update e instalá-los clicando duas vezes os pacotes manualmente, você precisa instalar os pacotes de servidor do Virtual Machine Manager e o Console do administrador como usuário privilegiado. Você pode instalar o pacote do agente de convidado do Virtual Machine Manager como um usuário sem privilégios elevados.
  • Se você também tiver o Console do administrador instalado no servidor do VMM, instale as atualizações na seguinte ordem:

    • Pacote cumulativo de atualizações 6 para o servidor do Virtual Machine Manager
    • Pacote cumulativo de atualizações 6 para o Console do administrador

    Entre essas duas instalações do Virtual Machine Manager Server pode criar um log de erro crítico no diretório VMMLogs. Esse problema ocorre porque o Console do administrador compartilha algumas DLLs com o Virtual Machine Manager Server, e pode causar um conflito de versões o log de falha crítica. Para resolver esse problema, instale as atualizações no servidor do Virtual Machine Manager que você usa para iniciar o serviço do Virtual Machine Manager.
  • Antes de 5 de Rollup de atualização, você precisava atualizar manualmente o componente de servidor DHCP do System Center Virtual Machine Manager (64). No VMM com Update Rollup 5 ou versões posteriores, essa atualização manual não é mais necessária.
  • Se você baixar e extrair o Admin Console MSP, dois arquivos CAB são o resultado, como você pode ver no screen shot a seguir. Um desses arquivos CAB se aplica a x64 (também conhecido como AMD64) e outro arquivo CAB se aplica para x86 (também conhecido como i386).

    Consulte a última referência à arquitetura do sistema operacional no nome do arquivo CAB para determinar qual tipo de arquitetura o determinado arquivo CAB é aplicável.

Arquivos atualizados nesse pacote cumulativo

Para obter uma lista de arquivos que são alterados nesse pacote cumulativo, baixe o seguinte arquivo:


Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3050317 - Última Revisão: 09/21/2015 22:54:00 - Revisão: 3.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtpt
Comentários