Notas de versão do Exchange Server

  • Artigo

Dica

Procurando as notas de versão do Exchange 2013? Consulte Notas de versão do Exchange 2013.

Bem-vindo ao Microsoft Exchange Server 2019! Este tópico contém informações importantes que você precisa saber para implantar com êxito o Exchange 2019. Leia este tópico completamente antes de iniciar a sua implantação.

Problemas conhecidos no Exchange Server 2019

Quando você tentar desinstalar Exchange Server do Windows 2019 Server Core usando o Assistente de Instalação do Exchange, a operação falhará. O assistente tenta iniciar o Windows Painel de Controle para desinstalar o Exchange, mas o Painel de Controle não existe no Windows Server Core. Para desinstalar o Exchange do Windows Server Core, execute o seguinte comando De instalação da linha de comando:

Observação

  • A opção /IAcceptExchangeServerLicenseTerms anterior não funcionará a partir das CUs (Atualizações Cumulativas) de setembro de 2021. Agora você deve usar /IAcceptExchangeServerLicenseTerms_DiagnosticDataON ou /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF para instalações autônomas e com script.

  • Os exemplos a seguir usam a opção /IAcceptExchangeServerLicenseTerms_DiagnosticDataON. Você pode alterar a opção para /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF.

Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall

Esse problema será resolvido em uma atualização cumulativa futura para Exchange Server 2019.

Bem-vindo ao Microsoft Exchange Server 2016! Este tópico contém informações importantes e necessárias à implantação bem-sucedida do Exchange 2016. Leia este tópico completamente antes de iniciar a sua implantação.

Configurar

  • A instalação do Exchange usando permissões de delegação Administração faz com que a Configuração falhe: quando um usuário que é membro apenas do grupo de funções de Configuração Delegada tenta instalar o Exchange em um servidor pré-provisionado, a configuração falhará. Isso acontece porque o grupo de instalação delegada não possui as permissões necessárias para criar e configurar determinados objetos no Active Directory.

    Para contornar esse problema, siga um destes procedimentos:

    • Adicione o usuário instalando o Exchange no grupo de segurança do Active Directory do Domain Admins.

    • Instale o Exchange usando um usuário que seja membro do grupo de funções Gerenciamento da Organização.

