Notas de versão do Exchange Server 2010 SP2

Artigo
03/06/2017

Aplica-se a: Exchange Server 2010 SP2

Tópico modificado em: 2016-11-28

Para informações legais, consulte Aviso legal mais adiante neste documento.

Bem-vindo ao Service Pack 2 (SP2) do MicrosoftExchange Server 2010. Este documento contém as seguintes seções:

Instalando o Exchange 2010 SP2
Instalação
Atualizações de Esquema de Banco de Dados
Mudanças nos pré-requisitos do Servidor de Acesso para Cliente
Controle de acesso baseado em função
Outlook Web App
Proxy de replicação de caixa de correio
Recurso de Promoção de Redundância de Sombra
Aviso legal

Instalando o Exchange 2010 SP2

Considere o seguinte quando implantar o Exchange 2010 SP2:

O Exchange 2010 SP2 faz atualizações no esquema do Active Directory. Para saber mais sobre essas alterações no esquema, consulte Alterações do Exchange Server para o esquema do Active Directory.
Você pode selecionar uma opção que instala as funções e os recursos do sistema operacional Windows para cada função de servidor do Exchange 2010 SP2.
Você só pode instalar o Exchange 2010 SP2 em computadores com os sistemas operacionais Windows Server 2008 com Service Pack 2 (SP2) e Windows Server 2008 R2.

Para obter informações detalhadas sobre os requisitos e instruções para instalar o Exchange 2010 SP2, consulte os seguintes tópicos:

Instalação

Se você atualizar de uma versão anterior do Exchange 2010 para o Exchange 2010 SP2 depois de definir a política de execução de scripts do Windows PowerShell usando políticas de grupo, a instalação falhará. Depois que a instalação falhar, o Exchange 2010 não poderá mais operar no servidor afetado e você não poderá mais reiniciar a instalação.

O problema ocorre porque um serviço necessário é interrompido pelo programa de instalação durante a instalação. O serviço é necessário para que os Serviços de Domínio Active Directory verifiquem a política de execução de scripts do Windows PowerShell que precisam ser executados como parte da instalação.

Para evitar o problema, proceda da seguinte forma:

Use o Console de Gerenciamento de Política de Grupo para desabilitar a política de grupo. Os objetos de política de grupo de política de execução do Windows PowerShell devem ser configurados como Undefined (não definidos).
Instale o Exchange 2010 SP2.
Torne a habilitar a política de execução previamente definida do Windows PowerShell através do Console de Gerenciamento de Política de Grupo.

Para obter mais informações sobre o problema, ou caso já tenha executado o programa de instalação e encontrado um erro, consulte o artigo 2668686 do Microsoft Knowledge Base, Mensagem de erro ao tentar instalar o Exchange Server 2010 SP2: "Falha na verificação do AuthorizationManager".

Atualizações de Esquema de Banco de Dados

O esquema de banco de dados do Exchange 2010 foi atualizado no Exchange 2010 SP2. Porque o SP3 contém todas as correções incluídas no SP2 e SP1, quando os servidores da Caixa de Correio RTM do Exchange 2010 são atualizados, os bancos de dados são atualizados para a versão Exchange 2010 SP1 do esquema do banco de dados. Este processo de atualização do esquema do banco de dados adiciona tempo ao processo geral de atualização do service pack. Durante a atualização, o banco de dados é desmontado, e todas as caixas de correio no banco de dados ficam offline. Se você estiver atualizando o servidor de Caixa de Correio da versão RTM (release to manufacturing) do Exchange 2010 para o Exchange 2010 SP2, o processo de atualização do banco de dados pode demorar mais 30 minutos, pelo menos, por banco de dados. Você pode monitorar o progresso da atualização do banco de dados, examinando o evento 1185, no log de eventos Aplicativo, no servidor que você estiver atualizando. Depois que um banco de dados for atualizado para o esquema do Exchange 2010 SP3, ele não poderá ser montado em um servidor de Caixa de Correio RTM.

