Hybrid Configuration: Falha ao mover um usuário para o Exchange On-premisses

Olá pessoal,

Como sabemos, ao configurar o Hybrid Configuration (Coexistência Rica), podemos movimentar mailboxes do Exchange local para o Office 365 e do Office 365 para o Exchange Local, On-Premisses.

Para fazer o move é muito simples porem uma serie de configurações devem estar complience no ambiente, mesmo após configurar a Hybrid. Neste post vou demonstrar algumas formas de resolver os problemas de move mailbox do Office 365 para o Exchange On-premisses.

Error:
Exception has been thrown by the target of an invocation.

Exchange Management Shell command attempted:
‘d26a851d-e915-48cf-aa17-971c95b118c8′ | New-MoveRequest -OutBound -RemoteTargetDatabase ‘server\db’ -RemoteHostName ‘mail.contoso.com.br’ -RemoteCredential ‘System.Management.Automation.PSCredential’ -TargetDeliveryDomain ‘contoso.com.br’

Esse erro porém ocorrer por diversos motivos, atualização de SP2 ou Update que modifica atributos do IIS, falha no IIS, erro de configuração do MRSProxy ou a forma como você inseriu as informações da DB de destino.

As verificações que você deve fazer são as listadas abaixo, a ordem é indiferente, apenas certifique-se que todas as configurações estão corretas.

  • Checar as configurações do Hybrid Configuration (Update-HybridConfiguration)

 

  • Checar o status do MRSProxy com o comando:

Get-WebServicesVirtualDirectory | fl MRSProxyEnabled
Verifique se o status do MRSProxyEnabled está Enable ou Disable

No meu caso estava Disable, então devemos executar o seguinte comando:

Set-WebServicesVirtualDirectory -Identity “cas_server\EWS (default Web site)” –MRSProxyEnabled $true

Ao executar o comando Get-WebServicesVirtualDirectory | fl MRSProxyEnabled o valor agora aparece com Enable.

image

  • Checar as configurações de Remote Domain dos ambientes On-premisses e do Office 365:

Verifique se os Remote Domains do ambiente On-premisses estão com a opção “Use this domain for my Office 365 tenant”

image

Verifique se os Remote Domains do ambiente Office 365 estão com a opção “Use this domain for my on-premises deployment”

image

 

  • Checar se os domínios estão com o valor IsCoexistenceDomain como false:

Get-AcceptedDomain | FL DomainName, IsCoexistenceDomain

image

O valor deve estar como False

  • Localize o arquivo web.config (<Exchange Installation Path>\V14\ClientAccess\ExchWeb\EWS\web.config) e verifique se existe as entradas:

<!– Mailbox Replication Proxy Server configuration –>
<MRSProxyConfiguration
IsEnabled=”False
MaxMRSConnections=”100″
DataImportTimeout=”00:01:00″ />
    *não localizado o texto

Se o valor IsEnabled estiver “False” altere para “True”, porem se você não tiver as entradas não altere o arquivo web.config, isso pode comprometer suas configurações do HybridConfiguration.

  • Verifique se no diretorio do IIS, DefaultWebSite\EWS\Handler Mappings, o serviço svc-Intregated está enable. Se não estiver você pode executar o comando abaixo, o comando inclusive pode resolver outros problemas de IIS também

image

Iniciar > Executar > CMD
CD “C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation” [Enter]
ServiceModelReg.exe –r [Enter]  Y [Enter]
iisreset [Enter]

image

Em seguida reconfigure as URL’s externas, pois reconfiguramos os diretórios.

No Exchange Management Console, clique em Server Configuration, Client Access e Configure External Client Access Domain. Reconfigure sua URL externa (ex: mail.contoso.com)

image

  • Cheque se os ambientes estão com o status de OrganizationRelationShip corretos:

No Office 365 e no ambiente On-premisses execute o seguinte comando:

Get-organizationrelationship |fl name,mailboxmoveenabled

No ambiente On-Premisses deve estar como True:

image

No ambiente do Office365 deve estar como False:

image

Você também executar o comando Get-organizationrelationship para verificar as informações de relação de confiança entre os ambientes.

  • Checar se existe mailbox com GUID duplicado, ou seja, diferentes um dos outros:

Get-RemoteMailbox <alias of cloud mailbox to move> | Format-List ExchangeGUID

image

Get-Mailbox <alias of cloud mailbox to move> | Format-List ExchangeGUID

image

Veja que os GUID são iguais, porem se for diferente você pode setar o valor correto do GUID usando o seguinte comando:

Set-RemoteMailbox <alias of cloud mailbox to move> -ExchangeGUID <GUID

Após executar o comando lembre-se de fazer o sincronismo no DirSync, sincronizando assim as informações do ambiente On-Premisses para o Office 365.

  • Inicie o Move usando o Windows Power Shell:

New-MoveRequest -outbound – RemoteTargetDatabase “database” -RemoteHostName “mail.contoso.com.br” -RemoteCredential $cred -TargetDeliveryDomain “contoso.com.br

Neste modo ocorrendo erro você vai ter mais informações sobre o problema.

  • Você pode otimizar a analise do erro configurando os logs do MSExchange Mailbox Replication dos seus servidores de CAS:

Use a opção Expert para MSExchange Mailbox Replication:

image

Em seguida vamos usar a ferramenta Trace Control para analisar os logs:

Iniciar > Executar > EXTRA / Em seguida clique em Select Task

image

Em seguida vamos iniciar o processo de coleta de logs clicando em Set manual trace logs

image

Em seguida selecionando as opções abaixo e clicando em Start tracing

image

 

IMPORTANTE: Após iniciar a coleta de LOG tente fazer o Move Mailbox para que o processo gere erro e a ferramenta faça o LOG do mesmo. Em seguida pare a coleta de Logs clicando em Stop tracing now:

image

Analise os logs gerados para localizar os erros.

image

Com essas verificações você será capaz de resolver o problema!

Fernando Andreazi | http://www.fernandoandreazi.com

MVP Office 365 Office 365 Blog

Curta FernandoAndreazi no Facebook Linkedin Fernando Andreazi Siga Fernando Andreazi no twitter

About these ads

Sobre Fernando Andreazi

Fernando Andreazi, profissional de TI desde 2004, especialista em tecnologias Microsoft em soluções de Infraestrutura, Gerenciamento e Online Services. Microsoft Certified Trainer (MCT) e Microsoft Most Valuable Professional (MVP) em Office 365. Technical Speaker palestrando sobre tecnologias Microsoft nas principais universidades de São Paulo, TechEd2011 e na Comunidade TechNet. Certificado em Windows XP, Windows Vista, Windows 7, MDOP, Forefront, SCCM2007, SCOM2007, Windows Server 2003, Windows Server 2008, Lync 2010, Exchange Server 2007 , 2010, 2013 e Office 365. MCP, MCSA, MCITP, MCTS e MCDST. Atualmente atua em uma empresa Microsoft LAR como Cloud Specialist e é também Owner da empresa de treinamento Learning365.

Publicado em 29/07/2012, em Office 365. Adicione o link aos favoritos. Deixe um comentário.

Deixe uma resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

Seguir

Obtenha todo post novo entregue na sua caixa de entrada.

Junte-se a 47 outros seguidores

%d blogueiros gostam disto: