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

Traduções deste artigo Traduções deste artigo
ID do artigo: 2555008 - Exibir os produtos aos quais esse artigo se aplica.

Não tem certeza qual versão do Office 365 está usando? Vá para o seguinte site da Microsoft:
Estou usando o Office 365 após a atualização do serviço?
Expandir tudo | Recolher tudo

Neste artigo

INTRODUÇÃO

Este artigo descreve como solucionar problemas de disponibilidade que ocorrem em uma implantação híbrida do local Microsoft Exchange Server e do Microsoft Exchange Online no Office 365.

OBTER MAIS INFORMAÇÕES

Para obter mais informações sobre como implantar Federação do Exchange, visite o seguinte site da Microsoft:
Coexistência de email
Depois de configurar a federação do Exchange, você pode enfrentar um ou mais dos seguintes problemas:
  • Não é possível recuperar informações sobre disponibilidade qualquer conta em qualquer ambiente.
  • Não é possível recuperar informações sobre disponibilidade de um ambiente.
  • Informações sobre disponibilidade não é possível recuperar uma conta local com uma conta de nuvem.
  • Informações sobre disponibilidade não é possível recuperar uma conta de nuvem usando uma conta local.
  • Informações sobre disponibilidade não está disponível em um cenário de implantação de híbrido entre uma organização local do Exchange Server 2003 ou uma organização local misto do Exchange Server 2003 ou o Exchange Server 2007 e o Exchange Online.

Não é possível recuperar informações sobre disponibilidade qualquer conta em qualquer ambiente

Os usuários em um ambiente na organização do Exchange agrupado não podem recuperar informações sobre disponibilidade de caixas de correio que estão localizadas em outro lugar.

Nesse caso, o problema pode ser um problema local em computadores individuais. Ou federação do Exchange pode não estar configurada corretamente.