Se você está atualizando do Exchange 2010 SP2 ou SP1 para o Exchange 2010 SP3, o processo de atualização demora menos tempo, porque não há atualização do esquema do banco de dados. Além disso, você pode mover com segurança um banco de dados entre servidores com o Exchange 2010 SP1, SP2 ou SP3. Apesar de poder mover bancos de dados entre servidores de caixas de correio com níveis de service pack diferentes, você deve concluir a atualização de todos os membros DAG para o mesmo nível de service pack sem demorar muito. Recomendamos que você minimize a quantidade de tempo que os seus membros DAG tenham níveis diferentes do service pack.

Mudanças nos pré-requisitos do Servidor de Acesso para Cliente

Há vários pré-requisitos novos para a instalação da função de servidor Acesso para Cliente. Antes de instalar o Exchange 2010 SP2, é preciso instalar estes novos pré-requisitos em servidores que tenham instalada a função de servidor Acesso para Cliente. Se os pré-requisitos não estiverem instalados, a instalação falhará.

Para instalar os pré-requisitos nos servidores de Acesso para Cliente, faça o seguinte:

Windows Server 2008 SP2

Abra o Gerenciador de Servidores.
Escolha Funções.
Em Servidor Web (IIS), selecione Adicionar Serviços de Função.
No assistente Adicionar Serviços de Função, na página Selecionar Serviços de Função, selecione os seguintes recursos do Windows:
- Compatibilidade de WMI do IIS 6
- ASP.NET
- Filtros ISAPI
- Autenticação de Mapeamento de Certificado de Cliente
- Pesquisa no Diretório
- Erros HTTP
- Log HTTP
- Redirecionamento HTTP
- Rastreamento
- Monitor de Solicitações
- Conteúdo estático
Clique em Avançar e em Instalar.

Windows Server 2008 R2

No menu Iniciar, navegue até Todos os Programas > Acessórios > Windows PowerShell. Abra um console elevado do Windows PowerShell e execute o comando a seguir:
```
Import-Module ServerManager
```

Adicione os pré-requisitos executando o seguinte comando:

Add-WindowsFeature Web-WMI,Web-Asp-Net,Web-ISAPI-Filter,Web-Client-Auth,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Http-Redirect,Web-Http-Tracing,Web-Request-Monitor,Web-Static-Content

Para que o Exchange instale os novos pré-requisitos durante a instalação, você pode usar o modo autônomo. Execute o seguinte comando:

Setup /Mode:Upgrade /InstallWindowsComponents

Controle de acesso baseado em função

Quando você instala o Exchange 2010 SP2 em um servidor Exchange 2010 em sua organização, algumas definições de função de gerenciamento RBAC (controle de acesso baseado na função) serão atualizadas no Active Directory. Se você tiver vários servidores Exchange 2010 e você tentar gerenciar estas funções de um servidor Exchange 2010 que não tenha sido atualizado para Exchange 2010 SP2, você pode receber um das seguintes avisos:

Shell de Gerenciamento do Exchange

AVISO: O objeto MyMailboxDelegation foi corrompido e está em estado inconsistente. Os seguintes erros de validação ocorreram:

AVISO: O valor da propriedade que você especificou, "15", não está definido no tipo Enum "ScopeType".
Painel de Controle do Exchange 2010

Existem vários avisos. Clique aqui para ver mais

O objeto MyMailboxDelegation foi corrompido e está em estado inconsistente. Os seguintes erros de validação ocorreram:

O valor da propriedade que você especificou, "15", não está definido no tipo Enum "ScopeType".

Para resolver os avisos, atualize o servidor para o Exchange 2010 SP2. A causa desses avisos não impede o Exchange 2010 de funcionar corretamente e pode ser ignorada tranquilamente até que o servidor seja atualizado para o Exchange 2010 SP2.

Outlook Web App

Se você estiver usando redirecionamento para o Outlook Web App e não exigir o protocolo SSL, o redirecionamento falhará depois que o servidor de Acesso para Cliente for atualizado para o Exchange 2010 SP2. Para evitar esse problema, depois de concluir a atualização para o Exchange 2010 SP2, modifique o arquivo web.config do Outlook Web App. Para obter instruções, siga para “Usar o Gerenciador do IIS e o Bloco de Notas para simplificar o URL do Outlook Web App quando o SSL não for requerido” em Simplificar a URL do Outlook Web App. Você não precisa fazer nenhuma alteração no Gerenciador do IIS para evitar a falha do redirecionamento. Você só deve modificar o arquivo web.config.

