Операция перемещения завершается ошибкой при перемещении почтового ящика из Microsoft 365 обратно в локальную среду
Примечание.
Мастер гибридной конфигурации, включенный в консоль управления Exchange в Microsoft Exchange Server 2010, больше не поддерживается. Поэтому больше не следует использовать старый мастер гибридной конфигурации. Вместо этого используйте мастер гибридной конфигурации Microsoft 365, доступный по адресу https://aka.ms/HybridWizard. Дополнительные сведения см. в статье Мастер гибридной конфигурации Microsoft 365 для Exchange 2010.
Проблема
Рассмотрим следующий сценарий.
- У вас есть гибридное развертывание Microsoft Exchange Online в Microsoft 365 и локальной Microsoft Exchange Server среде.
- Ранее вы переместили почтовый ящик из локальной среды в Microsoft 365.
- Вы пытаетесь отключить или переместить тот же почтовый ящик из Microsoft 365 обратно в локальную среду.
В этом сценарии операция достигает 95 процентов, а затем завершается сбоем.
В этом случае при доступе к /EWS/mrsproxy.svc
ссылке в следующих файлах журналов в локальной среде создается ошибка HTTP 400:
- Файлы журнала служб IIS
- Файлы журнала ошибок HTTP (HTTPERR)
При подключении к Microsoft 365 с помощью Windows PowerShell, а затем выполнении Get-MoveRequestStatisticsMailboxID -IncludeReport | Export-CliXml FileName.xml
команды в разделе трассировки стека XML-отчета показано следующее:
<S N="StackTrace"> at
Microsoft.Exchange.MailboxReplicationService.CommonUtils.CallService
(Action serviceCall, String epAddress, VersionInformation
serverVersion)_x000A_ at
Microsoft.Exchange.MailboxReplicationService.MailboxReplicationProxyClient.CallServiceWithTimeout
(TimeSpan timeout, Action serviceCall)_x000A_ at Microsoft.Exchange.MailboxReplicationService.RemoteDestinationFolder.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules(RuleData[] rules)_x000A_ at Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper.<;>;c__DisplayClass31.<;Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules>;b__30()_x000A
at Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute
(Action operation)_x000A_ at Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules(RuleData[] rules)_x000A_ at
Microsoft.Exchange.MailboxReplicationService.FolderRecWrapper.WriteRules
(IDestinationFolder targetFolder, Action`1 reportBadItemsDelegate)
_x000A_ at
Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.CopyFolderProperties
(FolderRecWrapper folderRec, ISourceFolder sourceFolder,
IDestinationFolder destFolder, FolderRecDataFlags dataToCopy)
_x000A_ at Microsoft.Exchange.MailboxReplicationService.MailboxMover.<;>;c__DisplayClass2.<;>;c__DisplayClass4.<;FinalSyncCopyAllFolders>;b__1()_x000A_ at
Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute
(Action operation)_x000A_ at Microsoft.Exchange.MailboxReplicationService.MailboxMover.<;>;c__DisplayClass2.<;FinalSyncCopyAllFolders>;b__0
(FolderRecWrapper folderRec, EnumFolderContext ctx)_x000A_ at
Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder
(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags)_x000A_ at Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags)_x000A_ at Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags)_x000A_ at Microsoft.Exchange.MailboxReplicationService.MailboxMover.FinalSyncCopyAllFolders()
_x000A_ at
Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.<;FinalSync>;b__4d
(MailboxMover mbxCtx)_x000A_ at
Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.ForeachMailboxContext
(Action`1 del)_x000A_ at
Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.FinalSync(Object[] wiParams)_x000A_ at Microsoft.Exchange.MailboxReplicationService.CommonUtils.CatchKnownExceptions
(Action actionDelegate, Action`1 failureDelegate)</S>
Причина
Эта проблема возникает в случае сбоя вызова SetRules к службе прокси-сервера репликации почтовых ящиков (MRSProxy). Эта проблема также может возникнуть, если перемещаемый почтовый ящик содержит большое количество правил нежелательной почты и правил пользователей.
Решение
Чтобы устранить эту проблему, измените значения MRSProxyHttpsBinding
параметров и MRSProxyWSSecurityBinding
параметров в файле Web.config на каждом сервере клиентского доступа в локальной среде, который находится в пути, по которому проходит почтовый ящик при перемещении. Для этого выполните следующие действия:
На сервере клиентского доступа найдите и откройте файл Web.config.
Примечание.
В Exchange Server 2010 Web.config файл находится в следующей папке: \Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\ews
Измените
MRSProxyHttpsBinding
определенные значения параметров иMRSProxyWSSecurityBinding
параметров с 1048576 на 8388608. Затем сохраните файл.В следующем примере показано, как будет выглядеть этот раздел Web.config после его изменения:
<binding name="MRSProxyHttpsBinding"> <reliableSession /> <textMessageEncoding> <readerQuotas maxDepth="32" maxStringContentLength="8388608" maxArrayLength="8388608" maxBytesPerRead="4096" maxNameTableCharCount="16384" /> </textMessageEncoding> <httpsTransport authenticationScheme="Negotiate" maxReceivedMessageSize="8388608" /> </binding> <binding name="MRSProxyWSSecurityBinding"> <reliableSession /> <textMessageEncoding> <readerQuotas maxDepth="32" maxStringContentLength="8388608" maxArrayLength="8388608" maxBytesPerRead="4096" maxNameTableCharCount="16384" /> </textMessageEncoding> <httpsTransport authenticationScheme="Anonymous" maxReceivedMessageSize="8388608" /> </binding>
Перезапустите СЛУЖБЫ IIS с помощью
iisreset
команды .
Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по