Solução de problemas de disponibilidade no ambiente híbrido do Exchange

Qual a finalidade deste guia?

Ele descreve como resolver problemas de disponibilidade que podem ocorrer em uma implantação híbrida do Microsoft Exchange Server local e Microsoft Exchange Online no Office 365.

A quem ele se destina?

Administradores de locatários O acesso elevado será necessário para muitas das etapas.

Como funciona?

Vamos começar perguntando qual problema você está enfrentando. Depois, o orientaremos por uma série de etapas de solução de problemas que são específicas para sua situação.

Tempo de conclusão estimado:

30-60 minutos.

Bem-vindo à solução de problemas de disponibilidade de ambiente híbrido

Selecione a opção que melhor descreve o problema que você está enfrentando:

Observação: Se você quiser examinar como a disponibilidade funciona em uma implantação híbrida, clique na opção "Quero entender melhor como a disponibilidade híbrida deve funcionar".

Bem-vindo à solução de problemas de disponibilidade de ambiente híbrido

Selecione a opção que melhor descreve o problema que você está enfrentando:

Observação: Se você quiser examinar como a disponibilidade funciona em uma implantação híbrida, clique na opção "Quero entender melhor como a disponibilidade híbrida deve funcionar".

Versão do Exchange Server local em seu ambiente

Para compreender melhor como a Disponibilidade Híbrida deve funcionar, analise os seguintes fluxogramas. Selecione a versão do Exchange Server local que corresponde ao seu ambiente:

O fluxo de trabalho de disponibilidade do Exchange 2010/2013

O diagrama a seguir mostra o fluxo de trabalho de disponibilidade do Exchange 2010/2013:

P3_ExchangeWorkFlow
 


Isso resolveu o problema?

O fluxo de trabalho de disponibilidade do Exchange 2007

O diagrama a seguir mostra o fluxo de trabalho de disponibilidade do Exchange 2007:

P4_ExchangeWorkFlow
 


Isso resolveu o problema?

Fluxo de trabalho de disponibilidade do Exchange 2003

O diagrama a seguir mostra o fluxo de trabalho de disponibilidade do Exchange 2003:

P5_ExchangeWorkFlow
 


Isso resolveu o problema?

A Disponibilidade funciona no local?

Faça logon na caixa de correio do usuário local e tente exibir a Disponibilidade para outro usuário local. Esse teste é para verificar se você não tem problemas com a recuperação de informações de disponibilidade no ambiente local.


Você conseguiu ver as informações de disponibilidade?

Você tem um problema de disponibilidade local

Essa solução de problemas é usada para diagnosticar problemas de disponibilidade em um ambiente híbrido. Esse não parece ser seu problema imediato. Após os problemas de disponibilidade local terem sido resolvidos, reinicie a solução de problemas.

Para obter mais informações sobre como resolver alguns problemas comuns de disponibilidade local, veja Solução de problemas de informações de disponibilidade do Outlook 2007.

O usuário em nuvem não consegue ver a disponibilidade de um usuário local

Para determinar qual mensagem de erro você está recebendo do OWA, siga estas etapas:

  1. Use a conta do usuário em nuvem afetado para fazer logon no Portal em http://portal.MicrosoftOnline.com
  2. Clique no Outlook na parte superior da página. O Outlook Web App é aberto.
  3. Crie uma nova solicitação de reunião e adicione o usuário local à reunião.
  4. Quando as marcas de hash forem retornadas, passe o ponteiro sobre elas para exibir a mensagem de erro. Anote o número do código da mensagem de erro.

P8_FreeBusyStutas
 


Selecione o código de erro apropriado na lista a seguir para limitar as etapas de solução de problemas que você deve seguir:

O usuário de nuvem não consegue ver a disponibilidade do usuário local

Use os seguintes métodos para verificar se a Descoberta Automática pode ser resolvida por meio de uma fonte externa e se o Firewall está aberto.

