Como resolver problemas de disponibilidade numa implementação híbrida de Exchange Server e Exchange Online no local no Office 365

As informações de disponibilidade não podem ser obtidas a partir de nenhuma conta em nenhum dos ambientes

Os utilizadores em qualquer um dos ambientes da organização federada do Exchange não podem obter informações de disponibilidade a partir de caixas de correio localizadas no outro ambiente.

Neste caso, o problema pode ser que o Outlook não esteja atualizado ou que a federação do Exchange possa não estar configurada corretamente.

Para ajudar a resolver este problema, peça aos utilizadores para determinarem se o problema ocorre quando utilizam o Microsoft Outlook e quando utilizam Outlook na Web (anteriormente conhecido como Outlook Web App) para Office 365. Se o comportamento for diferente no Outlook e Outlook na Web, o problema pode ser que o cliente do Outlook não cumpra os requisitos de federação do Exchange. Peça ao utilizador para seguir estes passos:

1. Inicie sessão no portal do Office 365 (https://portal.office.com).

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

3. Clique em Software e, em seguida, clique em Instalar.

Depois de o utilizador configurar Office 365 aplicações de ambiente de trabalho, o problema de disponibilidade deve ser resolvido.

Se este problema ocorrer de forma idêntica no Outlook e Outlook na Web, é provável que exista um problema relacionado com a forma como a federação do Exchange é configurada na sua organização. Neste caso, veja o Assistente de Implementação do Microsoft Exchange Server para garantir que o ambiente cumpre os requisitos do sistema.

Não é possível obter informações de disponibilidade a partir de um ambiente

Os utilizadores não podem aceder a informações de disponibilidade através da federação do Exchange numa direção específica. Por exemplo, os utilizadores no local não podem aceder a informações de disponibilidade a partir de caixas de correio na nuvem. Em alternativa, os utilizadores da cloud não podem aceder a informações de disponibilidade a partir de caixas de correio no local.

Neste cenário, o problema pode ser causado por uma configuração incorreta do URI de Destino da Aplicação. Em alternativa, as políticas de partilha no ambiente de Exchange Server no local e no Exchange Online podem não corresponder.

Para ajudar a resolver este problema, siga estes passos:

1. Num computador no local com Exchange Server, abra a Shell de Gestão do Exchange.

2. Na linha de comandos, escreva o seguinte comando e, em seguida, prima Enter:

   Get-FederationInformation -domainname <Office 365 Domain> 

   Neste comando, o marcador de posição <Office 365 Domain> representa o domínio de Office 365 predefinido (por exemplo, contoso.onmicrosoft.com).

3. Nos resultados, tenha em atenção os valores TargetApplicationUri e TargetAutodiscoverEpr . Estas são as definições que o domínio de destino tem de ter para garantir que a confiança de federação está configurada corretamente.

4. Para apresentar as informações de confiança que estão atualmente configuradas para o domínio de Office 365 predefinido, execute o seguinte comando:

   Get-OrganizationRelationship | FL

5. Na secção DomainNames , certifique-se de que são apresentados os seguintes itens:
   

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

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

   Se estes nomes não forem apresentados na secção DomainNames , poderá existir um problema que afeta a configuração da federação do Exchange. Reveja o Assistente de Implementação do Microsoft Exchange Server para garantir que a configuração está alinhada com os passos recomendados e que o ambiente cumpre todos os requisitos de sistema. Se os dois domínios forem apresentados corretamente na secção DomainNames , tenha em atenção as secções seguintes nos resultados:
   

   • Nome

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Os valores TargetApplicationUri e TargetAutodiscoverEpr devem corresponder aos 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 partilha no ambiente de Exchange Server no local e no Exchange Online correspondem. Para determinar isto, execute o seguinte comando na Shell de Gestão do Exchange e, em seguida, anote o valor no campo Domínios nos resultados:

   Get-SharingPolicy | FL

7. Ligue-se ao Exchange Online com Windows PowerShell para executar o mesmo teste no outro ambiente. Pode fazê-lo para que possa determinar se as políticas de partilha correspondem. Para obter mais informações sobre como ligar a Exchange Online com Windows PowerShell, aceda ao seguinte site da Microsoft:

   Ligar ao Exchange Online com o PowerShell remoto

8. Depois de ligar ao Exchange Online, execute o seguinte comando na janela Windows PowerShell, como fez para o ambiente no local e, em seguida, anote o valor no campo Domínios:

   Get-SharingPolicy

9. Os valores de Domínios para os dois ambientes devem corresponder. Se não corresponderem, pode utilizar o cmdlet Set-SharingPolicy para configurar o campo Domínios para que corresponda a ambos os lados. Para obter mais informações sobre o cmdlet Set-SharingPolicy e sobre como utilizar esta definição de política de partilha, aceda ao seguinte site do Microsoft TechNet:

   Set-SharingPolicy

Não é possível obter informações de disponibilidade a partir de uma conta na cloud com uma conta no local

Este problema está limitado a utilizadores no local que tentam obter informações de disponibilidade para caixas de correio na nuvem.

Primeiro, certifique-se de que as atualizações mais recentes estão instaladas no servidor. Para obter mais informações, consulte Exchange Server Atualizações: números de compilação e datas de lançamento.

Se o problema persistir, pode utilizar o cmdlet Test-FederationTrust para recolher mais detalhes sobre a falha. Para tal, siga estes passos:

1. Na Shell de Gestão do Exchange, execute o seguinte comando, onde o marcador de posição> <OnPremisesMailbox representa o endereço de e-mail de uma caixa de correio de utilizador alojada no ambiente no local:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Note Este comando testa o token de confiança de federação utilizado pelo utilizador no local.

2. Partindo do princípio de que os resultados contêm, pelo menos, uma secção em que o Tipo é Falhado, copie os resultados para um ficheiro de texto e, em seguida, envie o ficheiro para o Suporte dos Serviços Exchange Online para obter mais ajuda.

Não é possível obter informações de disponibilidade a partir de uma conta no local através de uma conta na cloud

O problema está limitado aos utilizadores da cloud que tentam obter informações de disponibilidade para caixas de correio no local.

Neste caso, as caixas de correio envolvidas podem ser alojadas no Exchange Server 2003 em vez de no Exchange Server 2007 ou Exchange Server 2010. Exchange Server 2003 não suporta os pedidos dos Serviços Web Exchange que as versões posteriores utilizam para obter informações de disponibilidade. Certifique-se de que todos os dados de disponibilidade mantidos nas pastas públicas do Exchange Server 2003 estão a ser replicados para um servidor de caixa de correio do Exchange Server 2010 que possa suportar uma base de dados de pastas pública.

1. Pode instalar a função de caixa de correio no mesmo servidor no qual está instalada a função de Servidor de Acesso de Cliente (CAS) que utiliza para suportar a federação. Para obter mais informações sobre como fazê-lo com o Assistente de Implementação do Microsoft Exchange Server, aceda a Assistente de Implementação do Exchange Server.

2. Se os utilizadores da cloud ainda tiverem problemas quando tentam obter informações de disponibilidade para caixas de correio no local, determine se existe algum problema ao ligar ao serviço de Deteção Automática no local. Para tal, siga estes passos:
   

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

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

   2. Na página Deteção Automática do Outlook, preencha o formulário com o endereço de e-mail e a palavra-passe de uma conta no ambiente no local que tenha problemas. Selecione a caixa de verificação para confirmar que tem autoridade para introduzir as credenciais de uma conta de trabalho.

   3. Para confirmar que um programa automatizado está a fazer um pedido, tem de concluir um desafio de interface humana. Escreva as letras e números da imagem na caixa e, em seguida, clique em Executar Teste.

3. Se o teste falhar, verifique as definições do servidor proxy no local e da firewall. Certifique-se de que Exchange Online CAS pode ser acedido a partir da Internet através da porta 443.

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

Neste cenário, a pasta pública UO=EXTERNAL (FYDIBOHF25SPDLT) está em falta na hierarquia de pastas públicas e tem de ser adicionada.

Para adicionar a pasta pública UO=EXTERNAL (FYDIBOHF25SPDLT), siga estes passos:

1. Ligue-se ao servidor de pastas públicas do Exchange 2010 no local a partir do servidor de pastas públicas.

2. Abra 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 das caixas de correio no local

Quando executa Get-OrganizationRelationship | Cmdlet FL numa janela remota do PowerShell ligada a Exchange Online, o valor do parâmetro TargetSharingEpr tem de ser definido corretamente. Se este valor estiver em branco, nulo ou incorreto, as caixas de correio na nuvem não poderão ver informações de disponibilidade sobre caixas de correio no local.

Para definir o valor, execute o seguinte comando:

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

Por exemplo, execute o seguinte comando: 

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