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

Traduções de Artigos Traduções de Artigos
Artigo: 2555008 - Ver produtos para os quais este artigo se aplica.

Não tem a certeza que versão do Office 365 que está a utilizar? Vá para o seguinte Web site da Microsoft:
Estou a utilizar Office 365 após a actualização de serviço
Expandir tudo | Reduzir tudo

Nesta página

INTRODUÇÃO

Este artigo descreve como resolver problemas de disponibilidade de mensagens em fila que ocorrem numa implementação híbridas do local Microsoft Exchange Server e do Microsoft Exchange Online no Office 365.

MAIS INFORMAÇÕES

Para mais informações sobre como implementar a Federação de Exchange, vá para o seguinte Web site da Microsoft:
Coexistência de correio electrónico
Depois de configurar Federação de Exchange, poderá detectar um ou mais dos seguintes problemas:
  • Não é possível obter informações sobre disponibilidade de qualquer conta em qualquer um dos ambientes.
  • Não é possível obter informações sobre disponibilidade de um ambiente.
  • Não é possível obter informações sobre disponibilidade de uma conta no local, utilizando uma conta de nuvem.
  • Não é possível obter informações sobre disponibilidade de uma conta de nuvem, utilizando uma conta no local.
  • Informações de disponibilidade não estão disponíveis no cenário de implementação de um híbrido entre uma organização do Exchange Server 2003 no local ou uma organização no local misto Exchange Server 2003 ou Exchange Server 2007 e Exchange Online.

Não é possível obter informações sobre disponibilidade de qualquer conta em qualquer um dos ambientes

Os utilizadores em qualquer um dos ambientes na organização do Exchange federada não é possível obter informações sobre disponibilidade de caixas de correio que estão localizadas no outro ambiente.

Neste caso, o problema pode ser um problema de local nos computadores individuais. Ou, a Federação do Exchange poderá não estar configurada correctamente.

