This article documents some of the most common errors related to failed hybrid migrations, along with the steps to resolve them or some fix suggestions, where there are multiple root causes.
In case you need guidance with extracting the detailed migration error or with analyzing the migration report from PowerShell, please consult our below article, for step by step instructions:
If you had experienced a new error that is missing from this list and for which you found the solution, you are more than welcome to share it here, because it will help us to consolidate this initiative and will also help other persons to fix their migration issues faster.
Known solutions for hybrid migration errors
MigrationPermanentException: You must specify the PrimaryOnly parameter This error can occur when you attempt to migrate to cloud an on-prem mailbox via a migration batch from EAC, where the online archive already exists for this user. Fix: In order to migrate the primary mailbox to Office 365, you will need to start the mailbox move with the following command, from Exchange Online PowerShell: New-MoveRequest –Identity <user> -RemoteCredential (Get-Credential) -Remote -RemoteHostName 'mail.contoso.com' -TargetDeliveryDomain <tenant.mail.onmicrosoft.com -PrimaryOnly
Couldn't switch the mailbox into Sync Source mode. This could be because another administrator is currently moving the mailbox into the destination database, the mailbox is locked, or the Microsoft Exchange Mailbox Replication service doesn't have the correct permissions. FailureType: SourceMailboxAlreadyBeingMovedTransientException. This error can also be correlated with slow migration performance. Possible solutions: -Check if there is any local move request for this user on the on-prem Exchange Server. -In case you have Exchange 2010 with multiple CAS servers that are load balanced, make sure that your Load Balancer maintains the session affinity, more exactly all the incoming migration requests for a mailbox should be processed by the same CAS server. -Try to see if setting the TCP KeepAliveTime on the server hosting the source mailbox to 5 minutes (instead of 2 hours) will fix the issue. More details can be found into this article: https://blogs.msdn.microsoft.com/brad_hughes/2016/12/16/source-mailbox-already-being-moved-errors-while-moving-mailboxes/
Failed to convert the source mailbox 'mailboxID' to mail-enabled user after the move. FailureTpe: UpdateMovedMailboxPermanentException. - There is a property named AdminCount on each user in local AD, that by default is not populated or it gets set to “1”, once an account is added to a privileged group. - The AdminCount value has no effect on the account and is used as a flag to indicate the account is, or was, protected. - The user might end up with 2 mailboxes: 1 in local Exchange and 1 in EXO. - More information about inherited AD permissions can be found in the next article: https://blogs.msdn.microsoft.com/muaddib/2013/12/30/how-to-modify-security-inheritance-on-active-directory-objects-using-powershell/ Fix: https://support.microsoft.com/en-us/help/2745710/a-user-can-t-access-a-mailbox-by-using-outlook-after-a-remote-mailbox-move-from-an-on-premises-exchange-server-environment-to-office-365
MapiExceptionTooComplex: Unable to query table rows. (hr=0x80040117, ec=-2147221225) Fix: To prevent this failure during the move process (onboarding or offboarding) you need to skip moving the folder views or folder restrictions along with the mailbox, by starting the move from EXO PowerShell as below: New-MoveRequest –Identity user@contoso.com -SkipMoving: FolderViews, FolderRestrictions -Remote -RemoteCredential(Get-Credential)-RemoteHostName "mrsproxy.contoso.com" -TargetdeliveryDomain contoso.com
MigrationPermanentException: You can’t use the domain because it’s not an accepted domain for your organization. –> You can’t use the domain because it’s not an accepted domain for your organization. Fix: Check on the AD user object if there are any proxy addresses in some domains that are not verified in Exchange Online. Once you identified the faulty email addresses, remove them and force the AADconnect sync. Then start a new migration for the affected user.
MigrationPermanentException: The target mailbox doesn’t have an SMTP proxy matching 'contoso.mail.onmicrosoft.com'. This issue may occur if the source mailbox isn't stamped with a <domain.mail.onmicrosoft.com> SMTP address. Fix: https://support.microsoft.com/en-gb/kb/2939340
MigrationPermanentException: Cannot find a recipient that has mailbox GUID <GUID>" error message when you try to move a mailbox in an Exchange hybrid deployment. This behavior occurs because the value of the ExchangeGUID attribute from Exchange Online user isn't stamped on the associated remote mailbox from the on-premises organization. Fix: https://support.microsoft.com/en-us/kb/2956029
Fatal error TooManyMissingItemsPermanentException has occurred.
or Fatal error TooManyMissingBadPermanentException has occurred.
This issue can occur because the bad items limit for the move request has been reached.
Fix: In order to fix the issue, you should increase the bad items limit to a higher value:
Set-MoveRequest <user> –BadItemLimit 100
Resume-MoveRequest <user>
The call to 'https://mail.contoso.com/EWS/mrsproxy.svc' timed out. Error details: The request channel timed out attempting to send after 00:00:00. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding. or The call to 'https://mail.contoso.com/EWS/mrsproxy.svc' failed because no service was listening on the specified endpoint. Error details: There was no endpoint listening at https://mail.contoso.com/EWS/mrsproxy.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. --> The remote server returned an error: (404) Not Found. These errors are usually occurring only for particular users, while other mailboxes can be moved successfully. They are caused by the ExchangeGuid mismatch between EXO and local Exchange: Fix: https://support.microsoft.com/en-us/kb/306575
The call to ‘https://mail.domain.com/EWS/mrsproxy.svc ‘ failed. Error details: The server was unable to process the request due to an internal error. For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the <serviceDebug> configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs.. –> The server was unable to process the request due to an internal error. For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the <serviceDebug> configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs. The failure type for this error is CommunicationErrorTransientException. This error is caused by some particular folders views from source mailbox. MRS fails to create these folders into the hierarchy of the destination mailbox. Fix: https://blogs.technet.microsoft.com/latam/2016/01/05/o365-error-when-trying-to-move-a-mailbox-to-the-cloud-creatingfolderhierarchy-communicationerrortransientexception/ https://support.microsoft.com/en-us/help/3063045/-transientexception-errors-when-you-try-to-move-mailboxes-from-exchange-online-to-exchange-server-2007-in-the-on-premises-environment
Failed to find a principal in the target forest that corresponds to a source/target forest principal ( A corrupted item was encountered: Folder ACL “Foldername"). This message is related to mailbox/mailboxfolder permissions that cannot be migrated, since cloud MRS service cannot find the object from permissions list in the destination forest, to map these permissions against. Fix: See below article for more details: https://blogs.technet.microsoft.com/exchange/2017/05/30/toomanybaditemspermanentexception-error-when-migrating-to-exchange-online/
Cannot query rows in a table. --> MapiExceptionMaxObjsExceeded: Unable to query table rows. FailureType : StoragePermanentException Fix: Increase limit of Search Folders in the on-premises Exchange Server as per below steps: 1.On the Exchange server hosting the target database where cloud mailbox will be offboarded, look for and open the following config file: Microsoft.Exchange.Store.Worker.exe.config, found in Bin folder of %ExchangeInstallPath% . 2.Add the following lines in Configuration tag, between </runtime> and </configuration> <appSettings> <add key="DynamicSearchFolderPerScopeCountReceiveQuota" value="250" /> </appSettings> 3.Restart Microsoft Exchange Information Store service after modifying this file and try again the move.
The call to 'https://MRSPROXYHOST/EWS/mrsproxy.svc SERVER.domain.com (14.3.178.0 caps:05FFFF)' failed. Error details: The remote endpoint no longer recognizes this sequence. This is most likely due to an abort on the remote endpoint. The value of wsrm:Identifier is not a known Sequence identifier. The reliable session was faulted. FailureType:CommunicationErrorTransientException. This error is usually caused by a wrong load-balancer configuration, when using multiple Exchange 2010 CAS servers. Fix: To prevent this issue, make sure that your load-balancer is keeping the session affinity/persistence. This behavior is explained in the next article: https://blogs.msdn.microsoft.com/brad_hughes/2017/02/21/its-always-the-load-balancer/
Error:MissingExchangeGuidException: The user object for 'user@domain.com' does not have a valid ExchangeGuid property and cannot be migrated. This issue occurs when EXO fails to provision the ExchangeGUID attribute for an user(msoluser will have a validation error), because this ExchangeGUID value is already used by another object from EXO, it could be an active mailbox/mailuser or a soft deleted mailbox/mailuser. Fix: First use this command to get the ExchangeGUID/ArchiveGUID from the validation error: (Get-MsolUser -UserPrincipalName affecteduser@domain.com).errors.errordetail.objecterrors.errorrecord| fl Search in EXO PowerShell for the object that is using the mentioned EXchangeGUID or ArchiveGUID: Get-Recipient -IncludeSoftDeletedRecipients 'ExchangeGUID value'|ft RecipientType,PrimarySmtpAddress,*WhenSoftDeleted* Once you found the object that is using this guid, you have to purge it: 1.If it is a softdeleted MailUser: Remove-MailUser 'ExchangeGUID value' -PermanentlyDelete 2.If it is a softdeleted UserMailbox, run: Remove-Mailbox 'ExchangeGUID value' -PermanentlyDelete -if this command fails due to mailbox being protected by hold, you have to disable the hold first(check if data backup is required): Set-Mailbox user@domain.com -LitigationHoldEnabled $false -InactiveMailbox 3. If it turns to be an active mailuser/mailbox that is using this ExchangeGUID/ArchiveGUID, you need to evaluate the option to purge that user(however, this is a very rare scenario though). 4. After the faulty object has been purged from EXO, we need to fix the validation error by forcing the object provisioning: Get-MsolUser -UserPrincipalName user@domain.com |fl *objectID* Redo-MsolProvisionUser -ObjectId 'paste the *objectID* value from above command' 5. After 5 minutes run this command to confirm if your validation error is fixed: (Get-MsolUser -UserPrincipalName user@domain.com).errors.errordetail.objecterrors.errorrecord| fl 6. If the validation error is gone, you can try again the migration.