Compartilhar via


Atualizar o Exchange 2010 para o Exchange 2010 SP1, Exchange 2010 SP2 ou Exchange 2010 SP3

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2016-11-28

Você pode usar o assistente de Configuração do MicrosoftExchange Server 2010 Service Pack para atualizar sua versão atual do Exchange 2010. Se você tiver a versão release-to-manufacturing (RTM) do Exchange 2010 instalado, você pode atualizar para o Microsoft Service Pack 2 (SP2) ou para o Exchange Server 2010 Service Pack 1 (SP1). If you have Exchange 2010 SP1 or Exchange 2010 SP2, instalado, recomendamos que atualize para o Exchange 2010 SP3. Consulte Notas de versão do Exchange Server 2010 SP3 para obter mais informações.

Depois de instalar um service pack, você deverá reiniciar o computador, para que as alterações no registro e no sistema operacional possam ser feitas.

Aviso

Depois de atualizar o Exchange 2010 para um service pack mais novo, não será possível desinstalar o service pack para revertê-lo para a versão anterior. Se você desinstalar o service pack, removerá o Exchange do servidor.

Você deve atualizar as funções do servidor do Exchange 2010 na seguinte ordem:

  • Acesso para Cliente

  • Transporte de Hub

  • Unificação de Mensagens

  • Caixa de Correio

  • Transporte de Borda

Pré-requisitos

Permissões

Para realizar os procedimentos a seguir, a conta utilizada deve ser membro do grupo de funções de gerenciamento Instalação Delegada ou do grupo de funções de gerenciamento Gerenciamento da Organização.

Para aplicar um service pack do Exchange 2010 em um servidor do Exchange 2010 que tem a função de servidor Transporte de Borda instalada, você deve ser membro do grupo Administradores local no computador.

Para atualizar um computador em que apenas as ferramentas de gerenciamento do Exchange estão instaladas, faça logon com uma conta que seja membro do grupo Administradores local no mesmo computador.

Caso ainda não tenha preparado o esquema para o Exchange 2010 SP1, a conta que você usar para atualizar o servidor deve ser membro dos grupos Administradores do Esquema e Administradores Corporativos. Esses requisitos também se aplicam ao instalar o Exchange 2010 SP2 sem ter preparado o esquema para isso. Para obter mais informações, consulte Preparar o Active Directory e domínios.

Atualizar membros da matriz de Acesso para Cliente com balanceamento de carga

Se sua organização usa uma matriz de servidores de Acesso para Cliente com balanceamento de carga, consulte as diretrizes a seguir sobre como atualizar seus servidores de Acesso para Cliente de uma versão do Exchange 2010 para outra. Por exemplo, do Exchange 2010 RTM para o Exchange 2010 SP1. Se você tem uma matriz de servidores de Acesso para Cliente que precisa ser atualizada de uma versão para outra, faça o seguinte:

Dica

O Exchange 2010 RTM, Exchange 2010 SP1 e o Exchange 2010 SP2 não podem coexistir na mesma matriz com balanceamento de carga.

Importante

Não atualize nenhum servidor da Caixa de Correio de uma versão para outra sem antes atualizar todos os servidores de Acesso para Cliente no mesmo local Active Directory para a versão de destino.
As diretrizes a seguir presumem que as funções dos servidores de Caixa de Correio e de Acesso para Cliente não estão colocalizadas. Se o seu ambiente implanta servidores com várias funções, consulte Patching the Multi-Role Server DAG (Corrigindo o Servidor DAG com várias funções) para verificar como corrigir os servidores.

  1. Determine o número de membros da matriz de servidor de Acesso para Cliente que podem ficar offline ao mesmo tempo sem impactar negativamente o serviço. Por exemplo, se você tem seis servidores de Acesso para Cliente em uma matriz com balanceamento de carga e projetou sua solução de balanceamento de carga para suportar três falhas simultâneas, você pode ter três membros da matriz de servidor de Acesso para Cliente offline.

  2. Para prosseguir com o exemplo, desabilite novas conexões para os três servidores e permita que as conexões existentes seja encerradas. Depois que todas as conexões tiverem sido encerradas, remova esses servidores do seu grupo de balanceamento de carga.

  3. Atualize os três servidores para a versão de destino. Verifique se a atualização foi bem-sucedida.

  4. Adicione os servidores atualizados de volta à matriz com balanceamento de carga.

  5. Prepare-se para remover os servidores que não foram atualizados da matriz com balanceamento de carga por meio da desabilitação de novas conexões.

  6. Verifique se todas as conexões com os servidores identificadas na etapa 5 foram encerradas e remova esses servidores da matriz com balanceamento de carga.

  7. Atualize o segundo lote de servidores para a versão de destino do software. Verifique se a atualização foi bem-sucedida.

  8. Adicione os servidores atualizados mais recentemente de volta à matriz.