Método um: Verifique se a Descoberta Automática está resolvendo para o servidor CAS do Exchange local:

  1. Em um computador externo, abra o prompt de comando, digite os seguintes comandos e pressione ENTER após cada comando:
    • NSLookup
    • autodiscover.<Seu_Domínio.com>
  2. Em resposta ao comando, o valor "Endereço" deve ser o IP externo do servidor CAS do Exchange local. Por exemplo: Nome: autodiscover.contoso.com Endereço: 38.96.29.10

Método dois: Verifique se você pode enviar uma solicitação POST de Descoberta Automática para possíveis URLs de descoberta automática:

  1. Vá para https://www.testexchangeconnectivity.com
  2. Nos testes de conectividade do Microsoft Office Outlook, selecione Descoberta Automática do Outlook e clique em Avançar.
  3. Preencha o formulário de Descoberta Automática do Outlook (endereço de email, nome de usuário e senha) e clique em Realizar Teste

Se os testes de conectividade do Exchange falharem para a descoberta automática, verifique a configuração de Acesso à Internet da Descoberta Automática local. Para obter mais informações sobre como fazer isso, veja o tópico do Microsoft TechNet, Configurar o serviço de Descoberta Automática para o acesso à Internet.


Isso resolveu o problema?

O usuário de nuvem não consegue ver a disponibilidade do usuário local

Verifique se o ponto de extremidade da descoberta automática está apontando para o(s) Servidor(es) Híbridos do Exchange local.

Confira os logs do IIS no servidor híbrido do Exchange para verificar se a solicitação POST de Descoberta Automática está sendo recebida por este servidor:

  1. No Servidor Híbrido do Exchange, clique em Iniciar, clique em Executar, digite %SystemDrive%\inetpub\logs\LogFiles e pressione ENTER.
  2. Abre a pasta W3SVC1 e abra o arquivo de log IIS mais recente
  3. Pesquise por "Descoberta Automática"
  4. A seguinte captura de tela mostra um exemplo da solicitação POST de Descoberta Automática no log do IIS: 

P10_error5039
 


Se você não vir nenhuma entrada para a Descoberta Automática no seu servidor de implantação híbrida do Exchange local, o firewall pode estar apontando para um servidor CAS errado.


Isso resolveu o problema?

O usuário de nuvem não consegue ver a disponibilidade do usuário local

O nome de domínio está presente no relacionamento da organização?

Para verificar o valor do nome do domínio no Relacionamento de Organização, siga estas etapas:

  1. Conecte-se ao Exchange Online usando o PowerShell do Windows. Para obter mais informações sobre como fazer isso, veja Conectar ao Exchange Online usando o PowerShell remoto.
  2. No Windows PowerShell, execute o seguinte comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
  3. Verifique o valor DomainName. O domínio personalizado (yourdomain.com) deve estar presente.
  4. Se o valor DomainName estiver ausente de seu domínio personalizado, execute o seguinte comando: Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" –DomainName yourdomain.com

Isso resolveu o problema?

O usuário de nuvem não consegue ver a disponibilidade do usuário local

O mapeamento do manipulador IIS está ausente?

Determine se a configuração do Serviço de Informações da Internet (IIS) está ausente do mapeamento do manipulador integrado svc para o ponto de extremidade da Descoberta Automática.

  1. No servidor de implantação híbrida do Exchange 2010 local, abra o Gerenciador do Serviço de Informações da Internet (IIS)
  2. Expanda ServerName -- > Site -- > Site da Web padrão e clique em Descoberta Automática
  3. Na seção do IIS, abra os mapeamentos do manipulador. A captura de tela a seguir mostra um exemplo de mapeamento de manipulador integrado svc no IIS:
    P12_HandlerMapping
     

Se o IIS estiver sem o mapeamento do manipulador integrado svc, veja o tópico "Uma exceção foi acionada pelo destino" em uma implantação híbrida do Office 365 e seu ambiente local.


