Summary: Bei der Migration von Postfächern von einem lokalen Exchange-Server zu Office 365 erhalten Sie möglicherweise die Fehlermeldung MapiExceptionNoAccess: Nachrichtenspeicher kann nicht geöffnet werden. (hr=0x80070005, ec=-2147024891). In diesem Artikel werden wir die möglichen Lösungen zur Behebung dieses Fehlers besprechen. Außerdem stellen wir Ihnen ein EDB-Konvertierungstool vor, mit dem Sie Ihre Postfächer ohne Probleme zu Microsoft 365 migrieren können.
Lassen Sie uns ein Szenario annehmen. Ein Exchange Server 2010 ist auf einem alten Windows Server 2008 R2 Server installiert und auf die neuesten Sicherheits- und kumulativen Updates aktualisiert. Da dieser Server veraltet ist, besteht die Notwendigkeit, Exchange Server 2010 auf Office 365 zu migrieren. Ein zusätzlicher Exchange Server 2016 (der mit Exchange Server 2010 koexistieren kann) wird zusammen mit Windows Server 2016 hinzugefügt.
Es wird ein Azure AD Connect installiert, um die Synchronisierung von Benutzern und Kennwörtern mit Office 365 zu ermöglichen und um sicherzustellen, dass sich dieselben Benutzer im Exchange Online-Tenant befinden. Sobald dies abgeschlossen ist, wird der Hybrid Configuration Wizard installiert und konfiguriert. Die Einrichtung verläuft erfolgreich und ohne Probleme. Bei der Einrichtung des Assistenten wurde Exchange Server 2010 als Datenquelle ausgewählt, da dies immer noch der Hauptserver ist, der E-Mails empfängt und von außen zugänglich ist. Alle Zertifikate und Outlook Anywhere sind ebenfalls konfiguriert.
Der erste Migrationsstapel wird erstellt und die Synchronisierung wird mit einem Testpostfach gestartet. Nach dem Start wird die folgende Fehlermeldung angezeigt
Benutzerstatus
Migrierte Daten:
Migrationsrate:
Datum der letzten erfolgreichen Synchronisierung:
Fehler: MapiExceptionNoAccess: MapiExceptionNoAccess: Nachrichtenspeicher kann nicht geöffnet werden. (hr=0x80070005, ec=-2147024891) Diagnostischer Kontext: Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc aufgerufen [length=223] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc gab zurück [ec=0x0][length=288][latency=2] Lid: 23226 — ROP Parse Start — Lid: 27962 ROP: ropLogon [254] Lid: 17082 ROP Fehler: 0x80070005 Lid: 26937 Lid: 21921 StoreEc: 0x80070005 Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 —- Remote Context Beg —- Lid: 45112 StoreEc: 0x80070005 Lid: 56872 dwParam: 0xFE Lid: 42712 StoreEc: 0x80070005 Lid: 45434 Unbekanntes Datensatzlayout: 00000008 Lid: 10786 dwParam: 0x0 Msg: 15.01.2242.004:VM–MFEXCH01:0b5371fd-241d-49a5-86a0-64d60a9f90b0 Lid: 1750 —- Remote Context End —- Lid: 26849 Lid: 21817 ROP Failure: 0x80070005 Lid: 26297 Lid: 16585 StoreEc: 0x80070005 Lid: 32441 Lid: 1706 StoreEc: 0x80070005 Lid: 24761 Lid: 20665 StoreEc: 0x80070005 Lid: 25785 Lid: 29881 StoreEc: 0x80070005
Mögliche Lösungen zur Behebung des Fehlers MapiExceptionNoAccess
Es könnte Probleme auf Exchange Server 2010 oder Exchange Server 2016 geben. Erstellen Sie zuerst ein neues Postfach auf dem Exchange Server 2010 (gehostet auf demselben Server) und ein weiteres Postfach auf dem Exchange Server 2016 (gehostet auf demselben Server). Erstellen Sie nun zwei separate Migrationsstapel – einen mit dem 2010-Postfach und einen mit dem 2016-Postfach. So können Sie feststellen, ob das Problem auf dem alten oder auf dem neuen Server liegt.
Es könnte auch Probleme mit dem Legacy-Server geben. Obwohl sowohl Exchange Server 2010 als auch 2016 im selben Wald koexistieren können, könnte es Situationen geben, in denen die MRS-Proxy-Anfragen an einen Server und nicht an den anderen gerichtet werden. Um sicherzustellen, dass nichts blockiert wird, starten Sie den Migrationsstapel und analysieren Sie gemeinsam mit dem Netzwerkteam das Netzwerk, um festzustellen, ob es Ports oder Datenverkehr gibt, der von und zu Exchange Server 2010 oder Exchange Server 2016 blockiert wird. In den meisten Fällen ist der Grund dafür, dass ein Router oder eine Firewall Anfragen an den Exchange Server zurückweist. Wenn Sie eine Paketverfolgung von außerhalb von Exchange Server 2010 durchführen, können Sie die Ports oder Dienste identifizieren, die von diesen zulassenden Geräten blockiert werden.
Obwohl Exchange Server 2010 mit dem Hybriden Migrationsassistenten funktionieren würde, können Sie aus Kompatibilitäts- und Sicherheitsgründen (da Sie bereits eine neuere Version von Exchange Server installiert haben) zuerst auf diesen migrieren und dann die Postfächer von Exchange zu Office 365 migrieren. Abgesehen davon ist das Exchange Admin Centre besser und einfacher zu bedienen als sein Vorgänger.
Eine andere Möglichkeit besteht darin, den Exchange Server 2016 aus dem Szenario zu entfernen. Dies hat keine Auswirkungen auf die eingerichtete Hybrid-Konfiguration. Es wird jedoch dringend empfohlen, den Assistenten für hybride Migration unmittelbar nach der Deinstallation neu zu starten.
Ende Anmerkung
Wie bereits erwähnt, könnte es Probleme mit den Permitter-Geräten oder der Exchange Server-Konfiguration geben. Darüber hinaus könnte es andere Konfigurationsprobleme und Einschränkungen geben, die Sie daran hindern, die Migration zu starten. In solchen Fällen können Sie nach alternativen Lösungen suchen. Sie können eine Drittanbieter-Anwendung wie Stellar Converter for EDB für die Migration verwenden, um den oben genannten Fehler zu vermeiden.
Mit Stellar Converter für EDB können Sie mehrere EDB-Dateien ohne MS Exchange Server, ohne Größenbeschränkung und von jeder Version von Exchange Server öffnen, ohne dass Exchange Server läuft. Sie können den Datenspeicher durchsuchen und die EDB-Daten granular in PST und andere Dateiformate exportieren. Sie können die Daten auch direkt in eine andere Exchange Server-Datenbank oder einen Office 365-Mandanten exportieren.
