Atualização 2.1 para nuvem plataforma sistema Premium

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: 3119861
Sumário
Atualização 2.1 para o sistema de plataforma de nuvem (CPS) Premium 1.0 inclui atualizações críticas do Windows, um hotfix adicional privada no VMM 2012 R2, e executar uma nova funcionalidade que permite que você execute uma verificação de integridade, antes de executar uma atualização. A lista de atualizações do Windows está incluída no final deste artigo.

Observação: Não há nenhum driver ou atualizações de firmware incluídas neste pacote de atualização.
Mais Informações
Para instalar a atualização 2.1 do CPS Premium 1.0, siga estas etapas. Este procedimento de atualização presume que você já tiver instalado a atualização 2.0:

Etapa 1: Preparar o pacote

Siga as etapas 1 e 2 na seção "Preparar o ambiente do patch" do guia de administradores do CPS foi fornecido pela sua equipe de conta. Porque não há nenhum firmware ou atualizações de drivers, as etapas 3 e 4 do guia de administradores do CPS não se aplicam.

Importante: Não inicie o processo de patch.

Etapa 2: Executar uma verificação de integridade e corrigir quaisquer problemas descobertos

A estrutura de atualização (P & U) e um Patch da Microsoft oferece suporte à nova funcionalidade que permite que você execute uma verificação de integridade não-invasivos, somente leitura. Isso garante o funcionamento de carimbo fundamental antes de executar a atualização real.

Para executar a verificação de integridade, use o parâmetro - HealthCheckOnly ao invocar a U P & executados.
  1. Certifique-se de que você efetuou logon como a conta que você criou para o patch como administrador do CPS-atualização. Em seguida, execute o seguinte comando do Windows PowerShell: $cred = Get-Credential (whoami).
  2. Quando solicitado, digite a senha da conta.
  3. Execute o seguinte comando, onde o nome da pasta CPSPU é o nome da pasta que você usou para o pacote de atualização específica:
    \\<Name  of SOFS in rack 1>\SU1_InfrastructureShare1\<CPSPU Folder Name>\Framework\PatchingUpgrade\Invoke-PURun.ps1 –HealthCheckOnly -PUCredential $cred
  4. Tente corrigir todos os problemas detectados. Idealmente, você deve tentar resolver que todos os alertas críticos do Operations Manager U P & antes de executar.

Visão geral dos tipos de verificações de integridade para atualização 2.1

  1. Garante que o P & U foi invocado por um administrador.
  2. Verifica o espaço em disco mínimo em máquinas virtuais de gerenciamento e os hosts necessários para o serviço de VHD offline.
  3. Verifica a validade da senha nas contas de serviço.
  4. Verifica para garantir que o serviço de Firewall está em execução.
  5. Verifica para garantir que o Windows Update Agent pode obter uma lista de atualizações instaladas do KB em hosts e máquinas virtuais de gerenciamento.
  6. Verifica se que há alertas não importantes System Center Operations Manager não resolvidas. Essa verificação usa o parâmetro - ScomAlertAction recém-adicionado. Por padrão, esse parâmetro for definido para "Stop". Isso não impede que a verificação de integridade se for encontrado um alerta crítico. Todas as verificações ainda executar e as informações de erro de relatórios de seleção integridade no final da verificação de integridade.

Saúde relacionados ao WSUS verificações (sempre executadas)

  1. Seleção do servidor WSUS para garantir que os componentes estejam íntegros.
  2. Verifica para garantir que o servidor WSUS não está definido para baixar pacotes Express.
  3. Verifica se o usuário atual é um administrador do WSUS.
  4. Verifica se o servidor WSUS para revisões de conteúdo duplicadas e/ou desnecessárias.
  5. Garante que a última sincronização do servidor WSUS foi bem-sucedida.

WSUS relacionados a verificações de integridade (segundo e as subseqüente P & U é executado)

  1. Garante que a lista de computadores do VMM gerenciamento virtual coincide com a lista de computadores do WSUS de máquinas virtuais.
  2. Verifica para garantir que os hosts e máquinas virtuais de gerenciamento são regularmente entrando em contato com o WSUS.

Saúde do cluster

  1. Garante que nós de cluster "Para cima".
  2. Garante que os recursos de cluster "Online".
  3. Garante que o cluster convidado máquinas virtuais não estão no estado "Falha".