Isso resolveu o problema?

O usuário de nuvem não consegue ver a Disponibilidade do usuário local

Siga estas etapas para verificar se o EWS tem uma URL externa definida:

  1. No servidor de implantação híbrida do Exchange local, abra o Shell de Gerenciamento do Exchange e execute o seguinte cmdlet: Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
  2. Se o ExternalURL estiver ausente no servidor de implantação híbrida do Exchange, execute o seguinte cmdlet: Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

Isso resolveu o problema?

O usuário de nuvem não consegue ver a Disponibilidade do usuário local

Verifique se o Microsoft Exchange Web Services (EWS) pode ser resolvido e se não há problemas de firewall.

Verifique os logs do IIS no(s) servidor(es) CAS do Exchange 2010/2013 para confirmar se a solicitação de Serviços da Web está sendo recebida por este servidor. Para fazer isso, siga estas etapas:

  1. No servidor CAS do Exchange 2010/2013, clique em Iniciar e em Executar, digite %SystemDrive%\inetpub\logs\LogFiles, e pressione ENTER.
  2. Abra a pasta W3SVC1 e abra o arquivo de log mais recente do IIS.
  3. No arquivo de log mais recente do IIS, pesquise por "exchange.asmx/wssecurity”. A seguinte captura de tela mostra um exemplo da solicitação no log do IIS:
    P15_error5016
     
  4. Se você não puder ver nenhuma entrada para "exchange.asmx/wssecurity" em seu servidor de implantação híbrida do Exchange 2010/2013 local, o firewall pode estar apontando para o servidor CAS errado ou pode haver uma pré-autenticação configurada no firewall. Para obter informações sobre como ignorar a pré-autenticação do firewall, veja Como configurar o TMG para as implantações híbridas do Office 365 (Exchange).

Isso resolveu o problema?

O usuário de nuvem não consegue ver a Disponibilidade do usuário local

O mapeamento do manipulador IIS está ausente?

Determine se a configuração do Serviço de Informações da Internet (IIS) está ausente do mapeamento do manipulador integrado svc para o ponto de extremidade do EWS.

  1. No servidor de implantação híbrida do Exchange local, abra o Gerenciador do Serviço de Informações da Internet (IIS).
  2. Expanda ServerName -- > Site -- > Site Padrão e clique em EWS.
  3. Na área IIS, abra Mapeamentos do Manipulador. A captura de tela a seguir mostra um exemplo de mapeamento de manipulador integrado svc no IIS:
    P17_HandlerMapping
     
  4. Se o mapeamento do manipulador integrado svc estiver ausente do IIS, veja o artigo de suporte "Uma exceção foi acionada pelo destino" em uma implantação híbrida do Office 365 e seu ambiente local.

Isso resolveu o problema?

O usuário de nuvem não consegue ver a Disponibilidade do usuário local

O WSSecurity está habilitado como um método de autenticação?

No servidor de implantação híbrida do Exchange local, execute o seguinte comando no Shell de Gerenciamento do Exchange: Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Se o WSSecurity estiver ausente para ExternalAuthenticationMethods no servidor de implantação híbrida no Exchange, execute o seguinte comando: Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" –WSSecurityAuthentication $true


Isso resolveu o problema?

O usuário de nuvem não consegue ver a Disponibilidade do usuário local

Verifique se as configurações do Relacionamento da Organização estão definidas corretamente para habilitar a disponibilidade dos usuários.

Para configurações online

  1. Conecte-se ao Exchange Online usando o PowerShell do Windows. Para obter mais informações sobre como fazer isso, veja Conectar ao Exchange Online usando o PowerShell remoto.
  2. No Windows PowerShell, execute o seguinte comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

O resultado deve ser parecido com o seguinte:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, veja Set-OrganizationRelationship.

Para configurações locais

  1. No CAS do Exchange 2010/2013, execute o comando a seguir no Shell de Gerenciamento do Exchange: Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

