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

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
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
Iniciar o guia para resolver o problema.

Para mais informações sobre como implementar Federação de Exchange, vá para o seguinte Web site da Microsoft: 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 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 de instalações 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 que o Outlook não estiver actualizado ou Federação 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 Outlookon web (anteriormente conhecida como o Outlook Web App) para Office 365. Se o comportamento é diferente no Outlook e no Outlook na web, o problema pode ser que o cliente do Outlook 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.Office.com).
  2. Clique ( Definições) e, em seguida, clique em Office 365.
  3. Clique em Softwaree, em seguida, clique em instalar.
Depois do utilizador configura bem as suas aplicações de ambiente de trabalho de Office 365, deve ser resolvido o problema de informações de disponibilidade.

Se este problema ocorre de forma idêntica no Outlook e no Outlook na web, existe provavelmente um problema com o modo como Federação Exchange está configurada na sua organização. Neste caso, consulte oAssistente 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 de aplicação. Ou, as políticas de partilha no ambiente de Exchange Server no local e no Exchange Online pode não corresponder.

Para ajudar a resolver este problema, siga estes passos:
  1. Num computador local com o 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 <Office 365="" domain="">marcador de posição representa o domínio do Office 365 predefinido (e por exemplo, do contoso.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 de serviço (e por exemplo, do mail.contoso.onmicrosoft.com) da empresa
    • O nome do domínio Federados da empresa (e por exemplo, do contoso.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 de que a configuração alinha aos passos recomendados e que o ambiente satisfaz 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, os 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 no 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. Fazê-lo 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:
  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 de 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 Microsoft TechNet:

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

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

Em primeiro lugar, certifique-se de que as actualizações mais recentes estão instaladas no servidor. Para mais informações, consulte Actualizações do Exchange Server: números de compilação e datas de lançamento.

Se o problema persistir, 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
    Nota Este comando testa o token de fidedignidade de Federação é 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 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 que estão envolvidas podem ser hospedadas no Exchange Server 2003 em vez de no Exchange Server 2007 ou no Exchange Server 2010. Exchange Server 2003 não suporta os pedidos de serviços Web do Exchange que utilizam versões posteriores para obter informações sobre disponibilidade. Certifique-se de que quaisquer dados de disponibilidade no Exchange são mantidos nas pastas públicas do servidor 2003 está a ser replicados para um servidor 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 pode 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 tentarem 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 local. Para tal, siga estes passos:
    1. Abra o analisador de conectividade remota da Microsoft no seguinte Web site da Microsoft:
    2. Na página de 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 = (FYDIBOHF25SPDLT) externa da 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 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 ou o Fóruns do Exchange da TechNet.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2555008 - Última Revisão: 04/08/2016 01:16:00 - Revisão: 24.0

Microsoft Exchange Online, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365e o365m o365022013 hybrid gwt guided walk through kbtshoot kbgraphic kbmt KB2555008 KbMtpt
Comentários