Para ajudar a solucionar esse problema, peça aos usuários para determinar se o problema ocorre ao usar o Microsoft Outlook e quando eles usam o Outlook Web App para Office 365. Se o comportamento é diferente no Outlook e no Outlook Web App, o problema pode ser que o computador individual não cumprir os requisitos para federação do Exchange. Peça que ele execute estas etapas:
  1. Entrar no (portal do Office 365https://portal.microsoftonline.com).
  2. Siga um destes procedimentos:
    • No Office 365, clique emconfigurações (
      Recolher esta imagemExpandir esta imagem
      2821938
      ), clique em Softwaree, em seguida, clique em Configurar área de trabalho.
    • Na atualização anterior ao Office 365, em recursos, clique em Downloadse localize a etapa 3 na página Downloads.
  3. Clique em Configurar.
Depois que o usuário configura seus aplicativos de desktop Office 365, o problema de disponibilidade deve ser resolvido. Além disso, certifique-se de que o computador tem o Microsoft Office Outlook 2007 ou o Microsoft Outlook 2010 instalado. Versões anteriores do Outlook não são compatíveis com o Office 365.

Se esse problema ocorre mesmo no Outlook e no Outlook Web App, provavelmente estará ocorrendo um problema como federação do Exchange está configurada em sua organização. Nesse caso, consulte o Assistente de implantação do Microsoft Exchange Server para certificar-se de que o ambiente atenda aos requisitos do sistema.

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

Usuários não podem acessar informações de disponibilidade por meio de Federação Exchange em apenas uma direção. Por exemplo, usuários locais não podem acessar informações de disponibilidade de caixas de correio da nuvem. Ou usuários de nuvem não podem acessar informações de disponibilidade de caixas de correio locais.

Nesse cenário, o problema pode ser causado por uma configuração incorreta do aplicativo alvo URI. Ou as políticas de compartilhamento no ambiente do Exchange Server no local e no Exchange Online não corresponder.

Para ajudar a solucionar esse problema, execute essas etapas:
  1. Em um computador local que está executando o Microsoft Exchange 2010 Server Service Pack 1 (SP1), clique em Iniciar, clique em Todos os programas, clique em Microsoft Exchange Server 2010e, em seguida, clique em Exchange Management Shell.
  2. Na linha de comando, digite o seguinte comando e pressione Enter:
    Get-FederationInformation -domainname <Office 365 Domain>
    Neste comando, o <Office 365="" domain="">espaço reservado representa o domínio do Office 365 padrão (por exemplo, adatum.onmicrosoft.com).</Office>
  3. Nos resultados, observe os valores de TargetApplicationUri e TargetAutodiscoverEpr . Essas são as configurações que o domínio de destino deve ter para certificar-se de que a relação de confiança de Federação está configurada corretamente.
  4. Para exibir as informações de relação de confiança que estão configuradas para o domínio do Office 365 padrão, execute o seguinte comando:
    Get-OrganizationRelationship | FL
  5. Na seção DomainNames , certifique-se de que as informações a seguir são exibidas:
    • O nome de domínio da empresa de roteamento de serviço (por exemplo, service.adatum.com)
    • O nome do domínio federados da empresa (por exemplo, adatum.com)
    Se elas não são exibidas na seção DomainNames , pode haver um problema com a configuração da federação do Exchange. Revisão da Assistente de implantação do Microsoft Exchange Server para certificar-se de que sua configuração se alinha com as etapas recomendadas e se o ambiente atende a todos os requisitos de sistema. Se os dois domínios são exibidos corretamente na seção DomainNames , observe as seções a seguir nos resultados:
    • Nome
    • TargetApplicationUri
    • TargetAutodiscoverEpr
    Os valores TargetApplicationUri e TargetAutodiscoverEpr devem corresponder as 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 no local e no Exchange Online corresponde. Para determinar isso, execute o seguinte comando no Shell de gerenciamento do Exchange e, em seguida, observe o valor no campo de domínios nos resultados:
    Get-SharingPolicy | FL
  7. Conexão com o Exchange Online usando o Windows PowerShell para executar o mesmo teste em outro ambiente. Fazer isso para que você possa determinar se as políticas de compartilhamento são iguais. Para obter mais informações sobre como se conectar ao Exchange Online usando o Windows PowerShell, visite o seguinte site da Microsoft:
    Conectar o serviço do Windows PowerShell
  8. Depois que você se conectar ao Exchange Online, execute o seguinte comando na janela do Windows PowerShell, como você fez para o ambiente local e, em seguida, observe o valor no campo de domínios :
    Get-SharingPolicy
  9. Os valores de domínios para os dois ambientes devem corresponder. Se eles não coincidirem, você pode usar o cmdlet Set-SharingPolicy para definir o campo de domínios 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 diretiva de compartilhamento, consulte o seguinte site da Microsoft TechNet:
    http://technet.microsoft.com/en-us/library/dd297931.aspx

Informações sobre disponibilidade não é possível recuperar uma conta de nuvem usando uma conta local

O problema é limitado a usuários locais que tentar recuperar as informações de disponibilidade de caixas de correio da nuvem.

Nesse caso, você pode usar o cmdlet Test-FederationTrust para obter mais detalhes sobre a falha. Para fazer isso, execute as seguintes etapas:
  1. No Shell de gerenciamento do Exchange, execute o seguinte comando, onde o <OnPremisesMailbox>espaço reservado representa o endereço de email de uma caixa de correio do usuário está hospedado no ambiente local:</OnPremisesMailbox>
    Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
    ObservaçãoEste comando testa o token de confiança de Federação é usado pelo usuário local.
  2. Supondo que os resultados contêm pelo menos uma seção onde o tipo é Falha, copie os resultados para um arquivo de texto e, em seguida, envie o arquivo para suporte de serviços on-line do Exchange para obter mais ajuda.

Informações sobre disponibilidade não é possível recuperar uma conta local com uma conta de nuvem

O problema é limitado a usuários de nuvem que tentar recuperar as informações de disponibilidade de caixas de correio locais.

Nesse caso, as caixas de correio envolvidas podem ser hospedadas no Microsoft Exchange Server 2003 em vez de no Exchange Server 2007 ou em vez de no Exchange Server 2010. Exchange Server 2003 não oferece suporte as solicitações de serviços Web do Exchange que versões posteriores usam para obter informações sobre disponibilidade. Certifique-se de que todos os dados de disponibilidade que são mantidos no Exchange Server pastas públicas de 2003 está sendo replicados a um servidor de caixa de correio do Exchange Server 2010 que pode oferecer 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 de cliente (CAS) que podem ser usados para dar suporte a federação está instalada. Para obter mais informações sobre como fazer isso usando o Assistente de implantação do Microsoft Exchange Server, vá para Assistente de implantação do Exchange Server.
  2. Se os usuários de nuvem ainda tem problemas ao tentar recuperar informações de caixas de correio locais de disponibilidade, determine se há um problema na conexão com o descoberta automática serviço local. Para fazer isso, execute as seguintes etapas:
    1. Abra o Microsoft Remote Connectivity Analyzer no seguinte site da Microsoft:
      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc
    2. Na página de descoberta automática do Outlook, preencha o formulário usando o endereço de e-mail e a senha de uma conta no ambiente local com problemas. Clique para selecionar a caixa de seleção para confirmar que você tem a autoridade para digitar as credenciais de uma conta do trabalho.
    3. Para confirmar que um programa automatizado está fazendo uma solicitação, você deve concluir um desafio de interface humana. Digite as letras e os números da figura na caixa e, em seguida, clique em Executar o teste.
  3. Se o teste falhar, verifique as configurações do servidor de proxy local e para o firewall. Certifique-se de que o CAS Online do Exchange podem ser acessadas da Internet pela porta 443.

Informações sobre disponibilidade não está disponível em uma implantação de híbrido entre uma organização local do Exchange 2003 ou uma organização local misto do Exchange 2003 ou Exchange 2007 e o Exchange Online

Nesse cenário, UO = externo (FYDIBOHF25SPDLT) pasta pública está ausente da hierarquia de pasta pública e deve ser adicionada.

Para adicionar a UO = pasta pública externa (FYDIBOHF25SPDLT), execute as seguintes etapas:
  1. Conecte o servidor de pasta pública do Exchange 2010 SP1 no local do servidor de pasta pública.
  2. Abrir o Windows PowerShell.
  3. Execute o seguinte comando:

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

    Install-FreeBusyFolder

REFERÊNCIAS

Ainda precisa de ajuda? Vá para o Comunidade do Office 365 site da Web.

Propriedades

ID do artigo: 2555008 - Última revisão: quinta-feira, 24 de outubro de 2013 - Revisão: 15.0
A informação contida neste artigo aplica-se a:
  • Microsoft Office 365 for enterprises (pre-upgrade)
  • Microsoft Office 365 for education  (pre-upgrade)
  • Microsoft Exchange Online
Palavras-chave: 
o365 o365a o365e o365m o365062011 pre-upgrade o365022013 hybrid after upgrade gwt guided walk through kbtshoot kbgraphic kbmt KB2555008 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 2555008

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com