Exportar (0) Imprimir
Expandir Tudo

Notas de versão do Exchange 2013

 

Aplicável a: Exchange Server 2013

Tópico modificado em: 2014-08-25

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

Este tópico contém as seguintes seções:

  • A configuração solicita incorretamente o .NET Framework 4.0   Se você tentar instalar o Exchange 2013 sem o .NET Framework no computador, a Configuração solicitará incorretamente a instalação do .NET Framework 4.0 quando, na verdade, o .NET Framework 4.5 é necessário.

    Para resolver esse problema, instale o .NET Framework 4.5. Não é necessário instalar o .NET Framework 4.0. Para uma lista completa de pré-requisitos, consulte Pré-requisitos do Exchange 2013.

  • Os arquivos de configuração XML do Exchange são substituídos durante a instalação da atualização cumulativa   Quaisquer configurações personalizadas em cada servidor feitas nos arquivos de configuração de aplicativo XML do Exchange, por exemplo, arquivos web.config em servidores de Acesso para Cliente ou o arquivo EdgeTransport.exe.config em servidores de Caixa de Correio, serão substituídos quando você instalar uma Atualização Cumulativa ou um Service Pack do Exchange. Certifique-se de salvar essas informações para poder reconfigurar facilmente o servidor após a instalação. Você deve redefinir essas configurações depois de instalar uma Atualização Cumulativa ou um Service Pack do Exchange.

  • O diretório virtual de MAPI não é criado durante a recuperação de servidor   Quando você executa o Setup.exe com a opção RecoverServer em um servidor que tenha a função de servidor de Acesso para Cliente instalada, o diretório virtual MAPI não será criado. Se o diretório virtual de MAPI não existir, os clientes que usam o protocolo MAPI sobre HTTP para se conectarem ao servidor do Exchange, como o Outlook, não poderão se conectar.

    ObservaçãoObservação:
    Isso só será um problema caso o protocolo MAPI sobre HTTP esteja habilitado em seus servidores de Acesso para Cliente. Ele está desabilitado por padrão. Se MAPI sobre HTTP estiver desabilitado, os clientes usarão o protocolo RPC sobre HTTP.

    Para resolver este problema, siga as etapas do Artigo KB2931223 da Base de Dados de Conhecimento (Diretório virtual do MAPI está ausente no nó Default Web Site).

