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.

• 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”

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

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

Get-AcceptedDomain | FL DomainName, IsCoexistenceDomain

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

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

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)

• 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:

No ambiente do Office365 deve estar como False:

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

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

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:

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

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

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

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

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:

Analise os logs gerados para localizar os erros.

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

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