Atualização 2.3 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: 3136324
Sumário
Atualização 2.3 para o sistema de plataforma de nuvem (CPS) Premium 1.0 inclui atualizações críticas do Windows, um hotfix adicional particular pelo VMM 2012 R2 e 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.3 do CPS Premium 1.0, siga estas etapas. Este procedimento de atualização pressupõe 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

O Patch da Microsoft e estrutura de atualização (P & U) oferece suporte à nova funcionalidade que permite que você executam 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.

Certifique-se de que você fizer 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)

Quando você for solicitado, digite a senha da conta.

Execute o seguinte comando, onde <CPSPU folder="" name="">é 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</CPSPU></Name>

Tente corrigir todos os problemas detectados. (Ideal, você deve resolver que todos os alertas críticos do Operations Manager antes de U P & executado.)

</CPSPU>

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

Observação: Se você já tiver instalado a atualização 2.1, você pode ignorar esta etapa.

Um problema foi introduzido na atualização do pacote cumulativo de atualizações 6 para o System Center 2012 R2 do Virtual Machine Manager (VMM): 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. O atualizador legado, idealmente deve executar após 2 minutos, agora é executado após 20 dias. Até lá, eventos está desabilitado.

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>-HA-VMM) função em cluster com dois nós: <Prefix>- VMM-01 e <Prefix>VMM-02. As instruções, nós nos referimos a essas áreas como Node1 e Node2.

</Prefix></Prefix></Prefix>
  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 <Prefix>é o prefixo de marca:

    $VmmServerName = "<Prefix>-HA-VMM"
    $vmmServer = get-SCVMMServer - NomeDoComputador $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.)</Prefix></Prefix>
  5. No File Explorer, navegue para a seguinte pasta no nó passivo:

    \ \<Prefix>- VMM 0 #> \c$\Program Files\Microsoft System Center 2012 R2\Virtual máquina Manager\bin</Prefix>
  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 PowerShellPara abrir uma sessão do Windows PowerShell elevada e, em seguida, execute os seguintes comandos:

    SCVMMService serviços
    SCVMMAgent serviços
  10. Verifique se os serviços forem interrompidos. Para fazer isso, execute 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 do serviço de gerenciamento do System Center, clique em Ignorar.
  11. Na VM Console, navegue até a seguinte pasta no nó passivo:

    \ \<Prefix>- VMM 0 #> \c$\Program Files\Microsoft System Center 2012 R2\Virtual máquina Manager\bin</Prefix>
  12. Na pasta \bin, substitua os arquivos a seguir com as novas versões dos arquivos extraídos do pacote de hotfix:
    • Engine.Common.dl
    • Utils.dll
  13. No nó passivo do VMM, execute o seguinte comando 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 é 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 marca Node1 se tornará o novo nó passivo e Node2 (que já foram atualizadas) tornam-se o nó ativo:
    1. Abra o Gerenciador de Cluster de Failover e, em seguida, conectar-se ao <Prefix>cluster VMM - CL.</Prefix>
    2. 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 certifique-se de que o status é alterado para em execução para o novo nó ativo. Isso pode levar alguns segundos.
  15. Siga as etapas 6 a 13 para atualizar os arquivos do VMM no novo nó passivo (no exemplo, Node1).

    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-função de cluster VMM.</Prefix>
    6. Repita as etapas de À D 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.3, 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.

O valor do parâmetro: Prompt
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 & executar:

\ \<Name of="" sofs="" in="" rack="" 1="">\SU1_InfrastructureShare1\<CPSPU folder="" name="">\Framework\PatchingUpgrade\Invoke-PURun.ps1 - PUCredential $cred</CPSPU> </Name>

Se você executar esse comando exatamente como mostrado, P & você executará uma verificação de integridade como parte do processo de atualização, aplicando o comportamento padrão, onde – ScomAlertAction é definido para Parar.

Para alterar a opção – ScomAlertAction para Solicitar ou continuar, defina o parâmetro – ScomAlertAction para o valor que você deseja. Por exemplo:

\\\SU1_InfrastructureShare1\Framework\PatchingUpgrade\Invoke-PURun.ps1 - ScomAlertAction "Continuar" - 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


Observações:
  • A versão do modelo de serviço do VMM neste artigo é 3.2.8118.0.
  • Este pacote pode ser também conhecido como construir 1601.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3136324 - Última Revisão: 01/27/2016 14:10:00 - Revisão: 1.0

Cloud Platform System

  • kbinfo kbexpertiseadvanced kbsurveynew kbmt KB3136324 KbMtpt
Comentários