Historia Estamos migrando Exchange 2010 a 2019. Estamos en el punto medio con Exchange 2016 y 2010 todavía está ejecutándose.
Ambiente
Entorno de servidor Nivel de dominio de Active Directory: 2012R2 Recuento de controladores de dominio: 4 x3 DC que ejecutan 2012R2 x1 DC que ejecutan 2022 x1 servidor Exchange 2010 x1 servidor Exchange 2016
Entorno de cliente n.º 1 Windows 10 Pro Desktop Outlook v16 (x86) (Microsoft 365)
Entorno de cliente n.° 2 Centro de datos de Windows 2022 Outlook v16 (x86) (Microsoft 365)
Entorno de cliente n.º 3 Windows 2012R2 Centro de datos Outlook v16 (x86) (Microsoft 365)
Entorno de cliente n.º 4 OWA alojado en el servidor Exchange 2016 al que se accede a través de Chrome Descripción del problema
En todos los entornos de Cliente donde se utiliza el cliente Outlook, un usuario no puede (normalmente) volver a abrir el cliente Outlook después de cerrarlo. Una vez que el cliente Outlook entra en estado fallido, se devuelve el siguiente mensaje cuando se inicia el programa.
"No se puede iniciar Microsoft Outlook. No se puede abrir la ventana de Outlook. No se puede abrir el conjunto de carpetas. El intento de iniciar sesión en Microsoft Exchange falló".
Este estado fallido persistirá durante aproximadamente 15 minutos antes de que el cliente vuelva a funcionar. Alternativamente, para que el cliente vuelva a funcionar, se puede reiniciar el sitio web "Exchange Back End", alojado en el servidor Exchange 2016. Hacerlo permite que los clientes se conecten inmediatamente al servidor Exchange.
He pasado horas y horas solucionando este problema y no llego a ninguna parte. ¿Alguien tiene algún consejo?
Gracias,
D
Respuesta1
Es hora de una actualización,
Con la ayuda de un tercero, parece que tenemos una solución que funciona. Editamos y aplicamos el perfil de limitación predeterminado a los usuarios afectados. La configuración específica que se cambió fue RcaMaxConcurrency. El valor predeterminado estaba establecido en 40, por lo que lo abrimos a ilimitado y lo aplicamos solo a los usuarios afectados. Una vez que esto tuvo efecto, el problema aún no ha vuelto a aparecer en los usuarios afectados. También vale la pena mencionar que esta edición se realizó después de que migramos a 2019. El problema se presentó igual en 2016 y 2019, pero solo encontramos una solución después de la migración a 2019.