O resultado deve ser parecido com o seguinte:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, veja Set-OrganizationRelationship.


Isso resolveu o problema?

O usuário local não consegue ver a disponibilidade do usuário em nuvem

Em qual versão do Exchange está localizada a caixa de correio do usuário local?

O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

Você pode reproduzir o problema usando uma caixa de correio do Exchange 2010 local?

  1. Faça logon no Outlook ou em um cliente OWA como um usuário que tem uma caixa de correio local do Exchange 2010.
  2. Crie uma nova solicitação de reunião e adicione um usuário em nuvem à solicitação de reunião.
  3. Ao exibir o assistente de agendamento, você vê marcas de hash para o usuário em nuvem?
O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

Verifique se não há roteamento de pasta pública codificada impedindo a solicitação de disponibilidade herdada.

Observação: Esse não é um problema comum.

Verifique se o atributo ms-Exch-Folder-Affinity-List nas propriedades do Exchange Server 2003 tem o ObjectGUID do Exchange 2010 com o custo mais baixo (o formato dessa propriedade é o seguinte: {guid of server},cost).

  1. Em um Controlador de domínios, clique em Iniciar e em Executar, digite adsiedit.msc e clique em OK.
  2. Clique com o botão direito do mouse em Editor ADSI e clique em Conectar-se.
  3. Em Selecione um Contexto de Nomenclatura Bem Conhecido, selecione Configuração e clique em OK.
  4. Expanda Configuração -- > Serviços -- > Microsoft Exchange -- > Primeira Organização -- > Grupo Administrativo do Exchange (FYDIBOHF23SPDLT)-- > Servidores.
  5. Clique com o botão direito do mouse em Servidor do Exchange 2010 e clique em Propriedades.
  6. Copie o valor objectGUID e cole em um arquivo de texto do bloco de notas.
  7. Vá para Configuração -- > Serviços -- > Microsoft Exchange -- > Primeira Organização -- > Primeiro Grupo Administrativo -- > Servidores.
  8. Clique com o botão direito do mouse em Exchange Server 2003 e selecione Propriedades.
  9. Verifique se o valor ms-Exch-Folder-Affinity-List está definido no objectGUID do Exchange 2010. Se o objectGUID do Exchange 2010 não estiver listado em ms-Exch-Folder-Affinity-List, você poderá adicioná-lo usando o formato: {guid of server},cost.

Isso resolveu o problema?

O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

A disponibilidade externa está presente e é replicada corretamente?

Adicione a pasta pública OU=EXTERNAL (FYDIBOHF25SPDLT). Para fazer isso, siga estas etapas:

  1. Conecte-se ao Exchange 2010 SP1 local ou ao servidor de pasta pública posterior.
  2. Abra o Windows PowerShell.
  3. Execute o seguinte cmdlet: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. Execute o seguinte cmdlet: Install-FreeBusyFolder

Observação: A pasta pública OU=EXTERNAL (FYDIBOHF25SPDLT) só deve estar presente nos servidores do Exchange 2010 e NÃO deve ser replicada para o Exchange 2003 ou Exchange 2007.


Isso resolveu o problema?

O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

Verifique se o objeto destinatário no servidor local tem o LegacyExchangeDN correto configurado.

  1. Todas as caixas de correio em nuvem terão um objeto habilitado de Email local correspondente. Para esse tipo de consulta de disponibilidade, usamos o LegacyExchangeDN para direcionar nossa solicitação para o servidor de pasta pública apropriado. Para garantir que esse valor seja acurado, siga estas etapas:
  2. No servidor do Exchange 2010, execute o comando a seguir no Shell de Gerenciamento do Exchange: Get-RemoteMailbox Username |fl LegacyExchangeDN, em que Username é o nome do usuário em nuvem do qual você está tentando ver as informações de disponibilidade.
  3. Nos resultados, verifique se o (FYDIBOHF25SPDLT) externo está no caminho. Por exemplo, os resultados abaixo mostram o caminho como a seguir: 
    P24_CannotSeeBusyFree
     

