Entre unas y otras pruebas, en una instalación de Microsoft Dynamics AX 2009, perdí la cuenta de servicio del AOS. Un problema, ya que aunque vuelvas a crear de nuevo la cuenta en Directorio Activo, y la vuelvas a configurar como cuenta de inicio del servicio Axapta Object Server (AOS), al intentar arrancar el AOS nos encontraremos con el Error 1067: The process terminated unexpectedly.
En este caso, en el Application Event Log, podremos encontrar mensajes de error con el Event ID 110 (Object Server 01: The license information can not be decoded) de origen Dynamics Server, como se muestra en la siguiente pantalla capturada.
Este problema es debido a que Microsoft Dynamics 2009 utiliza CryptoAPI para decodificar la licencia, de tal modo, que al cambiar la cuenta de servicio de AOS, resulta que la nueva cuenta de servicio de AOS no tiene permisos NTFS suficientes para poder acceder al fichero de la Machine Key. En nuestro caso de ejemplo, que se trata de máquinas Windows Server 2008 R2, el fichero del que hablamos se encuentra en la ruta C:\Users\All Users\Microsoft\Crypto\RSA\MachineKeys, en particular es el primero de los dos ficheros que se pueden observar en la siguiente pantalla capturada.
Concedemos permisos de Full Control a la cuenta de servicio de AOS (en nuestro caso, GUILLESQL\AXSvc) sobre dicho fichero, e intentamos de nuevo arrancar el servicio de AOS. De nuevo obtenemos como resultado un error, pero esta vez es distinto.
Revisamos el Application Event Log, y en esta caso encontramos en Event ID 110 algo diferente (Object Server 01: Internal Error occurred executing stored procedure when creating session for the AOS), como se muestra en la siguiente pantalla capturada.
Tiene toda la pinta de tratarse de problemas de permisos de ejecución de procedimientos almacenados, relacionado con la cuenta de servicio de AOS sobre la base de datos de SQL Server. Para corregirlo, configuramos la cuenta de servicio de AOS como db_owner de la base de datos de Axapta, como se muestra en la siguiente pantalla captura. Téngase en cuenta que podría haberse resuelto de diferentes formas, como haciendo un GRANT de EXEC a nivel de esquema. Bueno, yo he tomado este camino.
Volvemos a intentar iniciar el servicio de Axapta Object Server (AOS), y en esta ocasión, el servicio se inicia satisfactoriamente.
Problema resuelto.
Poco más por hoy. Como siempre, confío que la lectura resulte de interés.