Imaginons un scénario. Un serveur Exchange Server 2010 est installé sur un ancien serveur Windows Server 2008 R2 et mis à jour avec les dernières mises à jour de sécurité et cumulatives. Ce serveur étant obsolète, il est nécessaire de migrer Exchange Server 2010 vers Office 365. Un serveur Exchange 2016 supplémentaire (qui peut coexister avec Exchange Server 2010) est ajouté en même temps que Windows Server 2016.
Un Azure AD Connect est installé pour permettre la synchronisation des utilisateurs et des mots de passe avec Office 365 et pour s’assurer que les mêmes utilisateurs se trouvent dans le locataire Exchange Online. Une fois cette étape terminée, l’assistant de configuration hybride est installé et configuré. L’installation est réussie et ne pose aucun problème. Lors de la configuration de l’assistant, Exchange Server 2010 a été sélectionné comme source de données, car il s’agit toujours du serveur principal qui reçoit les courriels et qui est accessible depuis l’extérieur. Tous les certificats et Outlook Anywhere sont également configurés.
Le premier lot de migration est créé et la synchronisation est lancée avec une boîte aux lettres de test. Après le démarrage, le message d’erreur suivant apparaît
Statut de l’utilisateur
Données migrées :
Taux de migration :
Date de la dernière synchronisation réussie :
Erreur : MapiExceptionNoAccess : MapiExceptionNoAccess : Message store cannot be opened. (hr=0x80070005, ec=-2147024891) Contexte de diagnostic : Lid : 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=223] Lid : 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=288][latency=2] Lid : 23226 — ROP Parse Start — Lid : 27962 ROP : ropLogon [254] Lid : 17082 Erreur ROP : 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 Disposition de registre inconnue : 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
Solutions possibles pour rectifier l’erreur MapiExceptionNoAccess
Il pourrait y avoir des problèmes sur Exchange Server 2010 ou Exchange Server 2016. Créez d’abord une nouvelle boîte aux lettres sur Exchange Server 2010 (hébergé sur le même serveur) et une autre boîte aux lettres sur Exchange Server 2016 (hébergé sur le même serveur). Créez ensuite deux lots de migration distincts – l’un avec la boîte aux lettres 2010 et l’autre avec la boîte aux lettres 2016. Cela vous permettra de déterminer si le problème se situe sur l’ancien ou le nouveau serveur.
Il peut également y avoir des problèmes avec le serveur hérité. Bien qu’Exchange Server 2010 et 2016 puissent coexister dans la même forêt, il peut arriver que les demandes de proxy MRS soient dirigées vers un serveur et non vers l’autre. Pour vous assurer que rien n’est bloqué, démarrez le lot de migration et travaillez avec l’équipe réseau pour analyser le réseau et voir s’il y a des ports ou du trafic bloqués vers et depuis Exchange Server 2010 ou Exchange Server 2016. Dans la plupart des cas, cela s’explique par le fait qu’un routeur ou un pare-feu rejette les demandes vers le serveur Exchange. Si vous effectuez un suivi des paquets à partir de l’extérieur d’Exchange Server 2010, vous pouvez identifier les ports ou les services qui sont bloqués par ces dispositifs d’autorisation.
Même si Exchange Server 2010 fonctionnerait avec l’assistant de migration hybride, pour des raisons de compatibilité et de sécurité (puisque vous avez déjà une version plus récente d’Exchange Server installée), vous pouvez d’abord migrer vers cette version, puis migrer les boîtes aux lettres d’Exchange vers Office 365. Par ailleurs, le Centre d’administration Exchange est plus performant et plus facile à utiliser que son prédécesseur.
Une autre option consiste à supprimer Exchange Server 2016 du scénario. Cela n’a aucun effet sur la configuration hybride mise en place. Cependant, il est fortement recommandé de redémarrer l’assistant de migration hybride immédiatement après la désinstallation.
Note de fin
Comme nous l’avons déjà mentionné, il peut y avoir des problèmes avec les dispositifs Permitter ou la configuration du serveur Exchange. En plus, il pourrait y avoir d’autres problèmes de configuration et des restrictions qui vous empêchent de commencer la migration. Dans de tels cas, vous pouvez rechercher des solutions alternatives. Vous pouvez utiliser une application tierce comme Stellar Converter for EDB pour la migration afin d’éviter l’erreur ci-dessus.
Avec Stellar Converter for EDB, vous pouvez ouvrir plusieurs fichiers EDB sans MS Exchange Server, sans limitation de capacité et à partir de n’importe quelle version d’Exchange Server sans exécuter Exchange Server. Vous pouvez parcourir le magasin de données et exporter les données EDB de manière granulaire vers PST et d’autres formats de fichiers. Vous pouvez également exporter les données directement vers une autre base de données Exchange Server ou un locataire Office 365.
Was this article helpful?
