Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Der Verschiebevorgang 95 Prozent erreicht und schlägt fehl, wenn Sie versuchen, ein Postfach aus Office 365 zurück in der lokalen Umgebung in einer Hybrid-Bereitstellung verschieben

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 2698528
Hinweis Hybrid-Konfigurationsassistent, die Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie nicht mehr den alten Mischkonfiguration Assistenten verwenden. Verwenden des Office 365 Mischkonfiguration Assistenten erhältlich http://AKA.ms/HybridWizard. Weitere Informationen finden Sie unter Office 365 Hybrid-Konfigurations-Assistenten für Exchange 2010.
PROBLEM
Betrachten Sie das folgende Szenario:
  • Sie haben eine hybride Bereitstellung von Microsoft Exchange Online Microsoft Office 365 und der lokalen Microsoft Exchange Server-Umgebung.
  • Sie verschoben bereits ein Postfach aus der lokalen Umgebung zu Office 365.
  • Sie versuchen, externe oder das gleiche Postfach von Office 365 in der lokalen Umgebung zurückzugehen.
In diesem Szenario wird der Vorgang 95 Prozent erreicht und schlägt fehl.

In diesem Fall eine "HTTP 400" Fehler ist beim Zugriff auf den Link /EWS/mrsproxy.svc in den folgenden Protokolldateien in der lokalen Umgebung generiert:
  • Protokolldateien (Internet Information Services, IIS)
  • HTTP-Fehler protokollieren (HTTPERR) Dateien
Wenn Sie mithilfe von Windows PowerShell mit Office 365 verbinden und führen Sie Get-MoveRequestStatistics MailboxID - Optionen Bericht einschließen | Export-CliXml FiLeNameXML -Befehl der Stack Trace XML-Bericht zeigt Folgendes:
<S n="StackTrace">Bei
Microsoft.Exchange.MailboxReplicationService.CommonUtils.CallService
(Aktion ServiceCall, String EpAddress VersionInformation
ServerVersion) _x000A_ an
Microsoft.Exchange.MailboxReplicationService.MailboxReplicationProxyClient.CallServiceWithTimeout
(TimeSpan Timeout Aktion ServiceCall) _x000A_ am _x000A_ in Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper &lt;&gt; c__DisplayClass31. Microsoft.Exchange.MailboxReplicationService.RemoteDestinationFolder.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules (RuleData [] Regeln) &lt; Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules &gt; b__30 () _x000A_
am Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute
(Aktion) _x000A_ am _x000A_ in Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules (RuleData [] Regeln)
Microsoft.Exchange.MailboxReplicationService.FolderRecWrapper.WriteRules
(IDestinationFolder TargetFolder Aktion 1 ReportBadItemsDelegate)
_x000A_ am
Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.CopyFolderProperties
(FolderRecWrapper FolderRec, ISourceFolder "SourceFolder",
IDestinationFolder DestFolder FolderRecDataFlags DataToCopy)
_x000A_ am Microsoft.Exchange.MailboxReplicationService.MailboxMover &lt;&gt; c__DisplayClass2. &lt;&gt; c__DisplayClass4. &lt; FinalSyncCopyAllFolders &gt; b__1 () _x000A_ an
Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute
(Aktion) _x000A_ am Microsoft.Exchange.MailboxReplicationService.MailboxMover &lt;&gt; c__DisplayClass2. &lt; FinalSyncCopyAllFolders &gt; b__0
(FolderRecWrapper FolderRec, EnumFolderContext Ctx) _x000A_ an
Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder
(FolderRecWrapper FolderRec EnumFolderContext Ctx EnumFolderCallback Rückruf EnumHierarchyFlags flags) _x000A_ am _x000A_ in Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder (FolderRecWrapper FolderRec EnumFolderContext Ctx EnumFolderCallback Rückruf, EnumHierarchyFlags Flags) _x000A_ am Microsoft.Exchange.MailboxReplicationService.MailboxMover.FinalSyncCopyAllFolders() Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder (FolderRecWrapper FolderRec EnumFolderContext Ctx EnumFolderCallback Rückruf, EnumHierarchyFlags Flags)
_x000A_ am
Microsoft.Exchange.MailboxReplicationService.MoveBaseJob. &lt; FinalSync &gt; b__4d
_X000A_ (MailboxMover MbxCtx) an
Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.ForeachMailboxContext
_X000A_ (Aktion 1 del) an
_X000A_ an Microsoft.Exchange.MailboxReplicationService.CommonUtils.CatchKnownExceptions Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.FinalSync (Object [] WiParams)
(Aktion ActionDelegate, Aktion 1 FailureDelegate)</S>