Outras verificações de integridade específicas 2.1

  1. Verifica para garantir que todas as máquinas virtuais de gerenciamento estão sendo executados.
  2. Garante a conectividade WSMan correta para máquinas virtuais e hosts.
  3. Garante que as diretivas corretas de execução do Windows PowerShell são definidas.
  4. Garante que os modelos de serviço de máquina virtual de gerenciamento são válidos.
  5. Verifica a integridade de máquina virtual do servidor de arquivos e Active Directory.
  6. Verifica o estado correto do banco de dados do SCOM modelo de recuperação.
  7. Verificações de carga balanceador disponibilidade.
  8. Verifica para garantir que a pasta FirmwareAndDrivers no compartilhamento CAU hotfixes não contém conteúdo inesperado.

Etapa 3: Instalar o hotfix VMM pré-requisitos antes de instalar atualização 2.1

Houve um problema apresentado no cumulativo de atualizações 6 para o System Center 2012 R2 do Virtual Machine Manager (VMM), onde assim que um host entra no modo herdado, ele não voltar para o modo de eventos para 20 dias. Portanto, as propriedades VM não são atualizadas e não há eventos recebidos do Hyper-V para 20 dias.

Esse problema ocorre devido a uma alteração no UR6 que define a expiração como 20 dias para o modo de eventos e modo herdado. Agora executa o atualizador legado, idealmente deve executar após 2 minutos, após 20 dias; e até então, eventos é desativado.

Para resolver esse problema, você deve instalar o hotfix do VMM usando as instruções a seguir.

Como aplicar o hotfix privado no VMM 2012 R2

Observação: A função do VMM altamente disponível (<Prefix></Prefix>-HA-VMM) função em cluster com dois nós; <Prefix>-</Prefix> O VMM-01 e <Prefix> </Prefix>VMM-02. As instruções, nós nos referimos a essas áreas como Node1 e Node2.
  1. No local especificado, copie o arquivo HostMode_Hotfix.exe para uma pasta em uma VM do Console, como C:\HostModeHotfix.
  2. Clique duas vezes no arquivo HostMode_Hotfix.exe , examine o EULA e, em seguida, clique em Sim para aceitar.
  3. Escolha uma pasta para armazenar os arquivos extraídos, como C:\HostModeHotfix e, em seguida, clique em OK.
  4. Determine o nó passivo do VMM. Para fazer isso, abra uma sessão do Windows PowerShell ISE e execute o script a seguir, onde o prefixo é o prefixo de marca.
    $VmmServerName = "<Prefix>-HA-VMM"$vmmServer = Get-SCVMMServer -ComputerName $VmmServerName  $activeNode = $vmmServer.ActiveVMMNode$passiveNodes = @()$vmmServer.FailoverVMMNodes | ForEach-Object {   if($_.ToLower() -ne $activeNode.ToLower()){  $passiveNodes += $_  }}$passiveNodes
    Esse script retorna o nome do servidor do nó passivo do VMM. (No nosso exemplo, supomos que, inicialmente, Node2 é o nó passivo.)
  5. No File Explorer, navegue para a seguinte pasta no nó passivo:
    \ \<Prefix>- VMM 0 #> \c$\Program</Prefix> Máquina de Programas\Microsoft System Center 2012 R2\Virtual Manager\bin
  6. Fazer cópias de backup dos seguintes arquivos na pasta \bin :
    • Engine.Common.dll
    • Utils.dll
  7. No console do VMM, determine qual host (em cluster management) executada no nó passivo do VMM.
  8. Abra o Gerenciador do Hyper-V, conectar-se ao host de cluster de gerenciamento que você identificou na etapa anterior e conectar-se ao nó passivo do VMM.
  9. No nó do VMM, digite powershell para abrir uma sessão do Windows PowerShell elevada e execute os seguintes comandos:
    SCVMMService serviços
    SCVMMAgent serviços
  10. Verifique se que os serviços forem interrompidos. Digite os seguintes comandos:
    Get-Service SCVMMService
    Get-Service SCVMMAgent
    Verifique se o status de cada um é interrompido.
    Observação
    se você for solicitado a fechar o processo de Host de serviço do sistema Centro de gerenciamento , clique em Ignorar.
  11. Na VM Console, navegue até a seguinte pasta no nó passivo:
    \ \<Prefix>- VMM 0 #> \c$\Program</Prefix> Máquina de Programas\Microsoft System Center 2012 R2\Virtual Manager\bin
  12. Na pasta \bin , substitua os arquivos a seguir com as novas versões dos arquivos extraídos do pacote de hotfix.
    • Engine.Common.dll
    • Utils.dll
  13. No nó passivo do VMM, execute os seguintes comandos para iniciar os serviços.

    Iniciar serviço SCVMMAgent

    Observação: O SCVMMService não será iniciado quando o nó passivo do servidor VMM não está ativo. O SCVMMService será iniciado somente quando o nó se tornará o nó ativo. Isso ocorre por design.
  14. No Gerenciador de Cluster de Failover, inicie um failover. Isso resultará no Node1 se tornando o novo nó passivo e Node2 (que já foram atualizadas) se torne o nó ativo.
    a. Abra o Gerenciador de Cluster de Failover e conectar-se ao cluster <Prefix>VMM-CL </Prefix>.
    b. clique em funções. O painel de funções exibe o nó ativo na coluna Nó proprietário . Clique com botão direito no nó ativo, aponte para Movere, em seguida, clique em Selecionar o nó. Selecione outro nó e verifique se que o status é alterado para em execução para o novo nó ativo. Isso pode levar alguns segundos.
  15. Siga as etapas de 6 a 13 para atualizar os arquivos do VMM no novo nó passivo (no Node1, neste exemplo).

