A equipa Exchange anunciou hoje a disponibilidade do update rollup 22 para o Exchange Server 2010 Service Pack 3. RU22 é o último rollup de correcções de clientes disponível para o Exchange Server 2010. O lançamento contém correcções para problemas relatados pelos clientes e boletins de segurança previamente lançados.

Esta é a compilação 14.03.0411.000 do Exchange 2010, e KB4295699 tem os detalhes completos para o lançamento. O nome do ficheiro de actualização é Exchange2010-KB4295699-x64-en.msp.

Note que isto é apenas para o Service Pack 3 branch do Exchange 2010. Porquê? Exchange 2010 SP2 saiu do suporte no dia 8 de abril de 2014 e não receberá mais atualizações. O cliente deve estar na Exchange 2010 SP3 para receber actualizações.

Note também que a Exchange 2010 transitou para a sua fase de ciclo de vida de suporte ao produto Alargado no dia 13 de Janeiro de 2015. Exchange 2010 será agora mantido de acordo com a política de suporte estendido.

Exchange 2007 não é mais suportado, as atualizações não são fornecidas quando um produto sai do suporte estendido.

Soluções Resolvidas

Existe uma correção listada para o Exchange 2010 SP3 RU22.

4295751 A personificação do EWS não funciona ao acessar caixas de correio de recursos em um site diferente no Exchange Server 2010 SP3

RU22 também contém as últimas atualizações do DST.

Além disso, o Exchange 2010 SP3 RU22 também adiciona suporte para Controladores de Domínio Windows Server 2016. Todos aqueles que estavam a atrasar projectos de actualização do AD DS podem planear tirar partido desta adição.

Nota que Exchange 2010 SP3 RU20 e Exchange 2010 SP3 RU21 foram ambos actualizações de segurança. RU22 inclui essas atualizações de segurança.

Exchange 2010 SP3 RU22 e posteriores necessitarão da biblioteca de tempo de execução VC++ 2013 instalada no servidor.

Nota de Importância

As notas abaixo são as notas normais a considerar antes de implantar um Exchange RU. Neste caso, as notas abaixo também devem ser temperadas com o fato de que existem correções de segurança.

Existem alguns itens a mencionar:

• Teste a atualização em seu laboratório antes de instalar em produção. Em caso de dúvida teste…
• Seguir o processo de gestão de alterações da sua organização, e
  factor o tempo de aprovação no seu pedido de alterações.
• Prover notificações apropriadas de acordo com o seu processo. Isto pode ser para equipes de TI, ou para usuários finais
• Colocar o servidor em modo de manutenção SCOM antes de
  instalar, confirmar a instalação e depois retirar o servidor do modo de manutenção.
• Colocar o servidor em modo de troca
  modo de manutenção antes de instalar, confirmar a instalação e depois
  retirar o servidor do modo de manutenção.
• Certifique-se de consultar todos os fornecedores de terceiros que existem como parte do seu ambiente de troca de mensagens. Isto inclui serviços de arquivo, mobilidade e gerenciamento.
• Asegure-se de não esquecer de instalar atualizações em servidores de gerenciamento, servidores de salto/estações de trabalho e servidores de aplicação onde as ferramentas de gerenciamento foram instaladas para uma aplicação. FIM e soluções de provisionamento de usuários de terceiros são exemplos destas últimas.
• Se o servidor Exchange não tiver conectividade com a Internet, isso introduz um atraso significativo na construção das imagens nativas para os conjuntos .Net, pois o servidor não consegue chegar a http://crl.microsoft.com. Para resolver esse problema, siga estes passos:
  1. No menu Ferramentas do Windows Internet Explorer, clique em Opções da Internet e, em seguida, clique na guia Avançado.
  2. Na seção Segurança, clique para limpar a caixa de seleção Verificar revogação de certificado do editor e, em seguida, clique em OK.

  Abrir esta opção de segurança no Internet Explorer somente se o computador estiver em um ambiente rigidamente controlado. Quando a configuração estiver completa, clique para seleccionar novamente a caixa de verificação Verificar a revogação do certificado do editor.

• Eu pessoalmente gosto de reiniciar antes de instalar as actualizações. Isto ajuda a identificar se um problema foi devido ao RU ou se aconteceu neste reinício prévio, e também completa qualquer operação de renomeação de arquivo pendente. Produtos AV de terceiros são frequentemente culpados disto.
• Restabelecer o servidor após a instalação do CU.
• Certifique-se de que todos os serviços relevantes estão sendo executados.
• Certifique-se de que os logs de eventos estão limpos, sem erros.
• Instale a atualização a partir de um prompt de comando elevado.
• Certifique-se de que a Política de Execução de Scripts do Windows PowerShell está definida para “Sem restrições” no servidor que está sendo atualizado ou instalado. Veja KB981474.
• Atualizar primeiro os servidores CAS de face a Internet.
• Backup de qualquer personalização do OWA, pois serão removidos.
• Desinstalar qualquer Atualização Interina (IUs) antes de instalar o RU. Você terá recebido estes arquivos privados diretamente da Microsoft.
• Antivírus do sistema de arquivos descartáveis antes de instalar o RU.
• Servidor de reinicialização após o RU ter sido instalado e depois reactivar o antivírus do sistema de ficheiros
• Teste (sim, tecnicamente isto está aqui pela segunda vez mas é muito importante!)

Cheers,

Rhoderick