D365 for Finance and Operations: Object reference not set to an instance of an object (AOS)

Lors de déploiements de D365 for Opération (on-premises), j'ai fait face à un problème assez difficile à diagnostiquer. Selon LCS, le déploiement a échoué, mais le cluster Service Fabric semble était en bonne santé. Toutefois, j'ai pu trouver les messages d'erreur suivante dans le journal d'événement du serveur AOS:

The application requested process termination through System.Environment.FailFast(string message)
Message: Tearing the process down due to unhandled exception.

Bref, le service AOS à krasher, mais je ne sais pas pourquoi. J'ai aussi trouvé le message suivant dans les logs de l'application:

Service host process 5356 registered service type AXService

Event occurred:

Name: RT-AXServiceConfig

Properties:

IsSuccessful: True

StartDateTime: 10/10/2017 21:08:20

EndDateTime: 10/10/2017 21:08:22

Metrics:

LatencyMilliseconds: 2352.2598

Starting web server on http://+:20003/

Listening on http://10.0.2.20:20003/

Event occurred:

Name: RT-AosInit

Properties:

IsSuccessful: True

StartDateTime: 10/10/2017 21:08:24

EndDateTime: 10/10/2017 21:08:57

Metrics:

LatencyMilliseconds: 33135.2908

System.NullReferenceException: Object reference not set to an instance of an object.

Selon cette erreur, je pouvais comprendre que le service AOS tentait d'activer le service web et échouait. J'avais obtenu l'erreur Object reference not set to an instance of an object dans un autre cas et le problème était le compte service qui ne pouvait pas lire la clef privée du certificat. Après avoir vérifié les certificats, j'ai voulu accéder à AX en utilisant l'URL suivant:  https://ax.mathdax.ca/namespaces/AXSF/

C'est à ce moment que j'ai réalisé que je n'avais pas d'entrée DNS pour ax.mathdax.ca, ce qui représentait certainement un problème. Après avoir créer une entrée DNS pour ax.mathdax.ca, je pouvais me connecter au service web de l'AOS, mais j'avais un problème de certificate. J'imagine que c'est à ce moment que j'ai réalisé que tous mes certificates étaient configurer pour ax.mathdax.local et que cela pouvait causer problème. J'ai donc redéployé mon environnement en utilisant le bon URL dans le champ : The DNS hostname of the Microsoft Dynamics 365 instances. Ensuite, le déploiement a fonctionné.

D365 for Finance and Operations: Comment réinitialiser le compte Admin

Après avoir restauré la base de données démo de Contoso pour D365 for Opérations, je devais reseter le compte administrateur de la base de données. Quoique le processus soit simple, je voulais le documenter. 

Il suffit simplement d'exécuter le script suivant:

.\Reset-DatabaseUser.ps1 -DatabaseServer 'SERVERNAME' -DatabaseName - 'NAME'

 

Le script va mettre à jour le compte admin avec l'information 'NT AUTHORITY'.

Lors du prochain redémarrage du service AOS, le service va mettre à jour le compte en utilisant la valeur Provisioning_AdminPrincipalName.

D365 for Finance and Operations : The received 'redirect_uri' parameter is not a valid registered redirect URI

Suite au déploiement de D365 for Operations (on-premises), j'ai voulu me connecter au portail en utilisant l'adresse suivante: https://ax.mathdax.local/namespaces/AXSF/

Toutefois, je recevais le message d'erreur suivant:

An error occured. Contact your administrator for more information.

Dans le journal d'événements du serveur ADFS, j'ai trouvé l'erreur suivante:

Encountered error during federation passive request. 

Additional Data 

Protocol Name: 
OAuthAuthorizationProtocol 

Relying Party: 

Exception details: 
Microsoft.IdentityServer.Web.Protocols.OAuth.Exceptions.OAuthInvalidClientRedirectUriException: MSIS9224: Received invalid OAuth authorization request. The received 'redirect_uri' parameter is not a valid registered redirect URI for the client identifier: 'e4f05a82-13e9-4a92-8dd7-15255eecf632'. Received redirect_uri: 'https://ax.mathdax.local/namespaces/AXSF/'.

Le problème est l'adresse Redirection URI incorrecte pour l'application Microsoft Dynamics 365 for Operations On-premises - Native Application. J'ai dû la mettre à jour via la ADFS Management Console.

D365 for Finance and Operations: Could not establish trust relationship for the SSL/TLS secure channel.

Voici une autre de mes nombreuses erreurs lors d'un déploiement Dynamics 365 fors Operations (on-premises). Voici l'erreur qui je trouve sur le serveur AOS:

Service host process 5812 registered service type AXService
System.Net.WebException: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. ---> System.Security.Authentication.AuthenticationException: The remote certificate is invalid according to the validation procedure.

D'accord, un problème de certificate, mais lequel ? Dans ce cas-ci, c'est parce que le certificat de mon serveur ADFS était expiré.

D365 for Finance and Operations: Object reference not set to an instance of an object. (SSRS)

Lors de l'exécution d'un rapport SSRS, je recevais l'erreur suivante:

Something went wrong while generating the report. Please try again.

Le message suivant apparaissait dans le panneau de notification:

Object reference not set to an instance of an object.

Très difficile de trouver de l'information sur le problème, mais il y avait le message d'erreur suivant dans le fichier de log SSRS:

Query execution failed for dataset 'CustAccountStatementExtDS'. ---> System.InvalidOperationException: An exception occurred in the query metadata execution. The exception is Object reference not set to an instance of an object.. ---> Microsoft.Dynamics.AX.Framework.Services.Client.QueryServiceException: Object reference not set to an instance of an object. ---> System.NullReferenceException: Object reference not set to an instance of an object.

Pourtant, j'étais capable d'accéder le service queryservice et metadataservice

• https://ax.mathdax.local/namespaces/AXSF/services/queryservice
• https://ax.mathdax.local/namespaces/AXSF/services/metadataservice

J'ai aussi vérifié les thumbprints de mes certificats dans le fichier suivant: 

• \MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin\ReportPVMConfiguration.xml

Ainsi que dans le microservice:

Finalement, le problème est dû au fait que j'utilisais un compte de domaine pour le service SSRS. Celui-ci n'avait pas accès au clef public de mes certificats. J'ai reconfiguré SSRS pour exécuter le service avec le compte Local System comme indiquer dans la documentation.