Para reverter o patch (se necessário)

  1. No nó passivo do VMM, interrompa o serviço de SCVMMService e, em seguida, parar o serviço de SCVMMAgent.
  2. Substitua os arquivos em seu diretório de instalação do Virtual Machine Manager com seus arquivos de backup.
  3. Inicie o serviço SCVMMAgent.
  4. Inicie o serviço SCVMMService.
  5. No Gerenciador de Cluster de Failover, iniciar um failover da <Prefix>-HA-VMM </Prefix>em cluster de função.
  6. Repita as etapas 1 a 4 no novo nó passivo.

Etapa 4: Executar o U P & pacote de atualização

Siga os procedimentos na seção "Atualização de computadores" do guia de administradores do CPS para aplicar atualização 2.1. No entanto, observe que a partir da atualização 2.1, P & U executa automaticamente uma verificação de integridade como parte do processo de atualização. Você pode controlar o que acontece se os alertas críticos do Operations Manager são descobertos, alterando o valor do parâmetro – ScomAlertAction .

O parâmetro – ScomAlertAction tem os seguintes valores possíveis:
O valor do parâmetro: Parar
Descrição: O comportamento padrão para U P & execute. Executa todas as verificações de integridade e pára que a U P & atualizar execute se há alertas críticos do Operations Manager.

Solicitar o valor do parâmetro:
Descrição: Executa todas as verificações de integridade. Se os alertas críticos do Operations Manager são descobertos, pergunta se você deseja continuar com o processo de atualização.

O valor do parâmetro: continuar
Descrição: Executa todas as verificações de integridade. Saídas de informações de aviso se crítica Operations Manager alertas são encontradas, mas continua com o processo de atualização.

Guia de administradores mostra o seguinte comando para iniciar o U P & executados.
\\<Name of SOFS in rack 1>\SU1_InfrastructureShare1\<CPSPU Folder Name>\Framework\PatchingUpgrade\Invoke-PURun.ps1 -PUCredential $cred
Se você executar esse comando exatamente como mostrado, P & você executará uma verificação de integridade como parte do processo de atualização, com o comportamento padrão, onde – ScomAlertAction é definido como "Stop".

Para alterar para "Aviso" ou "Continuar", especifique o parâmetro – ScomAlertAction com o valor desejado, por exemplo:
\\<Name of SOFS in rack 1>\SU1_InfrastructureShare1\Framework\PatchingUpgrade\Invoke-PURun.ps1 -ScomAlertAction "Continue" -PUCredential $cred
Observação: Porque você já tem Update 2.0 instalado, você pode ignorar a seção "pré-requisitos adicionais para atualizar 2" no guia do administrador do CPS.

Atualizações para o Windows Server 2012 R2

MS15-105: Descrição da actualização de segurança para Hyper-v: 8 de setembro de 2015- https://support.microsoft.com/en-US/KB/3087088
MS15-109: Descrição da actualização de segurança para o Shell do Windows: 13 de outubro de 2015 - https://support.microsoft.com/en-US/KB/3080446
MS15-115: Descrição da actualização de segurança para o Windows: 10 de novembro de 2015 - https://support.microsoft.com/en-US/KB/3097877
Arquivos não estão totalmente otimizados e um problema de contenção de bloqueio de cache da duplicação ocorre no Windows Server 2012 R2- https://support.microsoft.com/en-US/KB/3094197
Falha de host Hyper-V e tem erros quando você executar uma migração ao vivo de VM no Windows 8.1 e do Windows Server 2012 R2- https://support.microsoft.com/en-US/KB/3031598
Erro de "STATUS_CONNECTION_RESET" quando um aplicativo lê um arquivo no Windows Server 2012 R2 ou o Windows Server 2012 R2- https://support.microsoft.com/en-US/KB/3076950

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3119861 - Última Revisão: 12/25/2015 04:33:00 - Revisão: 1.0

Cloud Platform System

  • kbinfo kbexpertiseadvanced kbsurveynew kbmt KB3119861 KbMtpt
Comentários