Proxy de replicação de caixa de correio

Quando você atualizar para Exchange 2010 SP2, o serviço Proxy de Replicação de Caixa de Correio (MRSProxy) é desabilitado pelo Exchange se ele foi habilitado anteriormente. Isso acontece porque o caminho MRSProxy que está habilitado foi alterado no Exchange 2010 SP2 e as configurações no arquivo <Exchange Installation Path>\V14\ClientAccess\ExchWeb\EWS\web.config não são migradas durante a atualização. Até que MRSProxy seja reativado, as solicitações de movimentação de caixa de correio entre florestas não serão processadas.

No Exchange 2010 SP2, o MRSProxy é habilitado usando o parâmetro MRSProxyEnabled no cmdlet Set-WebServicesVirtualDirectory. Você deve habilitar manualmente o MRSProxy após a atualização para o Exchange 2010 SP2. O MRSProxy deve ser reabilitado manualmente em cada servidor onde ele foi habilitado anteriormente. Para obter mais informações sobre como habilitar o MRSProxy no Exchange 2010 SP2, consulte Iniciar o serviço MRSProxy em um servidor de acesso remoto para cliente.

Antes do Exchange 2010 SP2, a configuração MRSProxy era armazenada no arquivo <Exchange Installation Path>\V14\ClientAccess\ExchWeb\EWS\web.config. As definições armazenadas no arquivo não são mais usadas pelo MRSProxy no Exchange 2010 SP2 e não devem ser alteradas.

Recurso de Promoção de Redundância de Sombra

Quando você instalar o Service Pack 2 para o Exchange 2010, o valor do recurso de Promoção de Redundância de Sombra é redefinido para Falso, e a configuração é desabilitada.

Se você tiver habilitado a Redundância de Sombra na sua organização do Exchange 2010 SP1, você deve reabilitar a Redundância de Sombra depois de instalar o Exchange 2010 SP2. Observe que outras configurações no EdgeTransport.exe.config não são redefinidas quando você instalar o Exchange 2010 SP2.

Aviso legal

Este documento é fornecido "na forma em que se encontra". As informações e os pontos de vista expressos neste documento, incluindo URLs e outras referências a sites na Internet, estão sujeitos a alteração sem aviso prévio. Você assume o risco de usá-lo.

Alguns exemplos descritos aqui são fornecidos para fins de ilustração apenas e são fictícios. Nenhuma conexão ou associação real é intencional ou deve ser inferida.

Este documento não lhe dá nenhum direito legal a qualquer propriedade intelectual de qualquer produto Microsoft. Você pode copiar e usar este documento para fins de referência, internos.

Microsoft, MS-DOS, Windows, Windows Media, Windows Mobile, Windows NT, Windows PowerShell, Windows Server, Windows Vista, Active Directory, ActiveSync, Entourage, Excel, Forefront, Internet Explorer, Outlook, PowerPoint, SharePoint, SmartScreen, Visual Basic, Xbox, Xbox 360, o logotipo de esfera do Xbox, Zune e o logotipo do Zune são marcas comerciais do grupo de empresas Microsoft.

Todas as outras marcas comerciais são propriedade dos respectivos donos.

Speller português brasileiro, hifenizador, dicionário de sinônimos e gramática. © Itautec Philco S.A., (Grupo Itautec Philco)

Conteúdo do dicionário de sinônimos baseado no dicionário de Sinônimos da Porto Editora, Lda.

Partes do sistema de segurança baseado no software BSAFE® e TIPEM® da RSA Data Security, Inc.

Os componentes a seguir são licenciados para a Microsoft no formulário de código de objeto por Stellent Chicago Sales, Inc.:

Componentes – versão 8.0

OUTSIDE in ® HTML exportação versão 8.0

Plataformas suportadas – versão 8.0:

Intel Windows (binários de 32 bits)

Windows ® 2000, XP/Server 2003

Windows Itanium (binários de 64 bits)

Windows.NET ® Server 2003 Enterprise Edition para Itanium

Windows AMD (binários de 64 bits)

Windows Server 2003, Enterprise Edition para AMD Opteron