Como solucionar problemas de disponibilidade em uma implantação híbrida do Exchange Server local e do Exchange Online no Office 365

Não é possível recuperar as informações de disponibilidade de nenhuma conta em qualquer um dos ambientes

Os usuários em qualquer ambiente na organização federada do Exchange não podem recuperar informações de disponibilidade de caixas de correio localizadas no outro ambiente. Nesse caso, o problema pode ser que o Outlook não está atualizado ou que a Federação do Exchange pode não estar configurada corretamente. Para ajudar a solucionar esse problema, peça aos usuários que determinem se o problema ocorre quando usam o Microsoft Outlook e quando eles usam o Outlook na Web (anteriormente conhecido como Outlook Web App) para o Office 365. Se o comportamento for diferente do Outlook e do Outlook na Web, o problema pode ser que o cliente do Outlook não atenda aos requisitos para a Federação do Exchange. Peça ao usuário que execute as seguintes etapas:

1. Entre no portal do Office 365 (https://Portal.Office.com).

2. Clique em configurações () e, em seguida, clique em Office 365.

3. Clique em softwaree, em seguida, clique em instalar.

Depois que o usuário configura os aplicativos da área de trabalho do Office 365, o problema de disponibilidade deve ser resolvido. Se esse problema ocorrer de forma idêntica no Outlook e no Outlook na Web, provavelmente há um problema com relação à maneira como a Federação do Exchange é configurada em sua organização. Nesse caso, consulte o Assistente de implantação do Microsoft Exchange Server para garantir que o ambiente atenda aos requisitos do sistema.

Não é possível recuperar as informações de disponibilidade de um ambiente

Os usuários não podem acessar as informações de disponibilidade por meio do Exchange Federation em uma direção específica. Por exemplo, os usuários locais não podem acessar as informações de disponibilidade das caixas de correio na nuvem. Ou, os usuários da nuvem não podem acessar as informações de disponibilidade nas caixas de correio locais. Nesse cenário, o problema pode ser causado por uma configuração incorreta do URI de destino do aplicativo. Ou, as políticas de compartilhamento no ambiente Exchange Server local e no Exchange Online podem não ser compatíveis. Para ajudar a solucionar esse problema, siga estas etapas:

1. Em um computador local que esteja executando o Exchange Server, abra o Shell de gerenciamento do Exchange.

2. Na linha de comando, digite o seguinte comando e pressione ENTER:

   Get-FederationInformation -domainname <Office 365 Domain> 

   Neste comando, o espaço reservado <de> de domínio do office 365 representa o domínio padrão do Office 365 (por exemplo, contoso.onmicrosoft.com).

3. Nos resultados, observe os valores TargetApplicationUri e TargetAutodiscoverEpr . Estas são as configurações que o domínio de destino deve ter para garantir que a confiança de Federação seja configurada corretamente.

4. Para exibir as informações de confiança atualmente configuradas para o domínio padrão do Office 365, execute o seguinte comando:

   Get-OrganizationRelationship | FL

5. Na seção DomainNames , certifique-se de que os seguintes itens sejam exibidos:

   • O nome do domínio de roteamento de serviço da empresa (por exemplo, mail.contoso.onmicrosoft.com)

   • O nome do domínio federado da empresa (por exemplo, contoso.com)

   Se esses nomes não forem exibidos na seção DomainNames , talvez haja um problema que afete a configuração da Federação do Exchange. Examine o Assistente de implantação do Microsoft Exchange Server para verificar se a configuração se alinha às etapas recomendadas e se o ambiente atende a todos os requisitos do sistema. Se os dois domínios forem exibidos corretamente na seção DomainNames , observe as seguintes seções nos resultados:

   • Nome

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Os valores TargetApplicationUri e TargetAutodiscoverEpr devem coincidir com os valores equivalentes do cmdlet Get-FederationInformation . Se os valores não corresponderem, execute o seguinte comando para corrigir a diferença:

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. Se o problema de disponibilidade persistir, certifique-se de que as políticas de compartilhamento no ambiente do Exchange Server local e na correspondência do Exchange Online. Para determinar isso, execute o seguinte comando no Shell de gerenciamento do Exchange e, em seguida, anote o valor no campo Domains nos resultados:

   Get-SharingPolicy | FL

7. Conecte-se ao Exchange Online usando o Windows PowerShell para executar o mesmo teste em outro ambiente. Isso pode ser feito para que você possa determinar se as políticas de compartilhamento são correspondentes. Para obter mais informações sobre como se conectar ao Exchange Online usando o Windows PowerShell, acesse o seguinte site da Microsoft:

   Conectar-se ao Exchange Online usando o PowerShell remoto

8. Depois de conectar-se ao Exchange Online, execute o seguinte comando na janela do Windows PowerShell, como fez para o ambiente local e, em seguida, anote o valor no campo Domains :

   Get-SharingPolicy

9. Os valores de domínios para os dois ambientes devem coincidir. Se não corresponderem, você pode usar o cmdlet Set-SharingPolicy para configurar o campo Domains para que ele corresponda em ambos os lados. Para obter mais informações sobre o cmdlet Set-SharingPolicy e sobre como usar essa configuração de política de compartilhamento, acesse o seguinte site do Microsoft TechNet:

   Set-SharingPolicy

Não é possível recuperar as informações de disponibilidade de uma conta na nuvem usando uma conta local

Esse problema está limitado aos usuários locais que tentam recuperar informações de disponibilidade para caixas de correio na nuvem. Primeiro, verifique se as atualizações mais recentes estão instaladas no servidor. Para obter mais informações, consulte atualizações do Exchange Server: criar números e datas de lançamento. Se o problema persistir, você pode usar o cmdlet Test-FederationTrust para coletar mais detalhes sobre a falha. Para fazer isto, siga as seguintes etapas:

1. No Shell de gerenciamento do Exchange, execute o seguinte comando, no qual o espaço reservado <OnPremisesMailbox> representa o endereço de email de uma caixa de correio de usuário hospedada no ambiente local:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Observação Esse comando testa o token de confiança de Federação que é usado pelo usuário local.

2. Pressupondo que os resultados contenham pelo menos uma seção na qual o tipofalhou, copie os resultados em um arquivo de texto e, em seguida, envie o arquivo para o suporte do Exchange Online Services para obter mais ajuda.

Não é possível recuperar as informações de disponibilidade de uma conta local usando uma conta de nuvem

O problema está limitado aos usuários na nuvem que tentam recuperar informações de disponibilidade para caixas de correio locais. Nesse caso, as caixas de correio envolvidas podem ser hospedadas no Exchange Server 2003 em vez de no Exchange Server 2007 ou no Exchange Server 2010. O Exchange Server 2003 não é compatível com as solicitações de serviços Web do Exchange que versões posteriores usam para obter informações de disponibilidade. Certifique-se de que todos os dados de disponibilidade mantidos nas pastas públicas do Exchange Server 2003 sejam replicados para um servidor de caixa de correio do Exchange Server 2010 que possa dar suporte a um banco de dados de pasta pública.

1. Você pode instalar a função de caixa de correio no mesmo servidor em que a função de servidor de acesso cliente (CAS) que você usa para dar suporte à Federação está instalada. Para obter mais informações sobre como fazer isso usando o assistente de implantação do Microsoft Exchange Server, acesse Assistente de implantação do Exchange Server.

2. Se os usuários da nuvem ainda tiverem problemas quando tentarem recuperar informações de disponibilidade para caixas de correio locais, determine se há um problema para se conectar ao serviço de descoberta automática local. Para fazer isto, siga as seguintes etapas:

   1. Abra o Microsoft Remote Connectivity Analyzer no seguinte website da Microsoft:

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

   2. Na página descoberta automática do Outlook, preencha o formulário usando o endereço de email e a senha de uma conta no ambiente local com problemas. Marque a caixa de seleção para confirmar que você tem a autoridade para inserir as credenciais de uma conta em funcionamento.

   3. Para confirmar se um programa automatizado está realizando uma solicitação, você deve completar um desafio de interface humana. Digite as letras e os números da imagem na caixa e clique em Executar teste.

3. Se o teste falhar, verifique as configurações do servidor proxy local e do firewall. Verifique se as CAS do Exchange Online podem ser acessadas pela Internet pela porta 443.

As informações de disponibilidade não estão disponíveis em uma implantação híbrida entre o Exchange Online e uma organização local do Exchange 2003 ou uma organização mista do Exchange 2003 e do Exchange 2007

Nesse cenário, a pasta pública OU = EXTERNAL (FYDIBOHF25SPDLT) está ausente na hierarquia de pastas públicas e deve ser adicionada. Para adicionar a pasta pública OU = EXTERNAL (FYDIBOHF25SPDLT), siga estas etapas:

1. Conecte-se ao servidor de pasta pública do Exchange 2010 local a partir do servidor de pasta pública.

2. Abra o Windows PowerShell.

3. Execute o seguinte comando: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Execute o seguinte comando: Install-FreeBusyFolder

As caixas de correio na nuvem não conseguem ver as informações de disponibilidade para caixas de correio locais

Ao executar o Get-OrganizationRelationship | O cmdlet FL em uma janela remota do PowerShell conectada ao Exchange Online, o valor do parâmetro TargetSharingEpr deve ser definido corretamente. Se esse valor for em branco, nulo ou incorreto, as caixas de correio na nuvem não poderão ver as informações de disponibilidade sobre as caixas de correio locais.

Para definir o valor, execute o seguinte comando:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

Por exemplo, execute o comando a seguir:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"