URSACHE
Dieses Problem fällt SetRules an das Postfach Replikation Proxydienst (MRSProxy). Dieses Problem kann auftreten, wenn das Postfach, das verschoben wird eine große Menge von Junk-Mail-Regeln und Benutzers enthält.
LÖSUNG
Um dieses Problem zu beheben, ändern Sie die Werte MRSProxyHttpsBinding Einstellung und MRSProxyWSSecurityBinding -Einstellung in der Datei Web.config für jeden Clientzugriffsserver in der lokalen Umgebung im Pfad dem Postfach passiert beim Verschieben. Gehen Sie hierzu folgendermaßen vor:
  1. Suchen Sie auf dem Clientzugriffsserver und öffnen Sie die Datei Web.config.

    Hinweis In Exchange Server 2010 befindet sich die Datei Web.config im folgenden Ordner:
    \Programme\Microsoft\Exchange Server\V14\ClientAccess\exchweb\ews
  2. Bestimmte Werte Einstellungen MRSProxyHttpsBinding und MRSProxyWSSecurityBinding -Einstellung von 1048576 , 8388608. Speichern Sie die Datei.

    Im folgenden Codebeispiel in diesem Abschnitt der Datei Web.config Aussehen nach geändert wird:
    <binding name="MRSProxyHttpsBinding"><reliableSession></reliableSession>

    <textMessageEncoding>

    <readerQuotas maxdepth="32"></readerQuotas>

    MaxStringContentLength = "8388608"

    MaxArrayLength = "8388608"

    MaxBytesPerRead = "4096"

    MaxNameTableCharCount = "16384" / &gt;

    </textMessageEncoding>

    <httpsTransport authenticationscheme="Negotiate"></httpsTransport>

    MaxReceivedMessageSize = "8388608" / &gt;

    </binding>

    <binding name="MRSProxyWSSecurityBinding">

    <reliableSession></reliableSession>

    <textMessageEncoding>

    <readerQuotas maxdepth="32"></readerQuotas>

    MaxStringContentLength = "8388608"

    MaxArrayLength = "8388608"

    MaxBytesPerRead = "4096"

    MaxNameTableCharCount = "16384" / &gt;

    </textMessageEncoding>

    <httpsTransport authenticationscheme="Anonymous"></httpsTransport>

    MaxReceivedMessageSize = "8388608" / &gt;

    </binding>
  3. Starten Sie IIS mithilfe des Befehls Iisreset neu.
Weitere Informationen
Wenn Sie beim Verschieben von Postfächern zu Office 365 Probleme, führen Sie die Problembehandlung bei Office 365 Postfachmigration Tool. Diese Diagnose ist ein automatisiertes Tool zur Problembehandlung. Wenn ein bekanntes Problem auftreten, erhalten Sie eine Meldung, welche Fehler aufgetreten sind. Die Nachricht enthält einen Link zu einem Artikel, der die Projektmappe enthält. Das Tool ist derzeit nur in Internet Explorer unterstützt.

Brauchen Sie Hilfe? Klicken Sie auf der Office 365-Community Website.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 2698528 – Letzte Überarbeitung: 04/26/2016 02:29:00 – Revision: 14.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365m o365e hybrid o365022013 kbmt KB2698528 KbMtde
Feedback
/html>ttps://c1.microsoft.com/c.gif?DI=4050&did=1&t=">1&t=">ody>