Isso resolveu o problema?

O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

Verifique as permissões na pasta pública.

Para usar o Console de Gerenciamento de Pasta Pública do Exchange 2010 para alterar as permissões de cliente para a réplica de disponibilidade do (FYDIBOHF25SPDLT) externo, siga estas etapas:

  1. Inicie o Console de Gerenciamento do Exchange 2010.
  2. Na árvore de console, clique em Caixa de Ferramentas.
  3. No painel de resultados, clique em Console de Gerenciamento de Pasta Pública e, no painel de ação, clique em Abrir Ferramenta. O Console de Gerenciamento de Pasta Pública é exibido.
  4. No Console de Gerenciamento de Pasta Pública, no painel de ação, clique em Conectar ao Servidor.
  5. Em Conectar ao Servidor, clique em Procurar para exibir uma lista de servidores de Caixa de Correio que contém um banco de dados de pasta pública.
  6. Em Selecionar servidores de pasta pública, selecione o servidor do Exchange 2010. Clique em OK e em OK novamente.
  7. Na árvore de Pasta Pública, vá para Pasta pública do sistema -- > AGENDA+ DISPONIBILIDADE
  8. No Painel de resultados, clique com o botão direito do mouse em EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) e clique em Propriedades.
  9. Na guia Permissões, confirme se Editar todos os níveis de permissão está selecionado para o Usuário padrão
    P25_CannotSeeBusyFree
     

Isso resolveu o problema?

O usuário do Exchange 2003 não consegue ver a disponibilidade do usuário em nuvem

A caixa de correio de arbitragem está ausente ou corrompida?

A caixa de correio de arbitragem pode ser editada usando o ADSIEdit. A conta federated.email deve estar localizada no recipiente de usuários padrão do Active Directory para o domínio do Exchange 2010.

Utilize uma das seguintes opções:

  1. Utilize o adsiedit.
    1. Conecte-se ao contexto de nomenclatura padrão no Active Directory.
    2. Navegue para o contêiner Usuários e exiba as propriedades da conta federatedemail.
    3. Altere os atributos proxyaddress da conta para ter UM dos endereços SMTP já federados ou adicione o namespace do endereço de proxy já existente presente na confiança de federação.
  2. No Exchange Server 2003, abra "Usuários e Computadores do Active Directory".
    1. Vá para o recipiente de Usuários, clique com o botão direito do mouse na conta FederatedEmail e clique em Propriedades.
    2. Se você for para a guia endereços de email, poderá adicionar outro endereço de proxy para corresponder aos namespaces de federação já configurados ou adicionar o namespace SMTP primário já existente à confiança de federação.

Isso resolveu o problema?

Seu usuário do Exchange 2007 não pode acessar a disponibilidade do usuário em nuvem

Você pode reproduzir com uma caixa de correio local do Exchange 2010 ou 2013?

  1. Faça logon no Outlook ou cliente OWA como um usuário que tem uma caixa de correio local do Exchange 2010 ou 2013.
  2. Crie uma nova solicitação de reunião e adicione um usuário em nuvem à solicitação de reunião.
  3. Ao exibir o assistente de agendamento, você vê marcas de hash para o usuário em nuvem?
Seu usuário do Exchange 2007 não pode acessar a disponibilidade do usuário em nuvem