Atualizar os membros do grupo de disponibilidade de banco de dados

Quando você aplica um service pack do Exchange 2010 em um membro do grupo de disponibilidade do banco de dados (DAG), é necessário considerar e se preparar para alguns problemas específicos. Antes de aplicar um service pack do Exchange 2010 em qualquer membro do DAG, considere o seguinte:

  • Atualize apenas servidores passivos Antes de aplicar o service pack em um membro do DAG, remova todas as cópias ativas do banco de dados da caixa de correio do servidor que será atualizado e configure o servidor para ser bloqueado contra ativação. Se o servidor a ser atualizado detém atualmente a função principal do Active Manager, mova a função para outro membro do DAG antes de realizar a atualização. É possível determinar qual membro do DAG tem a função principal do Active Manager executando Get-DatabaseAvailabilityGroup <DAGName> -Status | Format-List PrimaryActiveManager.

  • Coloque o servidor no modo de manutenção Antes de aplicar o service pack em qualquer membro do DAG, é aconselhável ajustar os aplicativos de monitoramento que estão em uso para que o servidor não gere alertas ou alarmes durante a atualização. Por exemplo, se estiver usando o Microsoft System Center Operations Manager 2007 para monitorar os membros do DAG, você deve colocar o membro do DAG a ser atualizado em modo de manutenção antes de realizar a atualização. Se você não estiver usando o System Center Operations Manager 2007, pode usar o StartDagServerMaintenance.ps1 para colocar o membro do DAG no modo de manutenção. Depois de finalizar a atualização, pode-se usar o StopDagServerMaintenance.ps1 para tirar o servidor do modo de manutenção.

  • Interrompa qualquer processo que possa interferir na atualização   Interrompa qualquer tarefa programada ou outro processo que estiver sendo executado no membro do DAG ou dentro desse DAG e que possa afetar adversamente o membro do DAG que está sendo atualizado ou ainda o processo de atualização.

  • Verificar se o DAG está íntegro   Antes de você aplicar o service pack a qualquer membro do DAG, recomendamos que você verifique a integridade do DAG e de suas cópias de banco de dados de caixa de correio. Um DAG íntegro será aprovado nos testes de conectividade MAPI para todos os bancos de dados ativos no DAG, terá cópias de banco de dados de caixa de correio com um tamanho de fila de cópia e de repetição muito pequeno (quando não 0) e seu status de cópia e de índice de conteúdo será Íntegro.

  • Atentar para as outras implicações da atualização   Um membro do DAG com o Exchange 2010 RTM pode mover seus bancos de dados ativos para um membro do DAG com o Exchange 2010 SP1 ou SP2. Depois de um membro do DAG ter sido atualizado para um service pack mais novo do Exchange 2010, suas cópias ativas de banco de dados não podem ser movidas para outro membro do DAG com o Exchange 2010 RTM. Se você tentar fazer isso, ocorrerá um erro.

    Quando você atualizar um servidor DAG do Exchange 2010 RTM para Exchange 2010 SP1, uma ID de evento 1185 é gravada no log de Aplicativos, se houver uma atualização de esquema de banco de dados que requer que o banco de dados de caixa de correio Exchange seja alterado ou atualizado. Se não houver nenhuma atualização de esquema do banco de dados, esse evento não será registrado.

    Quando você atualizar do Exchange 2010 SP1 para o Exchange 2010 SP2, a ID de Evento 1185 não será registrada no log de Aplicativos. Isso ocorre porque não é necessária uma atualização de esquema do banco de dados.

    Dica

    A atualização de esquema do banco de dados é diferente da atualização de esquema do AD.

    Aviso

    Recomendamos que você não mova o banco de dados ativo de um membro do DAG com o Exchange 2010 SP2 para um membro do DAG com o Exchange 2010 SP1. Fazemos essa recomendação mesmo que seja possível mover o banco de dados e a movimentação não gere um erro.

