Supongamos un escenario. Un Exchange Server 2010 está instalado en un servidor Windows Server 2008 R2 antiguo y actualizado a las últimas actualizaciones acumulativas y de seguridad. Como este servidor está obsoleto, existe la necesidad de migrar Exchange Server 2010 a Office 365. Se añade un Exchange Server 2016 adicional (que puede coexistir con Exchange Server 2010) junto con Windows Server 2016.
Se instala Azure AD Connect para permitir la sincronización de usuarios y contraseñas con Office 365 y para garantizar que los mismos usuarios se encuentran en el inquilino de Exchange Online. Una vez completado esto, se instala y configura el Asistente de configuración híbrida. La configuración se realiza correctamente y sin problemas. Al configurar el asistente, se seleccionó Exchange Server 2010 como origen de datos, ya que sigue siendo el servidor principal que recibe los correos electrónicos y al que se puede acceder desde el exterior. También se configuran todos los certificados y Outlook Anywhere.
Se crea el primer lote de migración y se inicia la sincronización con un buzón de prueba. Una vez iniciada, aparece el siguiente mensaje de error
Estado del usuario
Datos migrados:
Tasa de migración:
Fecha de la última sincronización correcta:
Error MapiExceptionNoAccess: MapiExceptionNoAccess: No se puede abrir el almacén de mensajes. (hr=0x80070005, ec=-2147024891) Contexto de diagnóstico: Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc llamada [length=223] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc devuelto [ec=0x0][length=288][latency=2] Lid: 23226 — ROP Parse Start — Lid: 27962 ROP: ropLogon [254] Lid: 17082 ROP Error: 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 Disposición de registro desconocida: 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
Posibles soluciones para rectificar el error MapiExceptionNoAccess
Podría haber problemas en Exchange Server 2010 o Exchange Server 2016. Cree primero un nuevo buzón en el Exchange Server 2010 (alojado en el mismo servidor) y otro buzón en el Exchange Server 2016 (alojado en el mismo servidor). Cree ahora dos lotes de migración separados: uno con el buzón de 2010 y otro con el buzón de 2016. Esto le permitirá determinar si el problema se encuentra en el servidor antiguo o en el nuevo.
También podría haber problemas con el servidor heredado. Aunque tanto Exchange Server 2010 como 2016 pueden coexistir en el mismo bosque, podría haber situaciones en las que las solicitudes del proxy MRS se dirijan a un servidor y no al otro. Para asegurarse de que no se está bloqueando nada, inicie el lote de migración y colabore con el equipo de red para analizar la red y ver si hay algún puerto o tráfico bloqueado hacia y desde Exchange Server 2010 o Exchange Server 2016. En la mayoría de los casos, el motivo es que un enrutador o cortafuegos está rechazando las peticiones al Exchange Server. Si realiza un rastreo de paquetes desde fuera de Exchange Server 2010, podrá identificar los puertos o servicios que están siendo bloqueados por estos dispositivos que lo permiten.
Aunque Exchange Server 2010 funcionaría con el Asistente para la migración híbrida, por motivos de compatibilidad y seguridad (puesto que ya tiene instalada una versión más reciente de Exchange Server), puede migrar primero a él y, a continuación, migrar los buzones de Exchange a Office 365. Aparte de eso, el Centro de administración de Exchange es mejor y más fácil de usar que su predecesor.
Otra opción es eliminar el Exchange Server 2016 del escenario. Esto no tiene ningún efecto sobre la configuración híbrida establecida. Sin embargo, se recomienda encarecidamente reiniciar el Asistente para la migración híbrida inmediatamente después de la desinstalación.
Nota final
Como ya se ha mencionado, podría haber problemas con los dispositivos Permitter o con la configuración de Exchange Server. Además, podría haber otros problemas de configuración y restricciones que le impidan iniciar la migración. En estos casos, puede buscar soluciones alternativas. Puede utilizar una aplicación de terceros como Stellar Converter for EDB para la migración para evitar el error anterior.
Con Stellar Converter for EDB, puede abrir múltiples archivos EDB sin MS Exchange Server, sin limitación de tamaño y desde cualquier versión de Exchange Server sin ejecutar Exchange Server. Puede explorar el almacén de datos y exportar los datos EDB granularmente a PST y otros formatos de archivo. También puede exportar los datos directamente a otra base de datos de Exchange Server o a un inquilino de Office 365.