Caixa de correio

  • Mover caixas de correio de versões anteriores do Exchange para a CU5 ou posterior do Exchange 2016 pode falhar: Quando você tenta mover uma caixa de correio de uma versão anterior do Exchange para a CU5 ou posterior do Exchange usando uma solicitação de lote de migração, a movimentação pode falhar. Isso pode acontecer se a caixa de correio do sistema de migração não está localizada em um servidor Exchange 2016 com a CU5 ou posterior.

    Antes de poder mover as caixas de correio para a CU5 ou posterior do Exchange 2016 usando uma solicitação em lote de migração, você precisa mover a caixa de correio de migração para um servidor Exchange executando a CU5 ou posterior usando as etapas a seguir.

    1. Abra o Shell de Gerenciamento do Exchange no servidor da Caixa de Correio do Exchange 2016.

    2. Execute o seguinte comando para obter uma lista de bancos de dados de caixa de correio localizados nos servidores do Exchange 2016. Copie o nome do banco de dados de caixa de correio para o qual você deseja mover a caixa de correio de migração para a área de transferência.

      Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName

    3. Execute o seguinte comando para mover a caixa de correio de migração para o servidor do Exchange 2016. Cole o nome do banco de dados da caixa de correio copiado na etapa anterior após TargetDatabase.

      New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"

  • Os servidores de Caixa de Correio que executam versões diferentes do Exchange podem ser adicionados ao mesmo grupo de disponibilidade do banco de dados: O cmdlet Add-DatabaseAvailabilityGroupServer e o Centro de Administração do Exchange permitem incorretamente que um servidor Exchange 2013 seja adicionado a um grupo de disponibilidade de banco de dados (DAG) baseado em Exchange 2016 e vice-versa. O Exchange oferece suporte à adição de apenas servidores Caixa de Correio executando a mesma versão (Exchange 2013 versus Exchange 2016, por exemplo) a um DAG. Além disso, o centro de administração do Exchange exibe os servidores Exchange 2013 e Exchange 2016 na lista de servidores disponíveis para adicionar a um DAG. Isso pode permitir que um administrador adicione inadvertidamente um servidor executando uma versão incompatível do Exchange a um DAG (por exemplo, adicionando um servidor Exchange 2013 a um DAG baseado em Exchange 2016).

    Não há uma solução alternativa para esse problema no momento. Os administradores devem estar atentos ao adicionar um servidor Caixa de Correio a um DAG. Adicione somente servidores Exchange 2013 a Exchange 2013baseados em DAGs e somente servidores Exchange 2016 a Exchange 2016 baseados em DAGs. Você pode diferenciar cada versão do Exchange observando a coluna Versão na lista de servidores no Centro de Administração do Exchange. A seguir estão as versões do servidor para o Exchange 2013 e o Exchange 2016:

    • Exchange 2013 15.0 (Build xxx.xx)

    • Exchange 2016 15.1 (Build xxx.xx)

  • Não é possível conectar-se à caixa de correio de arquivo morto ao usar o MAPI sobre HTTP: No Exchange 2016, o MAPI sobre HTTP pode ser habilitado por caixa de correio. Há um problema que impede que os usuários acessem sua caixa de correio de arquivo morto, caso esteja configurada, quando o seguinte for verdadeiro:

    • A opção MAPI sobre HTTP está habilitada na caixa de correio do usuário.

    • A opção MAPI sobre HTTP está desabilitada no nível da organização.

      Quando essas condições forem verdadeiras, o usuário não poderá abrir a caixa de correio de arquivo morto e receberá o erro O conjunto de pastas não pôde ser aberto. A tentativa de logon no Microsoft Exchange falhou.

      Para contornar esse problema, siga um dos procedimentos a seguir

    • Abra a caixa de correio de arquivo morto usando o Outlook na Web.

    • Desative o MAPI por HTTP na caixa de correio executando o seguinte comando.

      Set-CasMailbox <email address> -MapiHttpEnabled $False

  • O serviço Agente de Notificações é interrompido depois de 30 segundos Ao iniciar seu servidor Exchange, você poderá notar o início do serviço Agente de Notificações e, em seguida, ser interrompido após aproximadamente 30 segundos. Se você tentar iniciar o serviço manualmente, ele será iniciado e interrompido com êxito, após aproximadamente 30 segundos. Nenhum erro ou aviso está incluído no log de eventos.

    Esse comportamento é esperado em implantações locais do Exchange 2016. O serviço Agente de Notificações executa uma verificação de configuração sempre que o servidor é iniciado. Se não houver nada para o serviço do Agente de Notificações, ele para automaticamente até a próxima vez em que o servidor for reiniciado.

Fluxo de emails

  • Os servidores Transporte de Borda podem rejeitar o email enviado a destinatários válidos Os servidores Transporte de Borda do Exchange 2016 podem rejeitar mensagens enviadas a destinatários internos válidos quando as seguintes condições forem verdadeiras:

    • A Atualização Cumulativa 1 (CU1) do Exchange 2016 está instalada no servidor.

    • A validação do destinatário está ativada no servidor.

      Quando um Transporte de Borda rejeita uma mensagem devido a esse problema, o remetente recebe uma notificação de falha na entrega (NDR) com o código de status 5.1.10e o erro Destinatário não encontrado por pesquisa de endereço SMTP. O destinatário não receberá a mensagem.

      Para contornar esse problema, siga um dos procedimentos a seguir:

    • Desative a validação de destinatário no(s) servidor(es) Transporte de Borda afetado executando o seguinte comando.

      Set-RecipientFilterConfig -RecipientValidationEnabled $False

    • Desative o cache de validação de destinatário no(s) servidor(es) Transporte de Borda afetado executando o seguinte comando.

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False

      Cuidado

      Desabilitar o cache de validação do destinatário faz com que o Exchange verifique se os destinatários das mensagens de entrada são válidos consultando a instância local dos Serviços de Diretório Lightweight do Active Directory. Isso pode aumentar significativamente os recursos que o Exchange precisa para processar mensagens. Antes de desabilitar o cache de validação de destinatários, verifique se o seu servidor tem capacidade suficiente para lidar com a demanda adicional.

  • Configure o registro DNS do firewall ou do servidor de mensagens (MX) externo para enviar mensagens para um servidor Transporte de Borda que não tenha a Atualização Cumulativa 1 do Exchange 2016 instalada. Talvez seja necessário configurar seu firewall para permitir que a porta TCP 25 se conecte ao novo servidor voltado para a Internet.

  • Configure seu firewall ou registro DNS MX externo para enviar email para um servidor Caixa de Correio do Exchange 2016. Talvez seja necessário configurar seu firewall para permitir que a porta TCP 25 se conecte ao novo servidor voltado para a Internet.