Execute os scripts e comandos a seguir no membro do DAG que está sendo atualizado, para se preparar para o service pack.

  • Verifique a integridade e o status do DAG salvando os seguintes comandos como arquivo de script (.ps1) do Windows PowerShell.

    (Get-DatabaseAvailabilityGroup -Identity (Get-MailboxServer -Identity $env:computername).DatabaseAvailabilityGroup).Servers | Test-MapiConnectivity | Sort Database | Format-Table -AutoSize
    Get-MailboxDatabase | Sort Name | Get-MailboxDatabaseCopyStatus | Format-Table -AutoSize
    function CopyCount 
    {
    $DatabaseList = Get-MailboxDatabase | Sort Name
    $DatabaseList | % {
    $Results = $_ | Get-MailboxDatabaseCopyStatus
    $Good = $Results | where { ($_.Status -eq "Mounted") -or ($_.Status -eq "Healthy") }
    $_ | add-member NoteProperty "CopiesTotal" $Results.Count
    $_ | add-member NoteProperty "CopiesFailed" ($Results.Count-$Good.Count)
    }
    $DatabaseList | sort copiesfailed -Descending | ft name,copiesTotal,copiesFailed -AutoSize 
    }
    CopyCount
    
  • Execute uma alternância de servidor por meio do seguinte comando.

    Move-ActiveMailboxDatabase -Server <DAGMemberName>
    
  • Evite que o membro do DAG se torne um destino de failover executando o seguinte comando.

    Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Blocked
    
  • Se necessário, mova a função principal do Active Manager para outro membro do DAG executando o seguinte comando.

    Cluster group "cluster group" /move
    
  • Instale o service pack do Exchange 2010. Para obter detalhes, consulte "Instalar o service pack do Exchange 2010" mais adiante neste tópico.

  • Habilite o membro do DAG atualizado para se tornar um destino de failover executando o seguinte comando.

    Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Value
    

    Onde Value pode ser IntrasiteOnly ou Unrestricted.

  • Repita as etapas 1 a 6 em cada membro do DAG até que o service pack tenha sido aplicado em todos os membros do DAG.

Para obter mais informações, consulte os tópicos:

Instalar o service pack do Exchange 2010

Ao instalar um novo service pack do Exchange 2010 em vários servidores do Exchange 2010 em uma organização, recomenda-se atualizar primeiro os servidores de Acesso para Cliente. Em uma organização que tem vários sites do Active Directory que usem vários servidores de Acesso para Cliente em uma situação de proxy, será necessário atualizar os servidores de Acesso para Cliente voltados para a Internet antes dos servidores de Acesso para Cliente que não são voltados para Internet. Em seguida, recomendamos que você instale as funções de servidor do Transporte de Hub, de Unificação de Mensagens e de Caixa de Correio.

  1. Insira o DVD do Exchange 2010 SP1 ou Exchange 2010 SP2 na unidade de DVD. Quando a caixa de diálogo da Reprodução Automática surgir, clique em Executar Setup.exe em Instalar ou executar programas. Se a caixa de diálogo Reprodução Automática não aparecer, navegue até a raiz do DVD e clique duas vezes em Setup.exe. Como alternativa, navegue até o local de seus arquivos de instalação do Exchange 2010 e clique duas vezes em Setup.exe.

  2. Na página Iniciar, clique em Instalar Atualização do Servidor do Microsoft Exchange para iniciar a instalação.

    Importante

    Certifique-se de que você concluiu todas as etapas necessárias descritas na página Iniciar antes de começar a instalação. Se os componentes discutidos na página Iniciar ainda não foram instalados, a Instalação fornecerá links para os sites apropriados onde você poderá baixar os componentes. Para obter informações adicionais sobre a instalação do PowerShell Windows, consulte Instalar a Estrutura de Gerenciamento do Windows.

    Importante

    Se você estiver instalando o Exchange 2010 no Windows Server 2008 R2, não use o pacote do .NET Framework que pode ser baixado. Em vez disso, utilize o Gerenciador do Servidor no Windows Server 2008 R2 ou execute o ServerManagerCmd -i NET-Framework.

  3. A página Introdução inicia o processo de instalação do Exchange na sua organização. Ela o guiará pela instalação. Clique em Avançar para continuar.

  4. Na página do Contrato de Licença, examine os termos da licença do software. Se aceitar os termos, selecione Aceito os termos do contrato de licença e clique em Avançar.

  5. Na página Verificações de Preparação, exiba o status para determinar se as verificações de pré-requisitos de função de servidor e da organização foram concluídas com êxito. Se ainda não foram concluídas com sucesso, você deve corrigir quaisquer erros reportados antes de instalar o Exchange 2010. Não é preciso sair da Instalação para corrigir alguns dos erros de pré-requisitos. Após resolver um erro informado, clique em Repetir para executar a verificação de pré-requisito. Certifique-se também de verificar qualquer aviso gerado. Se todas as verificações de preparação tiverem sido concluídas com sucesso, clique em Atualizar para instalar o service pack.

  6. Na página Conclusão, clique em Concluir.

Usar a instalação autônoma para instalar o service pack do Exchange 2010

  1. Insira o DVD do Exchange 2010 SP1 ou Exchange 2010 SP2 na unidade de DVD.

  2. No prompt de comando, navegue até a unidade de DVD ou o local de rede dos arquivos de instalação do Exchange 2010.

  3. No prompt de comando, execute o seguinte comando:

    Setup.com /M:Upgrade /InstallWindowsComponents
    

Para mais informações, consulte os seguintes tópicos:

 © 2010 Microsoft Corporation. Todos os direitos reservados.