Servicios de exchange se detuvo

Servicios de exchange se detuvo

Servicios de exchange se detuvo

Servicios de exchange deshabilitados después de la actualización

Durante una actualización roll-up en Exchange Server 2016, tuve algunos problemas con la CU. Los problemas que tuve con ella y la solución que encontré fueron descritos en un artículo de mi blog en MSB365. Sin embargo, lo que no describí en el otro artículo fue otro fenómeno de Exchange Services. Al actualizar el segundo Exchange Server, me encontré con otro error. Me mostraba que el progreso de la configuración no era capaz de detener o iniciar los Servicios de Exchange. Después de echar un vistazo a ellos, me di cuenta de que todos estaban desactivados. El problema, en este caso, es que estaban desactivados y no sólo detenidos. Si sólo se hubieran detenido, podríamos reiniciar el servidor de Exchange y habría muchas posibilidades de que los servicios de Exchange volvieran a funcionar. Sin embargo, con los Servicios de Exchange deshabilitados, esto no es tan fácil. Tenemos que cambiar el tipo de inicio de deshabilitado a automático. Hay dos formas comunes de hacerlo: Podemos iniciar cada uno de ellos manualmente en el Snap-in de Servicios (no es realmente recomendable) o utilizar PowerShell para que lo haga por nosotros.

Reiniciar los servicios de exchange

Todas las versiones anteriores de Exchange incluían componentes que se implementan como servicios. Cada rol de servidor Exchange incluye servicios que forman parte de (o pueden ser necesarios para) el rol de servidor para realizar sus funciones. Tenga en cuenta que algunos servicios sólo se activan cuando se utilizan funciones específicas.
Las secciones de este tema describen los distintos servicios que instalan Exchange 2016 y Exchange 2016 en los servidores de buzón y en los servidores de Edge Transport. En el caso de los servicios etiquetados como opcionales, puede desactivar el servicio si determina que su organización no necesita la funcionalidad que proporciona el servicio.
Replica los datos de configuración y de los destinatarios entre el servidor del Buzón y los Servicios de Directorio Ligero de Active Directory (AD LDS) en los servidores de Edge Transport suscritos a través de un canal LDAP seguro. Si no tiene ningún servidor Edge Transport suscrito, puede desactivar este servicio.
Proxy de conexiones de clientes IMAP4 desde los servicios de Acceso de Clientes (frontend) al servicio IMAP4 backend en los servidores de Buzón. Por defecto, este servicio no se está ejecutando, por lo que los clientes IMAP4 no pueden conectarse al servidor Exchange hasta que se inicie este servicio. Si no tiene clientes IMAP4, puede desactivar este servicio.

Servicio de rastreo para la búsqueda en exchange

La actualización de Exchange 2016 o 2019 con la última actualización acumulativa (CU) o la actualización de seguridad (SU) normalmente termina sin un error. Pero hay veces que se termina con una instalación que falla, o parece que la actualización se realizó pero los servicios de Exchange no se inician. ¿Qué puede llevar a esto? Aquí hay algunos ejemplos que cubriremos con un poco más de detalle:
En un artículo reciente, hablé de que Symantec Endpoint Detection and Response causaba problemas en Exchange. La sección IDS parece bloquear la copia de archivos y también bloquea las instalaciones. Si la opción IDS está activada, no puedes montar la ISO ni copiarla ya que da un error de firma. Si tienes la ISO activada antes de la instalación, falla cuando ejecutas la actualización de CU porque no puede hablar con Active Directory. La solución aquí es desactivar ese componente en Symantec y luego reiniciar, después de lo cual la instalación de CU o SU se completará sin error.
El error anterior es bastante vago – el error 1603 de Windows puede ser muchas cosas. Pero lo que encontré es que si un sistema está endurecido, puede ver este error. Desactivar el firewall de Windows temporalmente permite que la instalación continúe, pero como se ha mencionado, es un error amplio que se ve en los registros de eventos. En una ocasión, tuve que ejecutar un SFC / scannow para solucionar los problemas dentro del sistema operativo.

Reiniciar el servicio de transporte de exchange powershell

Para mayor comodidad, los administradores de Exchange configuran los servicios de Exchange para que se inicien automáticamente. Así, pueden iniciar todas las características y funciones de Exchange sin reiniciar manualmente los servicios. Sin embargo, este inicio automático de los servicios de Exchange puede no funcionar siempre. Algunos administradores de Exchange ven que los servicios de Exchange no se reinician automáticamente después de un reinicio del sistema. Esto crea una situación difícil para ellos.
Muchos expertos en Exchange sugieren reiniciar Microsoft Exchange Server como una solución rápida en circunstancias como la imposibilidad de enviar/recibir mensajes por parte de los usuarios, problemas de servicio de directorio, problemas de rendimiento de la CPU, etc. El reinicio puede resolver estos problemas. De hecho, se recomienda reiniciar el Exchange Server dos veces al mes para un mejor funcionamiento del mismo.
Pero, si al reiniciar el Exchange Server se encuentra con que todos los servicios de Exchange no se inician automáticamente, entonces hay un problema. Los servicios que generalmente se niegan a iniciarse automáticamente (muestran el estado de Detenido) después de reiniciar son:

Entradas relacionadas

Esta web utiliza cookies propias para su correcto funcionamiento. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Más información
Privacidad