Para obter mais informações sobre como instalar o Exchange 2013, consulte Planejamento e implantação.

  • Aumento de tamanho das caixas de correio ao migrar de versões anteriores do Exchange   Ao mover uma caixa de correio de uma versão anterior do Exchange para o Exchange 2013, o tamanho relatado da caixa de correio pode aumentar de 30% a 40%. O espaço usado pelo banco de dados de caixas de correio não aumentou, somente a atribuição de espaço usado por cada caixa de correio. O aumento no tamanho da caixa de correio se deve à inclusão de todas as propriedades de itens no cálculo da cota, o que proporciona um computação mais precisa do espaço ocupado por itens dentro da caixa de correio. Esse aumento pode fazer que alguns usuários excedam suas cotas de tamanho de caixa de correio quando a caixa deles é movida para o Exchange 2013.

    Para evitar que os usuários excedam suas cotas de tamanho de caixa de correio, aumente os valores de cota do banco de dados ou das caixas de correio para acomodar o novo cálculo de cota. Para configurar os valores de cota de caixa de correio ou do banco de dados, use os parâmetros IssueWarningQuota, ProhibitSendQuota e ProhibitSendReceiveQuota nos cmdlets Set-MailboxDatabase e Set-Mailbox, respectivamente.

  • Talvez os clientes do Outlook 2007 e do Outlook 2010 não consigam baixar o Catálogo de Endereços Offline   Se a URL interna do Catálogo de Endereços Offline (OAB) não puder ser acessada da Internet, talvez os clientes do Outlook 2007 e do Outlook 2010 não consigam baixar o OAB.

    Para contornar esse problema em clientes do Outlook 2007 e do Outlook 2010, torne a URL interna do OAB acessível pela Internet. O Outlook 2013 não é afetado pelo problema.

  • A instalação do Exchange 2013 em uma organização existente do Exchange pode fazer com que todos os clientes baixem o OAB    A instalação do primeiro servidor do Exchange 2013 em uma organização existente do Exchange 2007 ou do Exchange 2010 pode fazer com que todos os clientes na organização baixem uma nova cópia do OAB, causando saturação da rede e problemas de desempenho do servidor. Esse problema ocorre porque o Exchange 2013 cria um novo OAB padrão na organização que substitui o OAB do Exchange 2007 ou do Exchange 2010. As caixas de correio que não têm um OAB específico atribuído, ou que estão localizadas em um banco de dados de caixa de correios que não tem um OAB específico atribuído, baixarão o novo OAB padrão.

    Para impedir que os clientes baixem uma nova cópia do OAB quando o Exchange 2013 é instalado, atribua um OAB a cada caixa de correio ou ao banco de dados da caixa de correio onde as caixas estão localizadas. Isso precisa ser feito antes de o Exchange 2013 ser instalado na organização.

  • Os usuários podem ser roteados até uma caixa de correio de geração de OAB que não responde ao OAB solicitado   O Exchange 2013 CU5 muda a forma como os OABs são vinculados às caixas de correio de geração de OAB. Essa alteração possibilita que um usuário seja roteado até uma caixa de correio de geração de OAB que não é responsável pelo OAB que o usuário está solicitando. isso pode acontecer se todas as condições a seguir forem verdadeiras:

    • Você tem mais de uma caixa de correio de geração de OAB em sua organização.

    • Você atualizou os servidores de Caixa de correio que hospedam as caixas de correio de geração de OAB antes de atualizar seus servidores de Acesso para Cliente.

    • Você está atualizando seus servidores do Exchange 2013 a partir de uma versão anterior ao CU5 para o CU5 ou mais recente (por exemplo, atualizando do Exchange 2013 CU3 para o Exchange 2013 CU5).

    • Os servidores de Acesso para Cliente estão executando uma versão anterior ao CU5.

    Para solucionar esse problema, atualize seus servidores de Acesso para Cliente para o Exchange 2013 CU5 antes de atualizar seus servidores de Caixa de Correio. Isso garantirá que os servidores de Acesso para Cliente saibam como aplicar o proxy às solicitações para a caixa de correio de geração de OAB responsável pela geração do OAB do usuário.

    Para ler mais sobre as alterações no OAB no Exchange 2013 CU5, consulte Aprimoramentos do OAB na Atualização Cumulativa 5 do Exchange 2013.

  • Usuários não autorizados podem enviar mensagens para pastas públicas   As Pastas Públicas localizadas em servidores que executam o Exchange 2013 SP1 ou mais recente aceitam mensagens de remetentes externos à organização do Exchange, independentemente da configuração da pasta pública. Esse problema pode permitir que pastas públicas recebam spam e outras mensagens indesejadas.

    No momento, não há uma solução alternativa para esse problema.

  • Pastas públicas herdadas não podem ser acessadas pelos Serviços Web do Exchange   As pastas públicas localizadas em servidores do Exchange 2007 ou do Outlook 2010 não podem ser acessadas por clientes que se conectam ao Exchange 2013 usando os Serviços Web do Exchange (EWS). Clientes que usam o EWS incluem o Mac Outlook e o Outlook Web App. Se um cliente do EWS tentar acessar uma pasta pública herdada, receberá um erro.

    A única solução nesse momento é migrar as pastas públicas herdadas para o Exchange 2013. No entanto, existem alguns problemas que devem ser considerados antes de migrar suas pastas públicas. Para obter mais informações, consulte Pastas Públicas.

  • Os cmdlets TransportAgent nos servidores de Acesso para Cliente exigem o Windows PowerShell local  Existe um problema nos cmdlets *-TransportAgent que os impede de instalar, desinstalar e gerenciar agentes de transporte em servidores de Acesso para Cliente usando o Shell de Gerenciamento do Exchange. Para instalar, desinstalar e gerenciar agentes de transporte em servidores de Acesso para Cliente, é necessário carregar manualmente o snap-in do Windows PowerShell do Exchange e executar os cmdlets *-TransportAgent. Se você tentar instalar, desinstalar ou gerenciar agentes de transporte usando o Shell de Gerenciamento do Exchange, as suas alterações serão aplicadas ao servidor de Caixa de Correio do Exchange 2013 ao qual estiver conectado.

    Para instalar, desinstalar ou gerenciar agentes de transporte em servidores de Acesso para Cliente, faça o seguinte no servidor de Acesso para Cliente que deseja gerenciar:

    CuidadoCuidado:
    O carregamento do snap-in do Windows PowerShell do Microsoft.Exchange.Management.PowerShell.SnapIn e a execução de cmdlets que não sejam *-TransportAgent não é suportado e pode resultar em dano irreparável à sua implantação do Exchange.
    É necessário ser um Administrador local no servidor de Acesso para Cliente em que você deseja instalar, desinstalar ou gerenciar agentes de transporte. Não oferecemos suporte à modificação de listas de controle de acesso (ACLs) em arquivos, diretórios ou objetos do Active Directory no Exchange.
    ImportanteImportante:
    Execute o procedimento a seguir apenas em servidores de Acesso para Cliente. Não é necessário carregar o snap-in do Windows PowerShell do Exchange se quiser gerenciar agentes de transporte em servidores de Caixa de Correio.
    1. Abra uma nova janela do Windows Power Shell.

    2. Execute o seguinte comando.

      Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
      
    3. Execute tarefas de gerenciamento de agente de transporte normalmente.

    4. Repita este procedimento em cada servidor de Acesso para Cliente que deseja gerenciar.

  • A autenticação NTLM falha para clientes não pertencentes ao domínio   A autenticação entre um cliente, como o Windows Live Mail, e o Exchange 2013 pode falhar quando as seguintes condições são verdadeiras:

    • Então, o método de autenticação que o cliente usa é NTLM.

    • O computador não ingressou no domínio.

    Para contornar esse problema, execute um destes procedimentos:

    • Ingresse o computador em que o cliente está em execução no domínio.

    • Altere o tipo de autenticação que o cliente usa de NTLM para autenticação Básica por TLS.

  • A autenticação GSSAPI falha quando usada com o cmdlet Send-MailMessage   A autenticação GSSAPI (Generic Security Service Application Program Interface, Interface de programação de aplicativo do serviço de segurança genérico) pode falhar quando o cmdlet Send-MailMessage, que está incluído na instalação padrão do Windows PowerShell, é usado para enviar emails autenticados para o Exchange 2013. Quando isso acontece, uma entrada será exibida no log de eventos Aplicativo no servidor de Acesso para Cliente no Exchange 2013 que recebeu a conexão com as seguintes informações:

    • Origem   MSExchangeFrontEndTransport

    • ID do Evento   1035

    • Descrição   Falha na autenticação de entrada com o erro IllegalMessage para o front-end cliente do conector de recebimento <nome do servidor>. O mecanismo de autenticação é Gssapi. O endereço IP de origem do cliente que tentou se autenticar no Exchange é [<endereço IP do cliente>].

    Para contornar esse problema, é preciso remover o método de autenticação Integrated do conector de recebimento do cliente nos servidores de Acesso para Cliente do Exchange 2013. Para remover o método de autenticação Integrated de um conector de recebimento cliente, execute o seguinte comando em cada servidor de Acesso para Cliente do Exchange 2013 que poderia receber conexões de computadores executando o cmdlet Send-MailMessage:

    Set-ReceiveConnector "<server name>\Client Frontend <server name>" -AuthMechanism Tls, BasicAuth, BasicAuthRequireTLS
    
  • MAPI sobre HTTP pode ter um baixo desempenho ao atualizar para o Exchange 2013 SP1   Se você atualizar de uma atualização cumulativa do Exchange 2013 para o Exchange 2013 SP1 e habilitar o MAPI sobre HTTP, os clientes que se conectam a um servidor do Exchange 2013 SP1 usando o protocolo poderão ter baixo desempenho. Isso acontece porque as configurações necessárias não são definidas durante uma atualização cumulativa para o Exchange 2013 SP1. Esse problema não ocorrerá se você atualizar para o Exchange 2013 SP1 do Exchange 2013 RTM ou se você instalar um novo servidor do Exchange 2013 SP1 ou mais recente.

    ObservaçãoObservação:
    Isso só será um problema caso o protocolo MAPI sobre HTTP esteja habilitado em seus servidores de Acesso para Cliente. Ele está desabilitado por padrão. Se MAPI sobre HTTP estiver desabilitado, os clientes usarão o protocolo RPC sobre HTTP.

    Para contornar este problema, proceda da seguinte forma:

    1. Em servidores que executam a função de servidor de Acesso para Cliente, execute os seguintes comandos em um Prompt de Comando do Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiFrontEndAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiFrontEndAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiFrontEndAppPool"
      
    2. Em servidores que executam a função de servidor de Caixa de Correio, execute os seguintes comandos em um Prompt de Comando do Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiMailboxAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiMailboxAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiMailboxAppPool"
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiAddressBookAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiAddressBookAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiAddressBookAppPool"
      

  • As solicitações para acessar caixas de correio do Exchange 2010 talvez não funcionem se houver proxy por meio de servidores de Acesso para Cliente do Exchange 2013   Em alguns casos, a solicitação de proxy entre os servidores de Acesso para Cliente do Exchange 2013 e do Exchange 2010 Service Pack 3 (SP3), sem a instalação de qualquer pacote cumulativo de atualizações, pode não funcionar corretamente e gerar erros. isso pode acontecer se todas as condições a seguir forem verdadeiras:

    • Um usuário com uma caixa de correio do Exchange 2013 tenta abrir uma caixa de correio do Exchange 2010 usando um dos seguintes métodos:

      • A opção Abrir Outra Caixa de Correio no Outlook Web App -OU-

      • A opção Outro usuário no Centro de administração do Exchange

    • O servidor de Acesso para Cliente ao qual o usuário está conectado está executando o Exchange 2013.

    • O servidor de Acesso para Cliente do Exchange 2010 foi atualizado para o Exchange 2010 SP3 da versão RTM (release to manufacturing) do Exchange 2010 ou um service pack anterior do Exchange 2010.

    Se todas as condições acima forem verdadeiras, o usuário não poderá acessar as opções do Exchange 2010 Outlook Web App do outro usuário e uma página em branco poderá aparecer.

    Para contornar esse problema, instale o Pacote Cumulativo de Atualizações 1 do Exchange 2010 SP3 ou posterior em cada servidor do Exchange 2010.

 
Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários
Mostrar:
© 2014 Microsoft