Para ajudar a resolver este problema, peça aos utilizadores para determinar se o problema ocorre quando utilizam o Microsoft Outlook e quando utilizam 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 cumpre os requisitos para Federação de Exchange. Pergunte ao utilizador para seguir estes passos:
  1. Iniciar sessão na (portal Office 365https://portal.microsoftonline.com).
  2. Efectue um dos seguintes procedimentos:
    • No Office 365, clique (deDefinições
      Reduzir esta imagemExpandir esta imagem
      2821938
      ), clique em Softwaree, em seguida, clique em configuração do ambiente de trabalho.
    • Na actualização de versões anteriores ao Office 365, em recursos, clique em transferênciase, em seguida, localize o passo 3. o da página transferências.
  3. Clique em Configurar.
Depois do utilizador configura bem as suas aplicações de ambiente de trabalho de Office 365, o problema da Schedule deverá ser resolvido. Além disso, certifique-se de que o computador tiver o Microsoft Office Outlook 2007 ou Microsoft Outlook 2010 instalado. Versões anteriores do Outlook não são suportadas pelo Office 365.

Se este problema ocorre de forma idêntica no Outlook e no Outlook Web App, existe provavelmente um problema com o modo como a Federação de Exchange está configurada na sua organização. Neste caso, consulte o Assistente de implementação do Microsoft Exchange Server para se certificar de que o ambiente cumpre os requisitos de sistema.

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

Os utilizadores não é possível aceder a informações de disponibilidade através de Federação de troca só numa direcção. Por exemplo, os utilizadores no local não consegue aceder a informações de disponibilidade de caixas de correio de nuvem. Ou, os utilizadores de nuvem não é possível aceder a informações de disponibilidade de caixas de correio no local.

Neste cenário, o problema pode dever-se por uma configuração incorrecta do URI de destino da aplicação. Ou, as políticas de partilha do ambiente de Exchange Server no local e no Exchange Online poderá não corresponder.

Para ajudar a resolver este problema, siga estes passos:
  1. Num computador local que esteja a executar 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, faça clique sobre o Exchange Management Shell.
  2. Na linha de comandos, escreva o seguinte comando e, em seguida, prima Enter:
    Get-FederationInformation -domainname <Office 365 Domain>
    Neste comando, o <Office 365="" domain="">marcador de posição representa o domínio do Office 365 predefinido (por exemplo, adatum.onmicrosoft.com).</Office>
  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 se certificar de que a fidedignidade de Federação está correctamente configurada.
  4. Para apresentar as informações de fidedignidade que está actualmente configuradas para o domínio do Office 365 predefinido, execute o seguinte comando:
    Get-OrganizationRelationship | FL
  5. Na secção DomainNames , certifique-se de que são apresentadas as seguintes:
    • O nome do domínio de encaminhamento da empresa serviço (por exemplo, service.adatum.com)
    • O nome do domínio de federada da empresa (por exemplo, adatum.com)
    Se estes não são apresentados na secção DomainNames , poderá existir um problema com a configuração da Federação de Exchange. Revisão a Assistente de implementação do Microsoft Exchange Server para se certificar-se de que a configuração alinha aos passos recomendados e que o ambiente satisfaz todos os requisitos de sistema. Se os dois domínios são correctamente apresentados na secção DomainNames , tenha em atenção as seguintes secções nos resultados:
    • Nome
    • TargetApplicationUri
    • TargetAutodiscoverEpr
    Os valores TargetApplicationUri e TargetAutodiscoverEpr devem corresponder 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 da Schedule persistir, certifique-se de que as políticas de partilha do ambiente de Exchange Server no local e no Exchange Online corresponde. Para determinar este procedimento, 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. Ligar ao Exchange Online utilizando o Windows PowerShell para executar o mesmo teste no outro ambiente. Isto é feito para que possa determinar se as políticas de partilha correspondem. Para mais informações sobre como ligar ao Exchange Online utilizando o Windows PowerShell, consulte o seguinte Web site da Microsoft:
    Ligar ao serviço do Windows PowerShell
  8. Depois de ligar ao Exchange Online, execute o seguinte comando na janela Windows PowerShell, tal como fez para o ambiente no local e, em seguida, anote o valor do campo de domínios :
    Get-SharingPolicy
  9. Os valores de domínios para os dois ambientes devem corresponder. Se não coincidirem, pode utilizar o cmdlet do Conjunto-SharingPolicy para definir o campo de domínios de modo a que corresponder em ambos os lados. Para mais informações sobre o cmdlet do Conjunto-SharingPolicy e sobre como utilizar esta definição de política de partilha, vá para o seguinte Web site da Microsoft TechNet:
    http://technet.microsoft.com/en-us/library/dd297931.aspx

Informações de disponibilidade não não possível obter a partir de uma conta de nuvem, utilizando uma conta no local

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

Neste caso, pode utilizar o cmdlet FederationTrust de ensaio 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 <OnPremisesMailbox>marcador de posição representa o endereço de correio electrónico de uma caixa de correio do utilizador que esteja hospedado no ambiente no local:</OnPremisesMailbox>
    Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
    NotaEste comando testa o token de fidedignidade de federação que é utilizado pelo utilizador no local.
  2. Partindo do princípio que os resultados contêm pelo menos uma secção onde o tipo for falhou, copie os resultados para um ficheiro de texto e, em seguida, envie o ficheiro para suporte dos Serviços Online do Exchange para obter mais ajuda.

Informações de disponibilidade não não possível obter a partir de uma conta no local, utilizando uma conta de nuvem

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

Neste caso, as caixas de correio envolvidos 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 suporta os pedidos de serviços Web do Exchange que versões posteriores utilizam para obter informações sobre disponibilidade. Certifique-se de que quaisquer dados de disponibilidade de mensagens em fila que são mantidos no Exchange nas pastas públicas do servidor 2003 está a ser replicados para um servidor de caixa de correio do Exchange Server 2010 que pode suportar uma base de dados da pasta pública.
  1. Pode instalar a função de caixa de correio no mesmo servidor em que a função de servidor de acesso de cliente (AC) que utiliza para suportar Federação está instalada. Para mais informações sobre como fazê-lo utilizando o Assistente de implementação do Microsoft Exchange Server, vá para Assistente de implementação do Exchange Server.
  2. Se os utilizadores de nuvem ainda tiverem problemas quando tentam obter informações para caixas de correio no local de disponibilidade, determinar se existe um problema ao ligar o detecção automática serviço no local. Para tal, siga estes passos:
    1. Abra o analisador de conectividade remota da Microsoft no seguinte Web site da Microsoft:
      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc
    2. Na página detecção automática do Outlook, preencha o formulário utilizando o endereço de correio electrónico e a palavra-passe de uma conta no ambiente no local que tenha problemas. Clique para seleccionar 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 efectuar 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 para o servidor de proxy no local e para a firewall. Certifique-se de que AC Online do Exchange pode ser acedida a partir da Internet através da porta 443.

Informações de disponibilidade não estão disponíveis numa implementação híbrido entre uma organização do Exchange 2003 no local ou uma organização do Exchange 2003 ou Exchange 2007 no local misto e Exchange Online

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

Para adicionar a UO = pasta pública externa (FYDIBOHF25SPDLT), siga estes passos:
  1. Ligar ao servidor de pastas públicas do Exchange 2010 SP1 no local do servidor de pastas públicas.
  2. Abra 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 Web site.

Propriedades

Artigo: 2555008 - Última revisão: 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 por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
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