Verifique a disponibilidade de espaço de endereçamento para garantir que ela tenha as configurações corretas. Isso pode ser um erro de configuração do AvailabilityAddressSpace. Verifique se o valor ProxyURL na configuração do AvailabilityAddressSpace corresponde ao InternalURL do diretório virtual do Serviço Web do CAS do Exchange 2010/2013. Para fazer isso, siga estas etapas:

  1. No servidor local, execute os seguintes comandos no Shell de Gerenciamento do Exchange:
    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
  2. Se os valores ProxyURL e InternalURL não forem correspondentes, execute os seguintes comandos:
    Remove-AvailabilityAddressSpace -Identity ‘contoso.mail.onmicrosoft.com'
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
  3. Se os valores ProxyURL e InternalURL forem correspondentes, verifique se você pode acessar a URL por meio do servidor CAS do Exchange 2007. Para fazer isso, vá para ProxyURL de AvailabilityAddressSpace do CAS 2007. Execute a autenticação com a credencial de caixa de correio de origem do Exchange 2007. O resultado esperado é o seguinte: 
    P28_CannotAccessBusyFree
     

Observação: O InternalURL do diretório virtual do Serviço Web CAS do Exchange 2010/2013 deve ser diferente do diretório virtual do Serviço Web CAS do Exchange 2007.


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Faça logon na caixa de correio do usuário local e tente exibir a Disponibilidade para outro usuário local. Esse teste é para verificar se você não tem problemas com a recuperação de informações de disponibilidade no ambiente local. 


Você conseguiu ver as informações de disponibilidade?

O usuário local não consegue ver a disponibilidade do usuário em nuvem

Determine qual mensagem de erro você está recebendo do OWA.

  1. Use a conta do usuário afetado para fazer logon no OWA local.
  2. Crie uma nova solicitação de reunião e adicione o usuário local à reunião.
  3. Quando as marcas de hash forem retornadas, passe o ponteiro sobre elas para exibir a mensagem de erro. Anote o número do código de erro na mensagem de erro.
    P30_OnPremisesCannotSeeBusyFree
     

Selecione a mensagem de erro apropriada na seguinte lista para ajudar a limitar as etapas de solução de problemas que você deve seguir:

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Se você precisa ter configurações de proxy Web no seu ambiente, verifique se os servidores do Exchange 2010 e Exchange 2013 local estão configurados para usá-las.

No(s) servidor(es) do Exchange 2010 e Exchange 2013 local, execute o seguinte comando no Shell de Gerenciamento do Exchange: "Get-ExchangeServer | fl InternetWebProxy".

Na maioria dos ambientes, os resultados estarão em branco. No entanto, se você tem um proxy de saída em seu ambiente local, pode ser necessário definir as configurações de proxy corretas.

Para resolver o problema, execute o seguinte comando, em que o número de porta e endereço http://192.168.5.56:8080 é substituído pelo seu endereço do servidor e número de porta:

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Verifique se as configurações do Relacionamento da Organização estão definidas corretamente para permitir a disponibilidade dos usuários.

Para configurações online

  1. Conecte-se ao Exchange Online usando o PowerShell do Windows. Para obter mais informações sobre como fazer isso, veja Conectar ao Exchange Online usando o PowerShell remoto.
  2. No Windows PowerShell, execute o seguinte comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

O resultado deve ser parecido com o seguinte:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções para fazer isso, veja Set-OrganizationRelationship.

Para configurações locais

No CAS do Exchange 2010/2013, execute o comando a seguir no Shell de Comando do Exchange:

Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

O resultado deve ser semelhante ao seguinte:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre a sintaxe e as opções para fazer isso, veja Set-OrganizationRelationship.


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Verifique se o horário definido no servidor não está incorreto com uma diferença de mais de 5 minutos. Se o horário do servidor tiver uma diferença de mais de 5 minutos em relação ao horário real, as comunicações com o gateway de federação se tornarão inválidas. Isso faz com que ocorra uma falha na disponibilidade.

Para obter mais informações sobre como corrigir os problemas de horário do servidor, veja Como configurar um servidor de horário autoritativo no Windows Server.


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Determine se o endereço de destino correto está especificado no MEU local. Todas as caixas de correio em nuvem terão um objeto local correspondente. Esse objeto precisa ter o endereço de roteamento remoto correto (também conhecido como endereço de destino) especificado. O endereço de roteamento remoto deve conter um nome de domínio semelhante a TenantName.Mail.OnMicrosoft.com.

Para verificar se o endereço de roteamento remoto está configurado, siga estas etapas:

  1. No servidor do Exchange 2010 ou no servidor do Exchange 2013, execute o seguinte comando no Shell de Comando do Exchange: Get-RemoteMailbox Username |fl RemoteRoutingAddress, em que o nome de usuário é o nome do usuário em nuvem do qual você está tentando ver as informações de disponibilidade.
  2. Verifique se o endereço contém TenantName.Mail.OnMicrosoft.com
    P34_CannotSeeBusyFree
     

Observação: Se você não usou o assistente de configuração híbrida, o nome do domínio deve refletir o domínio de roteamento remoto que você selecionou.


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário em nuvem

Verifique se as configurações do Relacionamento da Organização estão definidas corretamente para habilitar a disponibilidade dos usuários.

Para configurações online

Conecte-se ao Exchange Online usando o PowerShell do Windows. Para obter mais informações sobre como fazer isso, veja Conectar o Windows PowerShell ao Serviço.

No Windows PowerShell, execute o seguinte comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

O resultado deve ser semelhante ao seguinte:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções para fazer isso, veja Set-OrganizationRelationship.

Para configurações locais

No CAS do Exchange 2010/2013, execute o comando a seguir no Shell de Gerenciamento do Exchange: Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

O resultado deve ser semelhante ao seguinte:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Se um valor precisar ser alterado, use o cmdlet "set-OrganizationRelationship" para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções para fazer isso, veja Set-OrganizationRelationship.


Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário de nuvem

Verifique se um token com teste de confiança de federação pode ser criado.

No ambiente local, verifique se você pode recuperar um token de delegação que será usado para a autorização de disponibilidade. Para fazer isso, siga estas etapas:

  1. Abra o Shell de Gerenciamento do Exchange por meio do servidor do Exchange 2010 ou 2013 local.
  2. Execute o seguinte comando: Test-FederationTrust –UserIdentity Usuário@empresa.com –verbose em que Usuário é o usuário local que tem problemas para exibir as informações de disponibilidade do usuário em nuvem.
  3. O resultado deve mostrar sucesso para todos os testes. Se ocorrer uma falha, use o Assistente de Configuração Híbrida novamente para tentar redefinir a confiança de federação.
    P36_CannotSeeBusyFree
     

Isso resolveu o problema?

O usuário do Exchange 2010/2013 não consegue ver a disponibilidade do usuário de nuvem

Se o horário do servidor tiver uma diferença de mais de 5 minutos do horário real, as comunicações com o gateway de federação se tornarão inválidas. Isso faz com que ocorra uma falha na disponibilidade.

Para obter mais informações sobre como corrigir os problemas de horário do servidor, veja Como configurar um servidor de horário autoritativo no Windows Server.


Isso resolveu o problema?

A disponibilidade local não está funcionando para 2010/2013

Este guia passo a passo é usado para resolver problemas de disponibilidade híbrida. Com base nas suas respostas, você tem problemas no local. Para obter mais informações sobre como resolver problemas comuns de disponibilidade comuns locais, veja Solução de problemas de informações de disponibilidade para o Outlook 2007.

Resolvendo problemas gerais da pasta pública

O guia passo a passo de disponibilidade não é destinado à resolver problemas de pasta pública. Para obter informações sobre como resolver problemas de pasta pública, veja Como resolver problemas de replicação de pasta pública no Exchange 2000 Server e no Exchange Server 2003.

Parabéns, seu problema foi resolvido!

Obrigado por usar o Guia de disponibilidade.

Ainda está com problemas?

Infelizmente, não é possível resolver o problema usando este guia.

Propriedades

ID do Artigo: 10092 - Última Revisão: 6 de out de 2016 - Revisão: 4

Comentários