Math DAX

Dynamics Ax 2012 : the network path was not found

2012-02-09T19:30:00.000-05:00

Lors du déploiement d’un rapport SSRS vers le serveur de rapports, l’erreur suivante peut apparaître :

An error occurred: The network path was not found. If User Account Control (UAC) is enabled on the machine, close the application, and then click Run as Administrator

The deployment was aborted. You do not have privileges to deploy to server. For deployement, you must have administrator rights to the SQL Server Reporting Services (SSRS). Contact your administrator to deploy.

L’utilisateur qui tentait de déployer avait désactivé son UAC et avait les droits sur le serveur SSRS. Pour résoudre ce problème, le service Remote Registry doit être démarré sur l’ordinateur qui déploie le rapport.

Dynamics Ax 2012 : AX_CompanyName contains an error

2012-02-06T22:54:00.000-05:00

Après le redémarrage du service SSRS de mon serveur de rapports, le message d’erreur suivant apparait sur le client riche lors de l’exécution de n'importe quel rapport :

‘AX_CompanyName’ contains an error: Request for the permission of type 'System.Security.Permissions.EnvironmentPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

Il est intéressant de savoir que ce problème survient seulement sur le premier rapport demandé et que tous les rapports subséquents s’exécutent correctement. Pour corriger le problème, il suffit de modifier le fichier rssrvpolicy.config :

Configuration originale

<CodeGroup
class="UnionCodeGroup"
version="1"
PermissionSetName="Execution"
Name="Report_Expressions_Default_Permissions"
Description="This code group grants default permissions for code in report expressions and Code element. ">

Configuration modifiée

<CodeGroup
class="UnionCodeGroup"
version="1"
PermissionSetName="Fulltrust"
Name="Report_Expressions_Default_Permissions"
Description="This code group grants default permissions for code in report expressions and Code element. ">

Dynamics Ax 2012 : CU & Hotfix

2012-02-03T23:06:00.000-05:00

Voici les liens pour télécharger les Hotfix et Cumulative Update de Dynamics AX 2012. Vous devez avoir accès à Partner Source ou Customer Source :

Dynamics Ax 2012 : Gestion des tables et des index

2012-01-25T20:38:00.000-05:00

Avec AX 4.0 et 2009, il était impossible de configurer des options aux index via l’AOT. En réalité, c’est possible de configurer des options seulement via SQL Management Studio, mais lorsque la base de données est synchronisée avec l’AOT, toutes les personnalisations sont perdues.

Bonne nouvelle, Dynamics AX 2012 nous permet maintenant de configurer des options aux indexes via le client riche. Pour ce faire, il suffit d’aller dans le menu suivant : System Administration --> Periodic --> SQL Administration. Ensuite, il suffit de sélectionner l’index qu’on désire configurer et cliquer sur Table and index options.

À partir de cette fenêtre, il est possible de configurer les options fill factor et pad index par exemple.

Si on sélectionne une table au lieu d'un index, il est possible de configurer la compression de la table.

Dynamics Ax 2012 : Xpp.ErrorException

2012-01-24T23:00:00.000-05:00

Lors de la réception d'une commande, le message d'erreur suivant est apparu une seule fois pour un utilisateur :

Exception of type 'Microsoft.Dynamics.Ax.Xpp.ErrorException' was thrown

Bizarrement, aucun utilisateur n'était capable de faire la réception d'une commande et aucun message d'erreur n'apparaissait. Dans le journal d'évènements sur le serveur d'AOS, on y trouve le message suivant

Object Server : RPC error : RPC exception 1702 occurred in session 8 process is Ax32Serv.exe thread is 19640 (User: username, ClientType: Worker)

Pour corriger le problème, il suffit de recompiler le CIL via System administration --> Periodic --> Compile into .NET Framework CIL et redémarrer l'AOS au besoin.

Dynamics Ax 2012 : The requested topic could not be found

2011-12-15T22:23:00.003-05:00

Dernièrement, l'outil d'aide de mon environnement Dynamics AX 2012 retournait le résultat suivant : No Results.

Pourtant, les tests suivants fonctionnent :

Je visualise le service d'aide via Internet Explorer en utilisant l'adresse suivante :

http://ServerName/DynamicsAX6HelpServer/HelpService.svc

Je consulte l'aide de AX via l'adresse suivante :

http://ServerName/DynamicsAX6HelpServer/Content/Microsoft/EN-US/UserHelp/6a9bdc61-b19e-4cea-8890-805a4ccba8b2.htm?DocumentSet=UserDocumentation&ContentLanguage=en-us&ResourceLanguage=en-us

Après quelques recherches, il se trouve que le service Microsoft Search doit absolument être démarré sur le serveur pour que la recherche fonctionne !

Dynamics Ax 2012 : You cannot view data on this page because you are not a registered user

2011-12-14T22:59:00.039-05:00

Lorsqu'on installe plusieurs portails Enterprise Portal sur le même serveur, on doit configurer le fichier web.config de chaque site afin de lui mentionner le fichier de configuration AXC auquel il doit se connecter. Le paramètre en question est le suivant :

<Microsoft.Dynamics>
<Session Configuration="\\<server_name>\<path>\<configuration_file>.axc"/>
</Microsoft.Dynamics>

En utilisant cette configuration, il faut s’assurer que l’utilisateur qui exécute l’Application Pool du site possède les droits en lecture sur le dossier partagé et le fichier AXC. Cet utilisateur est normalement bcproxy. Autrement, les messages d’erreurs suivants s'afficheront :

You cannot view data on this page because you are not a registered user in Microsoft Dynamics AX. Contact your Microsoft Dynamics AX administrator.

The type initializer for 'Microsoft.Dynamics.Framework.Portal.AxaptaConfiguration' threw an exception.An unexpected error has occurred.

No .NET Business Connector session could be found.

Dynamics Ax : SQL Performance

2011-11-15T11:33:00.006-05:00

Voici la documentation que j'ai rassemblée avec le temps au sujet de la performance du serveur SQL dans un environnement AX.

Dynamics Ax 2009 : Fail to start ETW tracing session: return code is 5

2011-11-11T20:15:00.004-05:00

Suite à la configuration d’une trace AX du côté serveur, les fichiers de la trace n’étaient pas présents dans le dossier de log. Toutefois, le message suivant est apparu dans le journal d'évènements

Object Server: Fail to start ETW tracing session: return code is 5

Selon le site de MSDN, le code 5 veut dire : Access Denied
http://msdn.microsoft.com/en-us/library/windows/desktop/ms681381(v=vs.85).aspx

En effet, le compte qui exécute le service d’AOS doit être dans le groupe local Performance Log user et dois aussi avoir les permissions d’écriture sur le dossier de log comme indiqué sur l’image. Ensuite, j'ai redémarrer le service d'AOS et j'ai attendu quelque minutes avant de voir apparaître les fichiers !

Dynamics Ax 2012 : Splitstream Cumulative Update

2011-11-10T22:06:00.014-05:00

Avec AX 2012, il est possible d’intégrer les updates directement sur le DVD d’installation. Pour commencer, il faut extraire les données du fichier exécutable du hotfix, DynamicsAX2012-KB2579565.exe dans le cas du CU1, et copier les fichiers dans un dossier nommé par exemple CU1-KB2579565. Ensuite, il suffit de copier ce dossier dans le répertoire update du DVD d’installation. Ainsi, lors de l’installation d'un composant de AX 2012, l’update cumulative sera détectée !

Par exemple, lors de l’installation de la BD, il est possible de sélectionner l’update pour les différents modèles d’AX : Foundation, Process Manufacturing, Project Management, Public Sector… Sur l’image ci-dessous, on peut voir que le modèle Update for Process Manufacturing se situe sur la layer Fpp (Feature Pack Patch layer).

Tout cela est bien beau, mais il faut tout de même savoir ce qu’on fait lorsqu’on intègre les updates au DVD. Tout d’abord, j’aurais aimé voir une colonne « version » afin de pouvoir facilement identifier les hotfix intégré au DVD. Toutefois, il est possible de laisser son curseur sur le nom du modèle afin de savoir la localisation de son répertoire.

De plus, il est possible de cocher Update for Process Manufacturing sans avoir préalablement coché Process Manufacturing. Résultat : l’installation de fonctionnera pas avec l’erreur suivante :

The model file references an element that belongs to another model that does not exists in the model store. You can use the /createparents command switch to create a model where these elements will be placed.

En plus, lors de l’installation de l’AOS avec un DVD qui intègre les update cumulative, nous n’avons même pas le choix d’installer l’update ou non, ce n’est pas pratique lorsque ce DVD est utilisé pour multienvironnement !

Dynamics Ax 2012 : Multiple SSRS & EP sur le même serveur

2011-10-11T21:40:00.009-04:00

Avec Dynamics AX 2012, il est maintenant possible d’installer plusieurs instances de Reporting Services sur le même serveur connecté sur de différent AOS.

La configuration est possible en utilisant un fichier AXC afin d’informer SSRS sur les informations de connexion à l’AOS. En contrepartie, il faut installer une nouvelle instance SSRS par environnement AX.

Voici le lien avec les étapes à suivre :

http://technet.microsoft.com/en-us/library/hh389760.aspx

Il est aussi possible d’avoir plusieurs sites Enterprise Portal sur le même serveur qui pointent vers différent environnement. Encore une fois, on configure le fichier web.config pour spécifier un fichier AXC à utiliser lors de la connexion.

Voici le lien avec les étapes à suivre :

http://technet.microsoft.com/en-us/library/hh328926.aspx

Dynamics Ax 2012 : Aidez-moi en français !

2011-10-03T22:07:00.011-04:00

J'aime bien le nouveau système d'aide avec AX 2012, c'est beaucoup plus simple qu'avec AX 2009 ! Mon Help Server est installé et j'ai déployé les langues EN-US, EN-CA et FR-CA. J'ouvre AX et je configure mon utilisateur avec la langue d'aide FR-CA.

Surprise, lorsque j'appuie sur F1 pour demander de l'aide, le système me retourne l'information en EN-CA. De plus, il m'indique qu'il ne trouve pas le fichier d'aide en français ! La solution réside dans un hotfix de Microsoft : http://support.microsoft.com/kb/2585394/en-us.

Pour commencer, vous devez désinstaller la langue d’aide via le panneau de configuration

Ensuite vous devez avoir le DVD de Microsoft Dynamics AX sur le réseau. Après, il suffit de faire les étapes suivantes.

Télécharger le hotfix en format ZIP pour la langue dont vous avez besoin
Extraire le fichier .MSI du hotfix
Copier le fichier .MSI dans le dossier de la langue situé sur le réseau : Drive:\Msi\HelpContent. Exemple : Drive:\Msi\HelpContent\FR-CA
Vous devez vous connecter sur le serveur d’aide et exécuter setup.exe à partir du dossier réseau
Sélectionner l’option Help Server
Cocher le fichier d’aide qu’on vient d’ajouter
Terminer l'installation et redémarrer l'AOS !

Dynamics Ax 2012 : An administrator must specify a folder for attachments in the E-mail parameters form.

2011-09-29T21:05:00.003-04:00

Avec Microsoft Dynamics AX 2012, il y a une possibilité d’exporter de l’information dans un fichier Excel afin que le fichier soit attacher automatiquement dans un email Outlook. Toutefois, il faut que le AX soit configuré adéquatement, autrement le message d’erreur suivant s’affiche

The workbook containing the selected transactions cannot be attached to this e-mail. An administrator must specify a folder for attachments in the E-mail parameters form.

Method 'range' in COM object of class '_Worksheet' returned error code 0x800A03EC () which means: .

Il existe un paramètre à configurer afin d'indiquer à l'AOS où enregistrer le fichier excel temporaire. Le paramètre se situe dans System administration --> System --> E-mail Parameters

Dynamics Ax 2009 : Concurrent number of AOS for this application exceeds the licensed number

2011-09-28T17:20:00.003-04:00

Il m’arrive de faire la sauvegarde d’une base de données Dynamics AX dans le but de la restaurer immédiatement après pour un autre environnement. Bref, je fais une sauvegarde la BD, je la restaure sous un autre nom et je connecte mon nouvel AOS sur la BD. Toutefois, le message d’erreur suivant s’affiche souvent :

Concurrent number of AOS for this application exceeds the licensed number.

Si je vérifie le nombre d’AOS autorisé à se connecter sur ma BD, ma licence indique un seul

Pourtant, il n'y a aucun AOS de connecté sur ma nouvelle BD. Avec cette requête, il est possible de savoir quel AOS est considéré comme étant connecté sur la BD.

SELECT *

FROM dbo.sysserversessions
WHERE status = 1

La raison est simple, j’ai effectué une sauvegarde de la BD lorsque celle-ci était utilisée par un AOS. Donc, la table sysserversessions « crois » toujours que l’AOS initial est connecté, c'est la raison pourquoi la connexion est refusée. Pour corriger le problème, il suffit de modifier la valeur status et démarrer l'AOS.

UPDATE dbo.sysserversessions
SET status = 0
WHERE status = 1

SQL : Database Autogrowth

2011-08-16T22:59:00.010-04:00

Lorsque je me connecte sur le serveur SQL de mes clients, je réalise souvent que l’option Autogrowth de la base de données AX est configuré avec le paramètre par défaut. À quoi sert l’option Autogrowth ? Lorsque le fichier de base de données atteint sa pleine capacité, SQL doit ajouter de l’espace libre au fichier. La quantité d’espace libre ajouté est égale à la valeur de l’option Autogrowth de la base de données, le hic c’est que la valeur par défaut est 1 Mb. Donc, une transaction qui prend 100 Mb dans la base de données, le serveurs SQL devra effectuer 100 fois une opération qui consiste à ajouter 1 Mb d’espace libre. Les performances du serveur en sont grandement affectées et je le prouve ici.

Pour faire mon test, je vais utiliser SQL Server Import and Export Wizard afin de transférer 1 Gb de données d'une base de données de tests vers une base de données vierge. Je vais surveiller le transfert de données avec une trace de SQL Profiler configurer avec l’évènement Data File Auto Grow.

Test #1 - Résultats

Configuration de la BD vierge
Recovery Model : Simple
Initial Data Size : 3MB
Initial Log Size : 1MB
Data File Autogrowth : 1MB
Log File Autogrowth : 10%

Résultats
Data File Auto Grow events: 1033
Temps de transfert: 1min49

Test #2 - Résultats

Configuration de la BD vierge
Recovery Model : Simple
Initial Data Size: 3MB
Initial Log Size: 1MB
Data File Autogrowth: 512MB
Log File Autogrowth: 512MB

Résultats
Data File Auto Grow events: 3
Temps de transfert : 1min20

Conclusion

Pour exactement la même transaction, j’ai gagné 29 secondes. Donc, la performance a été amélioré de 26 % !

Pour modifier la configuration du paramètre Autogrowth, il suffit d'aller dans les propriétés de la base de données, cliquer sur Files et modifier le paramètre Autogrowth pour le fichier de Data et de Log

Dynamics Ax 2012 : WFC Settings

2011-08-10T22:14:00.008-04:00

Lorsque je navigue dans mon environnement AX, le message d’erreur suivant s’affiche :

The client cannot download the services metadata from http://AOSSERVER:8101/DynamicsAx/Services/AxClient?wsdl. The metadata address of the AOS services is incorrect or the AOS services are down. Please contact your system administrator.

The specified client configuration does not contain valid WCF settings

J’utilise les fichiers .AXC pour me connecter sur mes environnements AX. J’effectue la configuration de mon fichier via l’utilitaire Microsoft Dynamics AX Configuration Utility en m'assurant que les paramètres Server Name, Instance Name, TCP/IP Port et WSDL Port sont bien configurés

Ensuite j’exporte le fichier de configuration, mais je reçois le message suivant :

Alors, je clique sur Refresh Configuration.

Ooops, il faut avoir un compte utilisateurs dans AX. J'ouvre mon environnement AX avec un autre utilisateurs afin de me créer un compte pour mon utilisateur, ensuite je clique sur Refresh Configuration !

Finalement, j'exporte mon fichier AXC et celui-ci devrait contenir l'information sur les configurations WCF. Pour vérifier, il suffit d'ouvrir le fichier AXC avec Notepad.

Dynamics Ax : AOS PID

2011-08-05T16:16:00.021-04:00

Lorsqu’on possède un serveur avec plusieurs instances d’AOS, chaque service exécute l’application AX32Serv.exe. Il est donc difficile, par exemple, de savoir quel AOS consomme 820 MB de mémoire ! (voir image)

Tout d’abord, nous allons afficher la colonne PID dans le Task Manager. Pour cela, il faut cliquer sur View -> Select Columns et ensuite cocher PID (Process Identifier).

Windows 2003

Afin d’associer le nom d’un AOS avec un PID, il suffit d’exécuter la commande suivante :

tasklist /svc /FI "ImageName eq AX32Serv.exe"

Dans cet exemple, on sait maintenant que AOS60$01 consomme 820 MB

Finalement, il suffit de regarder dans les propriétés de chaque service d'AOS afin de connaître son nom !

Windows 2008

Avec Windows 2008, c'est beaucoup plus facile. Il suffit d'aller dans le Windows Task Manager et cliquer sur l'onglet Services. Ensuite, on trouve le service qui exécute le PID en question et on clique sur le bouton de droite -> Go To Process

IIS 7 : Kerberos & NTLM authentification

2011-07-18T22:00:00.001-04:00

J’ai indiqué dans le passé comment forcer l’authentification NTLM avec SSRS 2005 (IIS 6) et aussi sur SSRS 2008. Dernièrement, j’ai eu besoin de faire ce genre de manipulation pour IIS 7 (Windows 2008) qui hébergeait le service Dynamics AX 2009 Workflow

J'ai un Web Application qui s'appelle Workflow et j'ai un Virtual Directory nommé MicrosoftDynamicsAXWorkflow50. Nous allons modifier l'authentification seulement pour le dossier MicrosoftDynamicsAXWorkflow50

Avec IIS 7, certaines configurations sont globales à tous les sites. Pour pouvoir configurer certains paramètres par site, il faut déverrouiller la section. Pour faire cela, il faut utiliser appcmd qui se situe dans %systemroot%\system32\inetsrv\

appcmd.exe unlock config /section:windowsAuthentication

Il est intéressant de savoir comment le paramètre WindowsAuthentification est actuellement configuré pour note site :

appcmd.exe list config "Workflow/MicrosoftDynamicsAXWorkflow50/" /section:windowsAuthentication

Ensuite, on enlève la valeur Negotiate, donc il restera seulement NTLM

appcmd.exe set config "Workflow/MicrosoftDynamicsAXWorkflow50/" /section:windowsAuthentication /-providers.[value='Negotiate']

Suite aux modifications, il suffit de faire afficher la configuration de nouveau pour s'assurer que Negotiate est disparu. Finalement, il suffit de redémarrer le site

Avec Windows 2008, il faut faire ces modifications en ligne de commande, avec Windows 2008 R2 (IIS 7.5), il est possible de le faire avec le GUI via le menu Authentification - Windows Authentification - Providers du dossier virtuel à modifier

Dynamics Ax 2012 : SQL Mirroring

2011-07-12T10:37:00.025-04:00

Suite à la lecture du blogue sur la haute disponibilité dans SQL Server pour AX, je voulais expérimenter la solution Database Mirroring dans un environnement Dynamics AX 2012. En fait, je voulais savoir comment un AOS réagit lorsque la base de données principale d’un miroir tombe en panne. Est-ce que l’AOS s'éteint, est-ce que les utilisateurs sont déconnectés?

Configuration SQL

J'ai configuré un environnement SQL avec trois serveurs pour obtenir un miroir de type High-Safety Mode with Automatic Failover (Lien MSDN). Mis à part le serveur principal et secondaire, il y a aussi un serveur Witness dans l'architecture. Son rôle est de détecter une panne au sein du miroir et d'effectuer automatiquement le basculement de la responsabilité des bases de données vers mon serveur miroir en cas de défaillance du serveur principal.

Avec Dynamics Ax 2012, il est important de noter que j'ai configuré les deux bases de données AX en mode miroir : MicrosoftDynamicsAX et MicrosoftDynamicsAXBaseline.

Configuration AOS

J’ai configuré le service d’AOS afin qu’il se connecte sur mes bases de données situées sur le serveur principal. Il est impossible de configurer l’AOS pour spécifier le serveur miroir.

Test

Le démarrage de l’AOS fonctionne très bien, ensuite j’ouvre un client AX et j’effectue quelques opérations de routine. Je veux maintenant créer une panne sur mon serveur principal. Il existe plusieurs détections de défaillances dans une configuration miroir (Lien MSDN). Afin de simuler une défaillance, j’ai désactivé la carte réseau du serveur principal. Immédiatement, le serveur Witness a détecté le problème et a assigné la responsabilité de mes bases de données au serveur secondaire. Pendant le transfert, je suis incapable de naviguer à l'intérieur de mon client AX, mais après quelques secondes mon client AX fonctionne de nouveau et je peux effectuer des transactions, comment est-ce possible ?

Transparent Client Redirect

L’AOS utilise SQL Native Client 10.0 pour se connecter sur les bases de données. SNAC profite de la fonctionnalité Transparent Client Redirect qui consiste à mettre en cache les informations de connexion du serveur principal, mais aussi du serveur miroir ! Lorsque la connexion entre l’AOS et le serveur principal est brisée, SNAC redirige automatiquement la connexion vers le serveur de miroir sans aucune manipulation.

Finalement, l'AOS garde sa connexion avec la base de données puisque SNAC s'occupe de la redirection vers le miroir. Donc, le service AOS ne s'éteint pas et les clients AX restent connectés avec l'AOS ! Toutefois, entre la période de temps où la défaillance survient et le transfert de la responsabilité des bases de données vers le serveur secondaire soit terminé, mon client AX est non fonctionnel et peut émettre une erreur de connexion à la BD SQL, mais sachant que SNAC utilise A.C.I.D comme mode de fonctionnement, les transactions en cours lors de la panne sont renversées.

Dynamics Ax : SQL Haute-Disponibilité

2011-06-20T09:14:00.015-04:00

Les tableaux suivants listent les technologies de haute disponibilité SQL supportés ou non supportés pour les versions 4 et 2009.

Dynamics Ax 2009

Configuration Haute-Disponibilité	Support
Failover clustering active/passive	Supporté
Failover clustering active/active	Non supporté *
Log Shipping	Supporté
Database Mirroring	Supporté
Transactional replication	Supporté
Snapshot replication	Supporté
Merge replication	Non supporté *

Lien Technet

* Not supported due to the complex conflict resolution required to ensure data integrity.

Dynamics Ax 4.0

Configuration Haute-Disponibilité	Support
Failover clustering active/passive	Supporté
Failover clustering active/active	Supporté
Log Shipping	Supporté
Database Mirroring	Non supporté
Transactional replication	Supporté
Snapshot replication	Supporté
Merge replication	Non supporté *

Lien Customer Source

* Not supported due to the complex conflict resolution required to ensure data integrity.

Dynamics Ax 2012 : AOS Cluster

2011-06-16T22:50:00.007-04:00

Aujourd’hui, je vais indiquer comment configurer un cluster d'AOS avec Microsoft Dynamics 2012. Pour mes tests, j’ai installé 6 AOS et chaque instance est configuré pour se connecter sur la même base de données AX.

Licences

Afin d’avoir la possibilité de connecter plusieurs AOS sur une base de données, il faut préalablement avoir acheté les licences nécessaires. Pour vérifier, il suffit d’aller voir dans Administration - System administration - Setup - Licensing - License configuration

Server Configuration

Il est possible de connaître les AOS qui se sont déjà connectés à notre environnement. L’information est sous System Administration - Setup - System - Server Configuration. Il est possible qu’un AOS qui n’existe plus sur le réseau soit indiqué dans cette liste. La raison est que cette liste affiche tous les AOS qui se sont déjà connectés à la base de données, si le service AOS a été stoppé et désinstaller, il faut supprimer l’entrée du serveur dans cette liste.

Actuellement, mon instance 01@AX2012 n’est pas configurée avec l’option Batch Server, ni Load Balancer et n’est pas membre d’un cluster. De plus, il est possible de configurer un nombre maximal de connexions concurrentes par instance.

Il est possible de voir les AOS actuellement connectés sur la base de données. L'information est dans System Administration - Users - Online users et cliquer sur l’onglet Server instances

Cluster Configuration

Tout d'abord, il est important de savoir que la configuration d'un cluster AOS avec Microsoft Dynamics AX ne nécessite aucune modification ou installation sur le système d'exploitation. De plus, la répartition des charges n'est pas basée sur la performance des serveurs, mais uniquement sur le nombre d'utilisateurs connecté par instance.

Pour commencer, j’ai créé deux clusters (Finance et Production) via le menu System Administration - Setup - System - Cluster configuration. Mon but est d'assigner 3 AOS pour chaque département. Un autre exemple pourrait être un cluster dédié aux connexions Enterprise Portal. Il suffit de cliquer sur New pour créer un cluster et ensuite utiliser le menu déroulant de la colonne Cluster Name pour lier un AOS avec un cluster. Cette image montre mes deux clusters avec 3 AOS chacun.

Architecture avec un Load Balancer

Il est possible de configurer un ou plusieurs Load Balancer dans un Cluster. Mais à quoi sert le Load Balancer? Une instance avec l’option Load Balancer ne peut pas accepter de connexion cliente, en effet cette instance va seulement assurer la distribution des utilisateurs au sein de tous les AOS lié à son cluster. Techniquement, si vous avez 3 AOS dans votre cluster, dont un Load Balancer, les clients AX doivent être configurés pour se connecter sur l'AOS Load Balancer. Lorsqu’une connexion est établie, le Load Balancer interroge la base de données afin de connaitre le nombre d’utilisateurs actuellement connecté sur chaque AOS de son cluster. Ensuite, il envoie au client AX une liste des AOS triés en ordre croissant d'utilisateurs connectés. Ensuite, le client AX tente de se connecter sur le premier AOS de la liste. Si la connexion échoue, le client tentera d'établir une connexion avec la deuxième de la liste et ainsi de suite.

Pour configurer un AOS en tant que Load Balancer, il suffit de cocher la case Load Balancer dans le menu System Administration - Setup - System - Cluster configuration. Ensuite, les clients AX doivent être configurés pour se connecter sur cette instance.

Architecture sans Load Balancer

Lorsqu’un cluster n’est pas configuré avec un Load Balancer, les clients AX sont configurés pour se connecter sur un des AOS et c'est cette AOS qui va agir comme Load Balancer. Bref, n'importe quel AOS du cluster peut agir comme Load Balancer. Il y a deux différences entre un AOS Load Balancer et un AOS non Load Balancer

Un AOS Load Balancer ne nécessite pas une licence AOS
Un AOS Load Balancer n'accepte pas les connexions clients (session active). Il fait seulement de la redirection de session.

Alors, pourquoi désigner un serveur en tant que Load Balancer si un AOS actif peut faire cette tâche? Une des raisons est la performance, par exemple dans un environnement avec beaucoup d’utilisateurs, la distribution des connexions peut être assurée par un AOS en particulier sans affecter les utilisateurs actuellement connectés. Il y a aussi l'aspect de simplicité au niveau de la gestion des clusters. Normalement, un AOS Load Balancer nécessite beaucoup moins de ressource matérielle, il est beaucoup moins sujet à être changé avec le temps. Ainsi, les utilisateurs AX se connectent toujours sur le même Load Balancer, mais en tant qu'administrateur de réseau, il est facile d'ajouter un AOS au cluster ou transférer un AOS d'un cluster vers un autre sans modifier les raccourcies des utilisateurs !

Dynamics Ax 2009 : AXADOMD

2011-06-10T22:13:00.003-04:00

Lors du déploiement des rapports SSRS, le message d'erreur suivant est apparu :

An attempt has been made to use a data extension 'AXADOMD' that is not registered for this report server

Le problème est dû au renseignement de l'extension AXADOMD situé dans le fichier rsreportserver.config sur le serveur SSRS. Pour faire fonctionner le déploiement, il suffit de réinstaller Reporting Extensions sur le serveur

Ce message apparaît aussi lorsqu'on déploie les rapports sur une version Express de SQL. Il faut au minimum SQL Serveur version Standard.

Dynamics Ax : Internal Error occurred executing stored procedure when creating session for the AOS

2011-06-01T23:15:00.003-04:00

Lors du premier démarrage du service AOS, les stored procedure createserversessions et createusersesssions sont exécutés. Si le compte qui roule le service d'AOS n'a pas les droits nécessaires pour exécuter une stored procedure ou si elles n'existent pas, l'erreur suivante s'affichera dans le journal d'évènement :

Internal Error occurred executing stored procedure when creating session for the AOS

Premièrement, il suffit de vérifier si les stored procedure existe, si ce n'est pas le cas, je conseille de les copier à partir d'un autre environnement.

Si elles existent, assurez-vous de donner le droit Execute sur la base via SQL Management Studio.

Cliquer sur le bouton de droite de la BD AX
Cliquer sur Properties
Cliquer sur Permission
Sélectionner le compte utilisateur de l'AOS
Cocher la colonne Grant pour la permission Execute

Cette solution est bonne pour Dynamics AX 4, 2009 et 2012 !

Dynamics Ax 2009 : Intégration avec le iPhone

2011-04-19T10:23:00.007-04:00

Une nouvelle application a fait son apparition sur l’App Store de Apple. Situé dans la catégorie Business, AX Mobile permet aux utilisateurs en déplacement de rester connectés en tout temps au système d’information Microsoft Dynamics AX de l’entreprise. L’application n’est qu’à ses premières itérations, mais offre déjà la possibilité de parcourir les modules des Comptes Payable et des Comptes Recevable. Grâce à l’interface par module, on voit que la possibilité d’ajouter de nouvelles sections (tels que l’Inventaire, les Projets, etc.) fait partie de la stratégie et que même des modules customs peuvent être intégrés selon les besoins des clients. De plus, le système de notification d’AX est déjà intégré à l’application, donc l’utilisateur est averti lorsqu’une nouvelle alerte lui est envoyée!

Afin d’ouvrir une connexion au serveur, l’utilisateur doit inscrire son nom d’utilisateur et son mot de passe de l’Active Directory pour se connecter. L’application affiche seulement les informations permises selon les autorisations configurées dans le système Dynamics AX. La connexion entre le serveur et l’application est faite via le protocole HTTPs, donc l’échange des données est sécurisé avec un certificat SSL. L’environnement de démonstration est connecté sur une installation de Microsoft Dynamics AX 2009 avec la base de données Contoso. Le service qui offre la communication entre l’application iPhone et Dynamics AX est hébergé sur un serveur IIS 7.5 de Windows 2008 R2.

On peut télécharger l’application gratuitement afin de tester les fonctionnalités sur l’environnement de démonstration.

Haka Solutions: http://www.hakasolutions.com/AXMobile/?lang=en
App Store: http://itunes.apple.com/us/app/ax-mobile/id420650115?mt=8&ls=1

Dynamics Ax 2012 : Themes service

2011-04-17T22:43:00.002-04:00

Lors de l’installation du client Microsoft Dynamics AX 2012 sur un serveur Windows 2008, la liste des prés requis indique un avertissement sur :

Themes service
Themes service startup type
Themes service started

Pour corriger les avertissements, il suffit d’installer le feature Desktop Experience sur le serveur comme suit :

Cliquer Start -- Control Panel -- Administrative Tools -- Server Manager
Cliquer sur le bouton de droite sur Features
Cliquer Add Features
Sélectionner Desktop Experience
Compléter le processus d’installation

Lorsque le Desktop Experience est installé, vous aller devoir redémarrer le serveur. Ensuite, via la console Services.msc, il faut configurer le service nommé Themes en mode automatique et s’assurer que le service est démarré.

Dynamics Ax : The EXECUTE permission was denied on the object

2011-04-16T23:36:00.005-04:00

Après la restauration d’une base de données sous AX 2012, le service d’AOS n’avait pas les autorisations nécessaires pour exécuter une stored procedure sur la base de données. Le message suivant est apparu dans le journal d’évènements

The error reported is: System.Data.SqlClient.SqlException (0x80131904): The EXECUTE permission was denied on the object 'XU_GetSchemaVersion', database 'AX2012CONTOSO', schema 'dbo'.

Object Server : Dialog issued for client-less session 1: Cannot execute a stored procedure.

Le compte qui roule le service d’AOS doit avoir la permission execute sur la BD de AX. Cette commande T-SQL ajoute la permission execute à l’utilisateur aosservice sur le BD AX2012CONTOSO

USE [AX2012CONTOSO]
GO
GRANT EXECUTE TO [domain\aosservice]
GO

Cette solution est bonne pour Dynamics AX 4, 2009 et 2012 !

Dynamics Ax : No license code available for language

2011-04-14T21:22:00.007-04:00

Lors d’une nouvelle installation de Microsoft Dynamics, si vous sélectionner un langage d’installation qui n’est pas licenciée, vous risquer d’avoir un message d’erreur lors de l’ouverture du client. Comme vous savez, l’utilisateur qui fait l’installation de Microsoft Dynamics AX est automatiquement créer comme utilisateur dans le système. Toutefois, l’utilisateur est créé avec le paramètre de langage choisi lors de l’installation. Si vous n’avez pas de licences pour ce langage, le message d’erreur suivant apparaitra :

Pour modifier la langue de l’utilisateur, vous devez modifier la table USERINFO

UPDATE dbo.USERINFO
SET LANGUAGE = 'EN-US', HELPLANGUAGE = 'EN-US'
WHERE ID = 'ADMIN'

Dynamics Ax 2009: RPC exception 1726 occurred in session SessionID

2011-04-02T12:10:00.002-04:00

Dans un contexte où je devais troubleshooter le plantage d’un AOS, le message d’erreur suivant s’affichait dans le journal des événements :

Object Server : RPC error: RPC exception 1726 occurred in session SessionID

Avec la requête suivante, nous pouvons lié un SessionId avec un UserID à un moment précis

SELECT *
FROM sysuserlog
WHERE sessionid = 5 and createddatetime > '2011-03-02'
ORDER BY createddatetime DESC

La requête peut retourner quelques lignes puisque c’est possible que plusieurs utilisateurs obtiennent le même session ID dans un court laps de temps. Afin de mieux identifier la session qui a causé une exception, vérifier si la colonne TERMINATEDOK égale 0 et que la colonne LOGOUTDATETIME est vide, ceci voudrait dire que le client AX n’a pas fermé correctement. Ensuite, il suffit de regarder la colonne USERID et COMPUTERNAME pour trouver l'utilisateur qui a causé l’exception et de lui demandé quel opération il a fait.

Dynamics Ax 4 : Object 'CLRObject' could not be created

2011-04-01T23:00:00.009-04:00

Lors de l'installation de Enterprise Portal 4.0 sur une machine Windows 2003 avec WSS 3.0, je reçois le message d'erreur suivant lorsque je clique sur Manage Deployement

Clr object is not initialized
Object 'CLRObject' could not be created

Il faut copier le fichier ax32.exe.config du DVD d'installation de AX 4 SP1 sur le serveur. Le fichier se trouve dans [DVD]\Msi\Client\Program Files\Microsoft Dynamics\4.0\Client\Bin\ax32.exe.config et doit être copié dans le dossier suivant:

32 Bits : C:\Program Files\Microsoft Dynamics AX\40\Client\Bin
64 Bits : C:\Program Files (x86)\Microsoft Dynamics AX\40\Client\Bin

Si le fichier existe déjà dans le dossier de destination, il faut vérifier que la balise bindingRedirect est identique à celle-ci:

<bindingRedirect oldVersion="11.0.0.0" newVersion="12.0.0.0"/>

Après les modifications, vous devez redémarrer le client AX.

Certification : 70-432 SQL Server 2008, Implementation and Maintenance

2011-03-30T22:00:00.007-04:00

Enfin, il me manquait seulement la certification SQL pour devenir Microsoft Certified IT Professional : Installation and Configuration for Microsoft Dynamics AX 2009. Ce n'est pas sans mal que j'ai réussi l'examen! Pour y parvenir, j'ai utilisé trois sources de formation différentes. Le livre MCTS Self-Paced Training Kit possède beaucoup d'informations, les sujets sont même un peu trop approfondi pour réussir l'examen. Malgré cela, il manque le côté visuel de l'explication. Pour compléter le livre, je suggère les vidéos de Train Signal ou de CBT Nuggets. Personnellement, je crois que la meilleure technique d'apprentissage est une combinaison du livre et d'une formation vidéo!

Pour ce qui est de l'examen, je conseille fortement de bien comprendre la sécurité, les sauvegardes et la haute disponibilité de SQL. Peu de questions sur les Index et les Tables, même si ceci est le coeur de SQL! Ensuite, l'examen est complété avec deux/trois questions de chaque "module" : Ressource Gouvernor, Data Management WhareHouse, SQL Agent...

Skills Being Measured

Installing and Configuring SQL Server 2008 (10 percent)

Install SQL Server 2008 and related services.
Configure SQL Server instances
Configure SQL Server services.
Configure additional SQL Server components.
Implement database mail.
Configure full-text indexing.

Maintaining SQL Server Instances (13 percent)

Manage SQL Server Agent jobs.
Manage SQL Server Agent alerts.
Manage SQL Server Agent operators.
Implement the declarative management framework (DMF).
Back up a SQL Server environment.

Managing SQL Server Security (15 percent)

Manage logins and server roles
Manage users and database roles.
Manage SQL Server instance permissions.
Manage database permissions.
Manage schema permissions and object permissions.
Audit SQL Server instances.
Manage transparent data encryption.
Configure surface area.

Maintaining a SQL Server Database (16 percent)

Back up databases.
Restore databases.
Manage and configure databases.
Manage database snapshots.
Maintain database integrity.
Maintain a database by using maintenance plans.
Plan Designer

Performing Data Management Tasks (14 percent)

Import and export data.
Manage data partitions.
Implement data compression.
Maintain indexes.
Manage collations.

Monitoring and Troubleshooting SQL Server (13 percent)

Identify SQL Server service problems.
Identify concurrency problems.
Identify SQL Agent job execution problems.
Locate error information.

Optimizing SQL Server Performance (10 percent)

Implement Resource Governor.
Use the Database Engine Tuning Advisor.
Collect trace data by using SQL Server Profiler.
Collect performance data by using Dynamic Management Views (DMVs).
Collect performance data by using System Monitor.
Use Performance Studio.

Implementing High Availability (9 percent)

Implement database mirroring.
Implement a SQL Server clustered instance.
Implement log shipping.
Implement replication.

Dynamics Ax 2012: Nouveau modèle d’application

2011-03-28T15:12:00.006-04:00

J'ai eu la chance d'assister au Dynamics Ax 2012 Technical Conference à Seattle cette année. Plusieurs nouveautés intéressantes s'en viennent, entre autres la nouvelle façon de stocker le dossier d'application dans la base de données SQL ! Je vous invite à lire le post complet sur le site de Haka Solutions : http://www.hakasolutions.com/news/60/130/AX-2012-Nouveau-modele-d-application/

Dynamics Ax 2009 : Unable to allocate sequence numbers

2011-02-22T22:00:00.017-05:00

Lors de la duplication d’une compagnie dans AX, j’obtenais cette erreur :

Unable to allocate sequence numbers
An error occurred while obtaining new RecID value for the table

Les numéros de séquence sont stockés dans la table SystemSequences. Pour commencer, j’effectue une requête pour vérifier si la valeur NEXTVAL est égale ou très proche à MAXVAL pour les tables de la compagnie dont je veux dupliquer. Si c’est le cas, le système d’allocation de numéro de séquence échouerait :

SELECT *

FROM systemsequences
WHERE dataareaid = 'dat'
ORDER BY nextval DESC

Effectivement, il semble y avoir un problème avec les tables 9, 165, 356, 494, 714 et 768. La relation entre le nom d’une table et le TabID est située dans la table SQLDICTIONARY. La requête suivante me donne le nom de la table avec le TabID 9

SELECT *

FROM sqldictionary
WHERE fieldid = 0 and tableid = 9

Je regarde le dernier RECID attribué dans la table BANKCHEQUELAYOUT avec cette requête :

SELECT MAX (RECID)

FROM bankchequelayout
WHERE dataareaid = 'dat'

Finalement, il suffit de modifier le champ NEXTVAL dans la table systemsequence pour que la valeur soit supérieure à la valeur du dernier RECID attribué pour la table en question.

UPDATE systemsequences

SET nextval = 5637144830
WHERE dataareaid = 'dat' and tabid = 9

Dynamics Ax 2009 : The URL is empty.

2011-02-09T22:30:00.009-05:00

Lors de l’installation de Reportings Extension, j’obtenais l’erreur

An error occurred during setup of Reporting extensions.
Reason: Invalid URL: The URL is empty.

Le problème survient lorsque la valeur UrlRoot ou UrlString , selon la version de SSRS installé, n’est pas configurée correctement dans le fichier rsreportserver.config. Voici l’extrait de la documentation Ax Installation

Update the Reporting Services 2005 configuration file

If you are using Reporting Services 2005, use the following procedure to update the configuration file.

Open the rsreportserver.config file. By default, this file is located in \Program Files\Microsoft SQL Server\ReportingServicesInstance\Reporting Services\ReportServer.

Locate the UrlRoot XML element and update the URL in that element, if necessary. For example, if you implemented SSL, you may need to change http to https, as shown: <UrlRoot>https://ServerName:PortNumber/reportserver</UrlRoot>

Save your changes and close the file.

Update the Reporting Services 2008 configuration file

If you are using Reporting Services 2008, use the following procedure to update the configuration file.

Open the rsreportserver.config file. By default, this file is located in \Program Files\Microsoft SQL Server\ReportingServicesInstance\Reporting Services\ReportServer.

Locate the UrlString XML elements and update the URL in each of those elements, if necessary. (There are two UrlString elements.) For example, if you configured the virtual directories to use port 81, you may need to change the port number, as shown: <UrlString>http://+:81</UrlString>

Save your changes and close the file.

Dynamics Ax 2009 : Configuration Workflow avec un Batch Server

2011-01-13T11:15:00.010-05:00

Une architecture Microsoft Dynamics AX est souvent composée d’une instance AOS dédiée pour exécuter les Batch, ce serveur s’appelle Batch Server. Dans un article publié sur le blog de Haka Solutions, j’explique comment configurer le Worflow afin d’exécuter les tâches du service Workflow uniquement sur le serveur de Batch. Vous pouvez lire l’article complet en cliquant sur le lien suivant : http://www.hakasolutions.com/index.php?page=Blog

Dynamics Ax 2009 : Unable to modify the security policy file

2010-12-01T20:40:00.006-05:00

Lors du déploiement des rapports de Microsoft Dynamics Ax 2009, le message d'erreur suivant est apparu :

Unable to modify the security policy file: C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\rssrvpolicy.config

Dans mon cas, j'avais installé le service SQL Server Reporting Services en premier lieu et ensuite j’avais installé les Reportings Extensions de Dynamics. Toutefois, j'ai désinstallé le service SSRS du serveur pour ensuite le réinstaller. Pour cette raison, il faut aussi réinstaller les Reporting Extensions de Dynamics pour que le déploiement fonctionne!

Dynamics Ax 2009 : Unable to log on to Microsoft Dynamics AX

2010-11-29T15:03:00.007-05:00

Lors de la visualisation des Rôle Center configurés avec SQL Server Reporting Services 2008, tous mes rapports affichaient l'erreur suivante :

Exception has been thrown by the target of an invocation.
Échec de Dynamics Adapter LogonAs.
Échec de Dynamics Adapter LogonAs.
Unable to log on to Microsoft Dynamics AX.

Pour corriger le problème, il suffit de modifier le compte de service et d'exécution via le panneau Reporting Services Configuration Manager comme ceci :

Service Account : Local System
Execution Account : domain\bcproxy

Dynamics Ax 2009: Notifications

2010-11-25T22:17:00.012-05:00

Une des premières choses qui devrait être faite, après l'installation de AX, serait de configurer les notifications.

Batch Server

Les notifications fonctionnent via le service de batch de Dynamics AX. Donc, la première chose à faire est d'assigner un serveur AOS en tant que Batch Server. La configuration se trouve dans Administration -> Setup -> Server Configuration et il faut cocher Is Batch Server

Batch Group
Cette configuration est optionnelle, mais dans un environnement multi-AOS, je suggère de créer un Batch Group puisque dans un environnement avec plusieurs Batch Server, il est possible d'assigner un Batch Group à un AOS (Batch Server) en particulier. Donc, cela nous permet de répartir la charge parmi nos serveurs.

On peut créer notre Batch Group via Administration -> Setup -> Batch Groups. Dans mon cas, j'appelle mon groupe Alerts

Ensuite, il faut cliquer sur l'onglet Batch Servers et assigner notre serveur AOS en tant que Selected servers. Ceci veut dire que le "processing" des Batch Job dans le Batch Group Alerts sera effectué par le serveur AOS sélectionné.

Alertes

Maintenant, nous allons configurer les deux batch jobs nécessaires pour que les notifications fonctionnent : Change based alerts et Due date alerts.

Cliquer sur Basic -> Periodic -> Alerts -> Change based alerts

Ensuite, cliquer sur Recurrence et sélectionner No end date. Vous pouvez changer la fréquence d'exécution. Si vous configurez une période d'intervalle basse, les performances du système seront affectées. Toutefois, si vous configurez une période d'intervalle haute, vous risquez de perdre des alertes. En effet, si par exemple une modification est faite deux fois sur le même champ à l'intérieur de l'intervalle d'exécution, la batch job ne verra pas la première modification.

Cliquer sur OK pour fermer la fenêtre de récurrence. Cocher sur Batch processing et sélectionner le Batch group que vous avez créé. Si vous n'avez pas créer de Batch group, laissez le champ vide. Ensuite cliquer sur OK pour fermer la fenêtre.

Vous devez faire la même configuration pour Due date alerts via Basic -> Periodic -> Alerts -> Due date alerts

Batch Job

Finalement, on peut vérifier la création et l'exécution de nos deux Batch Job via Basic ->Inquiries -> Batch Job

Notifications
Chaque utilisateur peut configurer ses paramètres de notification via : Microsoft Dynamics AX menu -> Tools -> Options

Ça fonctionne! 10 minutes après la configuration, j'ai reçu mes premières notifications :

Dynamics Ax 2009: The request failed with HTTP status 405: Method not allowed

2010-11-24T22:30:00.009-05:00

Lors de l’implantation du module Workflow sur un serveur Windows 2008 R2 x64, j’obtiens l’erreur « The Resquest Failed with http status 405 : Method Allowed » lors du processus de validation du Workflow Infrastuture Configuration Wizard.

Pour corriger le problème, il faut modifier une propriété de l’Application Pool MicrosoftDynamicsAXWorkflow50. Il faut changer l’option Enable 32-Bit Applications à True de l'application pool. Ensuite, il suffit de faire un IISreset /noforce sur le serveur pour que les changements fonctionnent.

Si le problème persiste, voici les étapes qui corriger le problème :

Ouvrir la console IIS
Cliquer sur le petit plus à côté du Web Application qui contient le Workflow
Supprimer le Virtual Directory MicrosoftDynamicsAXWorkflow50
Cliquer bouton de droite sur votre Web Application et sélectionner Add Virtual Directory
Indiquer les informations suivantes :

Alias : MicrosoftDynamicsAXWorkflow50
Physical Path : C:\Program Files\Microsoft Dynamics AX\50\Workflow
Cliquer sur OK.
Cliquer bouton de droite sur le le dossier virtuel MicrosoftDynamicsAXWorkflow50 et sélectionner Convert to Application
Cliquer sur OK
Cliquer sur MicrosoftDynamicsAXWorkflow50 et sélectionner Basic Settings dans le panneau Actions de droite
Cliquer Select afin de modifier l'application pool
Sélectionner l'application pool MicrosoftDynamicsAXWorkflow50 et cliquer sur OK deux fois
Cliquer sur MicrosoftDynamicsAXWorkflow50 et sélectionner Authentification dans le menu de droite (Features View)
Configurer Anonymous Authentification a Disable et Windows Authentication à Enable
Exécuter iisreset /noforce sur le serveur et le Workflow devrait se mettre en marche !

Dynamics Ax 2009: System.Runtime.InteropServices.COMException (0x80040208)

2010-11-17T17:00:00.003-05:00

Lorsque Reportings Extensions est installé sur un serveur Windows 2008, le message d'erreur suivant peut survenir lors du déploiement des rapports:

Error: Deployment failed unexpectedly with the message:
See the log file for further details.
Deployment failed with the following exception:
System.Runtime.InteropServices.COMException (0x80040208)

Il suffit de lancer Microsoft Dynamics AX 2009 Reports Deployment en tant qu'administrateur ou désactiver l'UAC !

Dynamics Ax : The application files are not accessible.

2010-11-12T12:03:00.017-05:00

Lors de la configuration de l'AOS, il est important de spécifier deux composants : la base de données et le dossier d'application. Il peut y avoir plusieurs raisons qui empêcheraient l'AOS de démarrer, entre autres si le dossier d'application n'est pas disponible. Un des messages d'erreur possible serait :

Object Server : The application files are not accessible. This can be caused by another Microsoft Dynamics instance using the application files in exclusive mode.

Voici les différentes causes de problèmes :

Configuration AOS

La première chose à vérifier est la configuration de l'AOS. Il faut s'assurer que l'AOS pointe vers un dossier d'application existant. On peut vérifier la configuration via Control Panel -> Administrative Tools -> Microsoft Dynamics AX 2009 Server Configuration

Sur cette image, le dossier d'application est sur le même serveur que l'AOS. Si le dossier d'application est sur un autre serveur, il faut créer un partage. Dans ce cas, Application file location devrait être : \\SERVEUR\SHARE

Permissions & Read-Only

Le compte utilisateur qui roule le service AOS doit avoir les permissions NTFS Modify sur le dossier d'application et les permissions Full Control sur le partage du dossier. Pour connaître le compte qui exécute le service d'AOS, il suffit d'ouvrir la console Services.msc de Windows et de regarder l'onglet Log On dans les propriétés du service d'AOS.

Modifier les permissions sur le dossier et le partage ne sera pas suffisant si le dossier de l'application est en Read-Only. Il suffit de vérifier et décocher la case Read-Only du dossier d'application

MOSS 2010 : Alert Me !

2010-11-08T10:01:00.007-05:00

Suite à l'installation de SharePoint 2010, je cherchais l'option Alert Me afin d'être notifié lors d'un changement à une librairie. Toutefois, l'icône n'apparait pas par défaut dans le Ribbon, il faut configurer un serveur de courriel sortant pour avoir accès à cette fonctionnalité, logique !

Pour ce faire, il faut aller dans SharePoint Central Administration -> System Settings -> Configure outgoing e-mail settings
Pas obliger de redémarrer aucun service, l'icône va apparaitre automatiquement.

Dynamics Ax : Connection with the Application Object Server could not be established

2010-11-03T17:20:00.029-04:00

Les problèmes de connexion à l’AOS peuvent être liés à diverse raison. Lorsque la connexion entre le client et l’AOS ne fonctionne pas, le message d’erreur retourné au client AX est :

Connection with the Application Object Server could not be established

Microsoft Dynamics AX 2009 Server Configuration

Pour commencer, on va valider la configuration de l’AOS sur lequel on veut se connecter. Sur le serveur, nous allons ouvrir le panneau de configuration de l’AOS via Control Panel -> Administrative Tools -> Microsoft Dynamics AX 2009 Server Configuration. Nous avons besoin de savoir le nom de l'instance (Dynamics) et le port d'écoute (2712)

Microsoft Dynamics AX 2009 Configuration

Maintenant, on va s’assurer que le client est configuré correctement via Control Panel -> Administrative Tools -> Microsoft Dynamics AX 2009 Configuration. Tout est OK, le nom de l'instance est configuré à Dynamics et le TCP/IP Port est 2712. Bien sûr, nous devons savoir le nom du serveur et dans cet exemple le nom du serveur est AOSServer.

Configuration DNS

Le PC client doit être capable de résoudre le nom du serveur sans fournir le suffixe DNS. Pour cela, on peut tester la résolution du nom en ligne de commande avec l’outil NSLOOKUP .

C:\Users\mathieut>nslookup AOSServer
Server: DNSServer.mondomaine.com
Address: 192.168.1.5

Name: AOSServer.mondomaine.com
Address: 192.168.1.10

Si le serveur d’AOS n’est pas joins au même domaine que le PC client, il est possible que la résolution du nom ne fonctionne pas. Pour corriger ce problème, vous pouvez ajouter des suffixes DNS à votre carte réseau. Vous allez trouver cette configuration dans les propriétés de votre carte réseau -> TCP/IP4 -> Properties -> Advanced -> Onglet DNS. Ajouter les noms de domaine à résoudre sous Append these DNS Suffixes (in order).Avec cette configuration, la résolution du nom du serveur va fonctionner.

KB Microsoft : http://support.microsoft.com/kb/305553/fr

Telnet & Firewall

À partir du client, on peut tester la connectivité avec le port de l’AOS. Pour cela, il suffit d’utiliser l’outil Telnet :

Si la connexion fonctionne, vous allez voir un curseur clignoter.

Advenir que Telnet ne fonctionne pas, mais que les configurations client/serveur et la résolution DNS fonctionne correctement, il faut regarder le firewall du serveur. Le meilleur test de troubleshooting est de désactiver le firewall sur le serveur. Alors si ça marche, on connait le problème. Il est possible de laisser le firewall actif sur le serveur, toutefois il faut créer une règle pour le port 2712. On peut configurer le firewall via Control Panel -> All Control Panel Items ->Windows Firewall. Ensuite, on clique sur Advanced Settings dans le menu de gauche.

Cliquer sur Inbound Rules
Cliquer sur le bouton de droite sur Inbound Rules
Cliquer sur New Rules
Sélectionner Port et cliquer Next
Sélectionner TCP et spécifier le port 2712
Sélectionner Allow the connection et cliquer Next
Sélectionner Domain et cliquer Next
Inscrire un Nom et cliquer Next

Trust Relationship

Le problème lié au Trust Relationship arrive souvent dans un environnement Enterprise Portal avec une DMZ. En fait, si le client AX et l'AOS sont joints à deux domaines différents, il faut s'assurer que le domaine du client est Trusted par le domaine de l'AOS. Pour identifier ce problème sans accéder au contrôleur de domaine, il suffit de regarder le journal d'audit de sécurité dans le journal d'évènements du serveur d'AOS, vous allez y trouver des erreurs d'authentification autre que Microsoft Dynamics AX.

Dynamics Ax : Trouver les clients AX avec des versions antérieur

2010-10-18T17:23:00.013-04:00

Dans un vaste réseau, il est intéressant de trouver si un client AX n'est pas à jour. Pour ce faire, il est possible de faire une requête sur la table SYSUSERLOG afin d'identifier chaque PC qui n'a pas la version courant du système.

Pour cet exemple, je recherche les noms des ordinateurs qui se connectent à mon environnement AX avec une version autre que Microsoft Dynamics AX SP1+RU5 (Build 1500.2985). De plus, je spécifie une date minimum pour que ce soit pertinent :

SELECT [USERID]
,[COMPUTERNAME]
,[CLIENTTYPE]
,[BUILDNUM]
,[CREATEDDATETIME]

FROM [SYSUSERLOG]

WHERE [BUILDNUM] != '1500.2985'
AND [CREATEDDATETIME] > '2010-10-08'
AND [CLIENTTYPE] = 1

ORDER BY [COMPUTERNAME] ASC

Vous pouvez trouver la list des build numbers sur cette page : http://www.axaptapedia.com/Build_numbers

Dynamics Ax 2009 : Invalid parameters passed to getUserSid

2010-10-07T09:32:00.009-04:00

Un de mes clients a rencontré un problème lorsqu'il ajoutait un utilisateur qui se situait dans l'Active Directory de la DMZ. On parle ici d'un environnement multi-forest pour rencontrer les besoins d’une architecture Traditional Perimeter d'Enterprise Portal. En effet, lors de l'activation de l’utilisateur, l'erreur suivante apparaissait : Invalid parameters passed to getUserSid

Le problème était relié directement à la résolution DNS au sein du réseau. L'AOS n'était pas capable de contacter le contrôleur de domaine puisque la résolution DNS était défaillante.

Exemple

Notre domaine de la DMZ s'appelle domain.dmz
Nous avons deux controlleur de domaine dans la DMZ : dc1.domain.dmz et dc2.domain.dmz
L'adresse IP de dc1.domain.dmz est 10.10.10.1
L'adresse IP de dc2.domain.dmz est 10.10.10.2

nslookup domain.dmz doit me retourner 10.10.10.1 et 10.10.10.2

nslookup dc1.domain.dmz doit me retourner l'addresse 10.10.10.1
nslookup dc2.domain.dmz doit me retourner l'adresse 10.10.10.2

Dès que la résolution du domaine de la DMZ à été corrigé, l'ajout de l'utilisateur a été possible !

Dynamics Ax 2009 : Installation du SP10 de FRx 6.7

2010-10-06T15:58:00.016-04:00

La connexion de FRx avec Microsoft Dynamics AX 2009 est supportée à partir du service pack 10 de FRx. Ceci dit, l'installation du SP10 de FRx sur mon poste local a été très laborieuse ! Pourtant à la fin de l'installation du SP10, je pouvais lire la mention Installation Completed, ce qui me laisse croire à un succès ! Au moment de configurer ma connexion entre FRx et Microsoft Dynamics AX 2009, je recevais l'erreur : An error has occurred while connecting to the database.

Le hic est que Dimension Wizard for Microsoft FRx a été remplacé par Microsoft Dynamics AX Dimension Wizard. Donc malgré l'installation du SP10, la version du SP6 était toujours installée ! Conclusion : l'installation du SP10 ne s'était pas faite correctement !

Mon installation initiale de FRx 6.7 a été faite dans le dossier C:\FRx6.7. Lors de l'installation du Service Pack 10, l'exécutable détect mon installation dans le dossier C:\FRx6.7, mais le il me propose d'installer les fichiers du Service Pack dans le dossier C:\FRx6.7\Report Manager. La solution est de spécifier manuellement C:\FRx6.7

Dès que j'ai fait cette modification, Dimension Wizard for Microsoft FRx a été remplacé par Microsoft Dynamics AX Dimension Wizard et ma connexion à la base de données AX a fonctionné.

Dynamics Ax 2009 : During Setup of Client an error occurred.

2010-08-25T14:41:00.010-04:00

Lors de l'installation du client Microsoft Dynamics AX 2009, l'installation ne fonctionnera pas si Microsoft Framework 4 est installé sur le PC :

RegAsm : error RA0000 : An error occurred inside the user defined Register/Unregister functions: System.ArgumentException: Cannot delete a subkey tree because the subkey does not exist.

[...]

RegAsm : error RA0000 : Could not load file or assembly 'System.Design, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

[...]

Install: During Setup of Client an error occurred. Program run: C:\Windows\Microsoft.NET\Framework\v4.0.30319\regasm.exe.

La solution la plus rapide est de désinstaller Microsoft .NET Framework 4 via les Programs and Features de Windows 7 ou Add/Remove Programs de Windows XP. Ensuite, relancer l'installation.

Dynamics Ax: You are not a recognized user of Microsoft Dynamics AX

2010-08-05T11:00:00.024-04:00

En tant qu'intégrateur de solution Microsoft Dynamics AX, il m'arrive de construire l'environnement localement sur mes serveurs avant de la transférer chez le client. Toutefois, je ne peux pas créer les utilisateurs du client puisque le processus de création doit valider l'utilisateur avec le contrôleur de domaine. Donc, lorsque je restore mon environnement chez mon client, je reçois un message d'erreur lors de la première connexion :

You are not a recognized user of Microsoft Dynamics AX.

Ce message est normal puisque je n'ai aucun utilisateur créé avec le domaine du client. Pour y arriver, je dois modifier le compte Admin via la base de données SQL. Voici la procédure :

Étape 1

Vous devez déterminer le nouveau compte Admin de votre Dynamics AX (Exemple : domain\Administrator). Voici deux méthodes pour connaître le SID de ce compte :

Méthode Rapide

Ouvrir une session sous Windows avec le compte dont vous voulez savoir le SID
Ouvrir Regedit et vérifier la clé suivante :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileList

Le nom de la clé est le SID, vous pouvez utiliser l'information de la valeur ProfileImagePath pour identifier correctement l'utilisateur dont vous voulez le SID

Méthode Active Directory

Pour voir le SID via l'Active Directory, il faut installer Acctinfo.dll : Tutorial

Ouvrir la console Active Directory Users and Computers sur le contrôleur de domaine
Cliquer bouton de droite et aller voir le nouvel onglet Additional Account Info
Copier le SID de l'utilisateur

Étape 2

Ouvrir SQL Management Studio sur le serveur SQL de la BD Dynamics AX
Modifier la table dbo.USERINFO
Trouver la ligne avec le ID Admin et modifier les champs suivants :

SID -> Remplacer par le nouveau SID de l'étape 1
NETWORKDOMAIN -> Remplacer par le domaine de votre client

Il ne faut pas modifier le champ ID, c'est le lien entre la table dbo.USERINFO et dbo.SYSUSERINFO
Ensuite, il sera possible de se connecter à l'environnement !

Dynamics Ax : Le rôle de l'architecte

2010-07-24T22:50:00.000-04:00

L’architecture d’un système est définie comme étant la structure générale et l’organisation des différents éléments reliés qui composent un ensemble. Il existe plusieurs types d’architecture : logiciel, technique, matériel. Toutefois, aujourd'hui c'est l’architecture technique qui m’intéresse

L’architecte technique est responsable de livrer une vue sur l’ensemble des composants matériel, logiciel et de télécommunication basée sur les besoins des clients. Il commence ses opérations dès la phase Analyse (SureStep Méthodologie). Toutefois, la sollicitation de l’architecte peut arriver plus tôt dans le processus de vente d’ERP. En effet, lors du cycle de vente, une prévision budgétaire est remise au client potentiel et le rôle de l’architecte est de livrer un aperçu des coûts de l’architecture technique incluant les logiciels tiers et le matériel physique. Pour ce faire, une prise des besoins doit faire partie des activités de l’architecte lors de la création de l’architecture.

Qu’est-ce qu’une bonne architecture? C’est une question relative, la réponse dépend seulement des besoins du client. La question serait plutôt : qu’est-ce qu’un bon architecte? La réponse serait qu’il est capable de répondre aux besoins du client en identifiants les forces et les faiblesses de son architecture. À moins d’avoir un budget illimité, chaque architecture va avoir ses forces et faiblesses : Haute Disponibilité, Expansion, Performance, Sécurité etc…

Toutefois, si la prise des besoins est primordiale, il ne faut pas se baser uniquement sur ce que le client désire. Il faut tirer profit de son expertise et surtout de son expérience afin d'offrir un service supérieur aux clients. Il faut encadrer les besoins du client avec des recommandations sur le niveau opérationnel de l'architecture. Par exemple, un bon architecte sera capable de conseiller à son client une architecture flexible basée sur la virtualisation si l'entreprise désire développer à long termes des connaissances sur le produit. Il reste que le client n’a pas nécessairement demandé une architecture qui leur permettra cette flexibilité.

Sur Partner Source, deux liens intéressant sur le rôle de l’architecte :

Dynamics Ax 2009 : SysDevelopmentProxy (object) has no valid runable code in method 'generate'.

2010-07-23T16:23:00.006-04:00

Lors de l'installation d'Enterprise Portal sur un environnement AX 2009, Setup.exe termine avec une erreur et on y retrouve le message suivant du log d'installation :

Error executing code: SysDevelopmentProxy (object) has no valid runable code in method 'generate'.

[...]

An error occurred during setup of Role Centers and Enterprise Portal.
Reason: No .NET Business Connector session could be found.

Pour résoudre ce problème, il faut compiler la classe SysDevelopmentProxy

Ouvrir un client AX
Ouvrir AOT
Compiler SysDevelopmentProxy

Ensuite, vous devez relancer l'installation...

Dynamics Ax 2009 : CmxPhone Control

2010-06-23T14:59:00.008-04:00

Lorsqu'on ouvre le client Dynamics AX, je reçois le message d'erreur :

Unable to create ActiveX control.
CmxPhone Control
(Class Id: {65BAD22A-2CC8-11D3-83D3-00104BDACB3A})
Is not found on the system, please check if the control is correctly installed.

Ensuite, le message suivant apparait :

Warning:
Unable to call method on ActiveX, wait until object is fully initialised.

Pour corriger le problème, il suffit d'enregistrer la dll smmPhone.ocx :

regsvr32 "C:\Program Files\Microsoft Dynamics AX\40\Client\smmPhone.ocx"

Dynamics Ax 2009 : Enter a valid Active Directory domain controller

2010-06-22T16:44:00.019-04:00

Lors d'une implantation d'Enterprise Portal avec une configuration "Traditional Perimeter", vous devez indiquer le Domain Controller dans Administration -> Setup -> Internet -> External Web Users

Comme indiqué dans le Technet Configure a traditional perimeter network for Enterprise Portal, il faut que IIS puisse résoudre le nom de l'AOS en utilisant Netbios :

Resolve computer names

Microsoft Dynamics AX uses the Remote Procedure Call (RPC) to communicate with the AOS. NetBIOS is a requirement of RPC. The IIS server and the AOS cannot communicate unless the IIS server can resolve the AOS IP address and name by using an LMHosts file.

Follow these steps to resolve the computer names.

Create an LMHosts file on the IIS server in the perimeter network. For information about how to create this file, see How to Write an LMHosts File for Domain Validation and Other Name Resolution Issues.
Add the AOS IP address and the AOS name in the LMHosts file on the IIS server.

Malgré la configuration du Netbios, la validation du contrôleur de domaine ne fonctionnait toujours pas. J'obtenais ce message d'erreur :

Enter a valid Active Directory domain controller

Workaround

Pour contourner le problème, il suffit de manuellement modifier la base de données

Table : SYSPERIMETERNETWORKPARAMS

Sélectionner la ligne avec le DATAAREAID qui est égale la compagnie à modifier.

Modifier la valeur du champ PNTYPE = 3

Modifier la valeur du champ PNDDOMAINNAME = DomainControler.MonDomaine.com

Cette modification permet d'éviter la validation du contrôleur de domaine.

Dynamics Ax 2009 : User cannot be found.0x80131600

2010-06-09T15:45:00.025-04:00

La configuration recommandée lors de l’implantation d’Enterprise Portal est du type traditional perimeter network.

Il y a peu de documentation à ce sujet mise à part ce Technet de Microsoft : http://technet.microsoft.com/en-us/library/dd361998.aspx. On peux y suivre toutes les recommandations et configuration du Technet, mais à la fin de l’installation d’Entreprise Portal, le Setup.exe m’indique un Warning et le log me donne ceci :

An error occured while Setup was creating a new site.

Exception of type 'Microsoft.SharePoint.SoapServer.SoapServerException' was thrown. User cannot be found.0x80131600

[…]

API return status: Warning

Leaving function Microsoft.Dynamics.Framework.Deployment.Portal.IEPDeployment.InstallEnterprisePortal

Il faut comprendre la topologie : Nous avons un domain.lan situés dans le LAN (Internal Network) et un domain.net situé dans la DMZ (Perimeter Network) dans deux forêts différentes. Comme l’image l’indique, domain.net trust domain.lan, mais domain.lan ne trust pas domain.net, nous avons donc un one-way trust.

Pour revenir au problème, lorsque je lance l'installation d’Enterprise Portal sur le serveur en tant qu’utilisateur du domain.lan, puisque nous devons avoir un utilisateur valide dans AX pour lancer l’installation, la fin de l'installation, j’obtiens l’erreur un Warning et lorsque j'ouvre mon site Enterprise Portal, je reçois une erreur 404.

Le problème est du fait que le processus d'installation d'Enterprise Portal est incapable de créer le Site Collection DynamicsAX en lui assignant l'utilisateur qui a lancé Setup.exe en tant qu’administrateur du site. Donc, vous devez configurer SharePoint afin que le People Picker (sélecteur de personne) fonctionne pour votre deuxième foret situé dans le LAN. En effet, lorsqu’une application Web utilise l’authentification Windows, le people-picker recherche toutes les forêts approuvées bidirectionnelles et tous les domaines approuvés bidirectionnels. Toutefois, si vous souhaitez réaliser des recherches à partir d’une forêt ou d’un domaine approuvé à sens unique, vous devez exécuter l’opération setapppassword, puis la propriété peoplepicker-searchadforests. Il existe plusieurs blogues pour mieux comprendre cette fonction :

http://blogs.msdn.com/b/joelo/archive/2007/01/18/multi-forest-cross-forest-people-picker-peoplepicker-searchadcustomquery.aspx

Dans notre cas, voici les opérations qui doivent être faites sur le serveur Enterprise Portal

Configurer une clé d’encryption (essentiel puisque vous nous avons un one-way trust)

Syntaxe : stsadm.exe -o setapppassword -password key
Exemple : stsadm.exe -o setapppassword -password P4ssword$$

Configurer la propriété peoplepicker-searchadforests

Syntaxe :

stsadm.exe -o setproperty -url http://url -pn "peoplepicker-searchadforests" -pv "forest:dnsname, username, password; domain:dnsname, username, password"

Exemple :

stsadm.exe -o setproperty -url http://wsserver:4185 -pn "peoplepicker searchadforests" -pv "forest:contoso.com,contoso.com\user, Passw0rd;domain:contoso.com,contoso.com\user, Passw0rd"

Test

Il n'est pas obligé de relancer l'installation tester votre nouvelle configuration. Il suffit de créer un nouveau Sites Collection et inscrire l'utilisateur actuellement connecté à Windows (domain\user) dans la case Administrateur Primaire de la collection. Si le check name fonctionne, la configuration de votre SharePoint est correcte et vous pouvez lancer l'installation AX. Autrement, SharePoint n'est toujours pas capable de résoudre un utilisateur d'un autre domaine.

MOSS 2007 : Demande d'authentification lors de l'ouverture d'un fichier

2010-04-28T11:32:00.005-04:00

Lorsqu'un utilisateur qui travaille sous Windows 7 ou Vista, lorsqu'il ouvre un fichier à partir d'une document libraire de SharePoint, une authentification est demandé. Même si le nom d'utilisateur et le mot de passe est inscrit, la boîte de connexion réapparait deux fois.

Microsoft à sortie un Hotfix pour ce problème. Il suffit de renseigner le service WebClient à s'authentifier pour un site, ou un domaine en particulier, via une clé de registre.

Cliquez sur Démarrer
Tapez regedit dans la zone Rechercher, puis appuyez sur entrée.
Recherchez et cliquez sur la sous-clé de Registre suivante :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
Dans le menu Edition, pointez sur Nouveau et cliquez sur Valeur de chaînes multiples.
Tapez AuthForwardServerList et appuyez sur entrée.
Dans le menu Edition, cliquez sur Modifier.
Data valeur : tapez l'URL du serveur qui héberge le partage Web (exemple : *.mondomaine.local)
Cliquez sur OK.

Le KB de Microsoft : KB943280

Dynamics Ax 2009 : Gantt ActiveX is 3.2

2010-04-05T10:00:00.011-04:00

Si vous installez un vieux client Dynamics AX après avoir déjà installé le client Dynamics 2009, il y a de fortes chances que certain ActiveX ne fonctionne pas correctement. Par exemple, Gantt pourrait ne pas s'afficher et donner ce message d'erreur :

The currently registered version of Gantt ActiveX is 3.2, which is no longer supported. Register version 4.0 or higher

Il suffit de retirer l'ancienne DLL et enregistrer la nouvelle.Pour enlever le DLL de la base de registre(exemple avec Navision 3.0). Lancer la ligne de commande suivante

32bits : regsvr32 /u "C:\Program Files\Navision\Axapta Client\Bin\Vcgantt.ocx"

64bits : regsvr32 /u "C:\Program Files (x86)\Navision\Axapta Client\Bin\Vcgantt.ocx"

Pour enregistrer la nouvelle DLL dans la base de registre :

Allez dans le Panneau de Configuration Windows
Cliquer sur Administrative Tools
Cliquer sur Microsoft Dynamics AX 2009 Configuration
Cliquer sur l'onglet Developer
Cliquer sur Repair Client

Dynamics Ax 2009 : Could not obtain Fully Qualified Domain Name for the domain

2010-03-24T17:29:00.019-04:00

L'installation d'Enterprise Portal sur un environnement de développement échouait à tous les coups. Dans le Event Viewer du serveur, j'ai l'erreur suivante:

Microsoft Dynamics AX Business Connector Session ##.

An X++ exception has occurred.
Could not obtain Fully Qualified Domain Name for the domain *

... et l'erreur suivante dans le fichier de log de l'installation.

An error has occured while Setup was establishing a connection through Business Connector. Error: Dynamics Adapter CallStaticClassMethod failed.

Voici les étapes pour faire fonctionner l'installation

Ouvrer IIS
Sélectionner Application Pool
Cliquer sur le bouton de droite sur l'Application Pool de votre site EP
Cliquer sur Properties
Cliquer sur l'onglet Identities
Assurez-vous que le compte Business Connector est spécifier avec le domaine "domain\account"
Connectez-vous dans l'environnement via le client AX
Supprimer l'Alias et le Network domain du Business Connector Proxy (Administration-> Setup -> Security -> System service accounts)
Cliquer OK
Relancer l'installation d'Enterprise Portal.

Lors de l'installation, il faut spécifier le Business Connector Proxy en utilisant le nom de domaine : "domain\account"

SSRS 2005 : Kerberos & NTLM authentification

2010-02-18T11:47:00.015-05:00

Sur un ancien billet, j'indiquais comment configurer l'authentification NTLM sur SSRS 2008. Le même problème d'authentification peut survenir avec SSRS 2005, mais la procédure de changement de l'authentification n'est pas la même.

Avec SSRS 2005 et IIS 6.0, il faut utiliser le script adsutil.vbs pour modifier l'authentification. La première étape est de connaître l'attribut "Identifier" de votre site web qui héberge le service SSRS. Pour ce faire :

Ouvrer la console IIS
Ouvrer l'arborescence sous votre serveur et cliquer sur Web Sites
Dans le panneau de droite, regarder le champ "identifier" à côté du site web qui héberge SSRS

L'authentification est indépendante pour le dossier Reports et ReportServer. Pour connaitre l'authentification actuellement configurée :

Ouvrer l'outil de commande intégré dans Windows
Lancer la commande : cd C:\Inetpub\AdminScripts

Pour le dossier reportserver, lancer la commande :
cscript adsutil.vbs get w3svc/%identifier%/root/reportserver/NTAuthenticationProviders

Pour le dossier reports, lancer la commande :
cscript adsutil.vbs get w3svc/%identifier%/root/reports/NTAuthenticationProviders

Résultat : Si il n'y a jamais eu de modification, vous allez recevoir : NTAuthenticationProviders: (STRING) "Negotiate, NTLM"

Nous allons le modifier pour avoir l'authentification NTLM seulement

Pour le dossier reportserver, lancer la commande :
cscript adsutil.vbs set w3svc/%identifier%/root/reportserver/NTAuthenticationProviders "NTLM"

Pour le dossier reports, lancer la commande :
cscript adsutil.vbs set w3svc/%identifier%/root/reports/NTAuthenticationProviders "NTLM"

Pour plus d'information, voir la KB215383

Dynamics Ax 2009 : Cannot edit a record in Translation table (DEL_PBATranslateConsiftOf)

2010-01-27T22:00:00.005-05:00

Lors de suppression d'une compagnie dans un nouvel environnement Ax 2009, une erreur s'affiche à l'écran :

User 'Admin' is not authorized to delete a record in table 'DEL_PBATRANSLATECONSIFTOF'. Request deny

Cannot edit a record in Translation table (DEL_PBATranslateConsistOf). Access Denied : You do not have sufficient authorization to modify in database.

Merci à la communauté dynamicsuser.net de nous montrer la solution sur leur forum : http://dynamicsuser.net/forums/p/30148/160803.aspx

Il suffit de changer l'attribut AOSAuthorization à None pour la table DEL_PBATRANSLATECONSIFTOF

Migration : Navision 3.0 vers Dynamics Ax 2009

2010-01-18T22:03:00.005-05:00

Je mets à disposition les informations nécessaires pour procéder à la migration d’AX 3.0 vers Dynamics 2009.

Dynamics Ax 2009 : Process Industries et Lean Manufacturing

2010-01-07T22:54:00.009-05:00

Plusieurs partenaires ne savent pas où télécharger les modules Process Industries et Lean Manufacturing. Voici les liens pour les fichiers d'installations et documentations.

Process Industries for Microsoft Dynamics AX 2009 : Ici
Lean Manufacturing for Microsoft Dynamics AX 2009: Ici

Bon download !

MOSS 2007 : Afficher un rapport SSRS de Dynamics dans un site SharePoint

2009-12-10T22:12:00.013-05:00

Mise en contexte : Vous implantez Microsoft Dynamics 2009 avec la solution Enterprise Portal et Role Centers pour un client. Ce client a déjà un site SharePoint et aimerait pouvoir afficher les rapports SSRS de Dynamics AX 2009 dans son environnement SharePoint. Vous constatez que WSS et MOSS n’ont tout simplement pas de Web Part pour afficher un rapport SSRS. C’est à ce moment que vous commencez les recherches. Bonne nouvelle, ce billet vous permettra d’accomplir cette tâche.

RsWebParts

Pour avoir la possibilité d’afficher un rapport SSRS en tant que Web Part, vous devez installer RsWebParts sur le serveur SharePoint.

Sur le serveur SSRS :

Copier le fichier RsWebParts.cab du dossier C:\Program Files\Microsoft SQL Server\100\Tools\Reporting Services\SharePoint\RSWebParts.cab vers le dossier C:\Temp de votre serveur SharePoint

Sur le serveur SharePoint

Lancer l’outil de commande en ligne (Démarrer -> Exécuter -> cmd)
Placer vous dans le dossier BIN de SharePoint : cd "C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN"
Installer RsWebParts.cab :

stsadm.exe -o addwppack -filename "C:\Temp\RSWebParts.cab" –globalinstall

Vous devez avoir la confirmation que le package a été installé correctement

Nouveaux Web Parts !

Maintenant, vous devriez avoir deux nouveauz Web Parts de disponibles sur votre site SharePoint. Report Explorer et Report Viewer :

Pour afficher un rapport de Dynamics AX 2009 sur votre site SharePoint:

Entrer en mode Édition : Site Actions -> Edit Page
Ajouter la web part Report Viewer à votre page SharePoint en cliquant sur Add a Web Part
Sur la Web Part, cliquer edit -> Modify Shares Web Part

Inscrivez les paramètre de votre serveur SSRS

Report Manager URL* : http://SSRSserver/Reports
Report Path *: /Dynamics/NomRapport
Toolbar Size (Optionnel) : None

Note : Vous pouvez trouver Report Manager URL et Report Path via le client AX : Administration -> Setup -> Reporting Services -> Reporting Servers.

Report Manager se trouve sous l'onglet General et Report Path sous l'onglet Advanced en tant que Microsoft Dynamics Report Folder

Cliquer sur OK pour que les paramètres soient enregistrés

Le rapport devrait afficher :

Les données ont été effacées volontairement du rapport

Dynamics Ax 2009 : Installation du COM Connector

2009-11-28T11:36:00.021-05:00

Microsoft Dynamics AX 2009 est la dernière version qui supportera le COM connector. Donc, il est toujours possible de l'installer pour supporter de vieilles technologies comme la solution Enterprise Portal de Microsoft Navision AX 3.0. Pour installer le COM connector, Microsoft indique les étapes à suivre sur le lien MSDN. Je tests l'installation du COM connector comme indiquée dans la documentation :

D:\Setup.exe HideUI=1 AcceptLicense=1 InstallComBusinessConnector=1

L'opération prend deux secondes et je ne vois pas AxCom.dll dans le dossier : C:\Program Files\Microsoft Dynamics AX\50\Client\Bin

Pour voir ce qui se passe, je modifie la ligne de commande afin de visualiser le fichier de log

D:\Setup.exe logdir=C:\ComLog HideUI=1 AcceptLicense=1 InstallComBusinessConnector=1

Je regarde dans le fichier de log et j'obtiens l'erreur :

Setup cannot continue. The parameter AcceptLicense was not recognized.

Le paramètre AcceptLicense n'est pas bon, avec Dynamics 2009 le paramètre est AcceptLicenseTerms, donc la ligne de commande fonctionnelle est :

D:\Setup.exe logdir=C:\ComLog HideUI=1 AcceptLicenseTerms=1 InstallComBusinessConnector=1

Dynamics Ax 2009 : Microsoft.Dynamics.ClrBridge.dll cannot be loaded.

2009-11-07T22:55:00.000-05:00

Lors du déploiement des rapports SSRS de Dynamics 2009, le message d'erreur suivant peut apparaître.

Microsoft Dynamics AX Reporting Project Deployment: ClrBridgeLoader: fatal error :

Microsoft.Dynamics.ClrBridge.dll cannot be loaded. Fatal error: ClrBridge is note loaded.

Sur tous les blogs, on y trouve la même solution :

Ensure you are trying to deploy reports from the SSRS server and that you can validate the SSRS server name in the Reporting Servers from within Microsoft Dynamics AX 2009. If this error appears right after installing the reporting extensions, launch the report deployment tool again.

Toutefois, j'ai aussi le problème lorsque Microsoft Visual Studio 2008 Shell (integrated mode) est installée plutôt que la version Microsoft Visual Studio 2008 Shell (isolated mode). Pour savoir la version que vous avez, le plus facile est d'aller voir dans le panneau Add/Remove Programs.

Dynamics Ax 2009 : The located assembly's manifest definition does not match the assembly reference.

2009-11-06T15:16:00.012-05:00

Suite au déploiement des rapports dans SSRS, j'obtenais le message d'erreur suivant sur tous les rapports :

The located assembly's manifest definition does not match the assembly reference. HRESULT: 0x80131040

Le problème s'est corrigé avec le redémarrage du service Reporting Services

MOSS 2007 : Déplacer un site d'un serveur vers un autre

2009-10-27T11:15:00.013-04:00

Voici une procédure qui vous permettra de transférer un site d'un site collection vers un autre site collection. Par exemple :

http://server1:port/sitecollection/site vers la collection http://server2:port/sitecollection/.

Dans cet exemple, nous voulons transférer le site Marketing du serveur SPServer1 vers le serveur SPServer2. Nous prenons compte que les deux serveurs possèdent une collection nommée MaCompagnie

http://SPServer1:81/MaCompagnie/Marketing vers la collection http://SPServer2:81/ MaCompagnie/

Énumeration des Sites

Ouvrer l’invite de commande
Aller dans le dossier de stsadm.exe
Lancer la commande suivante :

stsadm -o enumsubwebs -url http://SPServer1:81/MaCompagnie/ > c:\sites.txt

Dans le fichier sites.txt, vous devriez y trouver tous les sites sous “MaCompagnie”.

<Subweb/>http://SPServer1:81/MaCompagnie/Finances</Subweb/>

<Subweb/>http://SPServer1:81/MaCompagnie/General</Subweb/>

<Subweb/>http://SPServer1:81/MaCompagnie/HR</Subweb/>

<Subweb/>http://SPServer1:81/MaCompagnie/Marketing</Subweb/>

</Subwebs/>

Exportation du site

Lancer la commande suivante :

stsadm -o export -url http://SPServer1:81/MaCompagnie/Marketing -filename C:\Marketing\ -nofilecompression -includeusersecurity -versions 4

Le processus peut être long selon la grosseur de votre site. À la fin, vous devriez y voir les informations suivantes :

[...]
Progress: Creating File(s).
Progress: Export Completed.
Finish Time: 10/27/2009 11:02:47 AM.
Completed with 0 warnings.
Completed with 0 errors.

Log file generated:
C:\MARKETING\export.log
File(s) generated:

Operation completed successfully.

Lien pour plus de renseignements sur les paramètres de l’opération export : http://technet.microsoft.com/en-us/library/cc262759.aspx

Importation du site

Maintenant, il suffit d’importer le site vers l'autre collection :

Lancer la commande suivante :

stsadm -o import -url http://SPServer2:81/MaCompagnie/Marketing -filename c:\Marketing\ -nofilecompression -includeusersecurity

Le processus peut être long selon la grosseur de votre site. À la fin, vous devriez y voir les informations suivantes :

[...]
Progress: Import Completed.
Finish Time: 10/27/2009 11:12:09 AM.
Completed with 0 warnings.
Completed with 0 errors.

Log file generated:

c:\MARKETING\import.log

Operation completed successfully.

C'est terminé ! Vous devriez avoir accès à votre site via l'adresse http://SPServer2:81/MaCompagnie/Marketing.

Noter qu'il n’est pas obligatoire d'importer le site sous le même nom. Donc, vous pouvez exporter un site et le réimporter dans la même collection sous un autre nom.

Lien pour plus de renseignements sur les paramètres de l’opération import : http://technet.microsoft.com/en-us/library/cc261866.aspx

Dynamics Ax 2009 : Deployment failed unexpectedly with the message: Not found

2009-10-23T14:38:00.007-04:00

On dirait que chaque jour je découvre un nouveau message d’erreur lors des déploiements des rapports sur SSRS 2008.

Deployment failed unexpectedly with the message: Not found
See the log file for further details.

Même avec l’exploration des logs, je n’ai pas trouvé précisément le problème. Les composants Visual Studio nécessaires et Windows SDK pour Windows Server 2008 étaient installés, mais une chose clochait sur le serveur: Visual Studio 2008 Shell (integrated mode) était installé plutôt que Microsoft Visual Studio 2008 Shell (isolated mode). Est-ce la cause du problème ? Je ne sais pas.

Pour éviter tout problème, j’ai désinstallé tous les composants Visual Studio visibles de la console Add/Remove Programs sur le serveur. J’ai aussi désinstaller le Clients AX, le Business Connector et les Reportings Tools et je me suis assuré que l’UAC était désactivé sur Windows 2008 Server.

J’ai réinstallé Microsoft Visual Studio 2008 Shell (isolated mode) et je lance l’installation de AX à partir d’un média qui possède la patch KB957312. J’installe le Client AX, le Business Connector et les Reporting Tools et je finalise le tout avec l’installation du SP1 de Microsoft Dynamics 2009. Et voilà, le déploiement des rapports a finalement fonctionné !

Dynamics Ax 2009 : AX_CompanyName’ report parameter. (rsReportParameterProcessingError)

2009-10-16T16:41:00.015-04:00

Lorsque vous accédez à Enterprise Portal et que le message suivant s'affiche dans presque tout vos rapports SSRS :

AX_CompanyName’ report parameter. (rsReportParameterProcessingError)

Vérifier si le compte d'execution de SSRS est bien configuré via l'outil Reporting Services Configuration Tool. Avec SQL 2008, BCPROXY doit être le compte d'execution. Avec SQL 2005, aucun compte ne doit être spécifié. Vous devez préalablement processer vos cubes correctement !

Dynamics Ax 2009 : The report definition is not valid

2009-10-08T22:31:00.000-04:00

Dans un environnement Windows 2003 STD x64 avec SSRS 2008, une erreur s'affichait avec intermittence lors du déploiement de mes rapports :

System.Web.Services.Protocols.SoapException: The report definition is not valid. Details: Deserialization failed: Object reference not set to an instance of an object.

Pour corriger le problème, il suffit d'installer Microsoft Visual Studio 2008 Shell (isolated mode) Redistributable Package

Dynamics Ax 2009 : Error in URL property error

2009-10-07T16:24:00.013-04:00

Lors de l'ajout d'une URL dans l'AOT, j'utilise normalement le bouton ellipsis (les trois petits points) pour sélectionner ma page web.

Si l'erreur "Error in URL property error" s'affiche, il suffit d'installer Software Update for Web Folders. Installer cette mise à jour sur les systèmes d'exploitation supportés seulement.

Cette mise à jour résout de nombreux problèmes qui apparaissent lors de l'utilisation de dossiers Web depuis votre ordinateur client pour se connecter à un serveur qui prend en charge WebDAV (Web Distributed Authoring and Versioning). De plus, cette mise à jour comprend des améliorations en matière de sécurité des dossiers Web.

Système d'exploitation supporté: Windows Server 2003; Windows Vista; Windows XP

Lien : (KB907306)

Dynamics Ax 2009 : Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml'

2009-10-06T22:42:00.021-04:00

Lors du déploiement des rapports de Microsoft Dynamics AX 2009, l’erreur suivante s'affichait : Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml'

À la base, ce message veut dire que lorsque le service SSRS établit une connexion au serveur web de SSRS , il a obtenu un fichier HTML au lieu d'un fichier XML. (ce qui n’est pas normal). Tout d'abord, il faut tester son serveur web SSRS :

http://serveur:port/Reports devrait retourner le home page de SSRS:

http://serveur:port/ReportServer devrait retourner une page HTML

Si vous obtenez une erreur de type : Page Not Found, c’est probablement un problème de configuration de votre serveur SSRS. Vous devez vérifier la configuration de votre serveur SSRS. Toutefois, ce billet n’aide pas dans la résolution de ce problème.

Maintenant, il faut valider que le fichier rsreportserver.config est configuré comme indiqué dans la documentation d’installation de Dynamics 2009 :

Update the Reporting Services 2005 configuration file

If you are using Reporting Services 2005, use the following procedure to update the configuration file.

1. Open the rsreportserver.config file. By default, this file is located in

\Program Files\Microsoft SQL Server\ReportingServicesInstance\Reporting Services\ReportServer.

2. Locate the UrlRoot XML element and update the URL in that element, if necessary. For example, if you implemented SSL, you may need to change http to https, as shown: <UrlRoot>https://ServerName:PortNumber/reportserver</UrlRoot>

3. Save your changes and close the file.

4. Make a backup of the rsreportserver.config file.

Update the Reporting Services 2008 configuration file

If you are using Reporting Services 2008, use the following procedure to update the configuration file.

1. Open the rsreportserver.config file.By default, this file is located in

\Program Files\Microsoft SQL Server\ReportingServicesInstance\Reporting Services\ReportServer.

2. Locate the UrlString XML elements and update the URL in each of those elements, if necessary. (There are two UrlString elements.) For example, if you configured the virtual directories to use port 81, you may need to change the port number, as shown: <UrlString>http://+:81</UrlString>

3. Save your changes and close the file.

4. Make a backup of the rsreportserver.config file.

Dans mon cas, toutes les configurations étaient bonnes. Bizarrement, le déploiement des rapports débutait correctement, mais après un certain temps, l’erreur Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml apparaissait. Je pouvais même voir quelques rapports dans le dossier http://serveur:port/Reports/Dynamics.

Bref, c’est comme si le service web de SSRS fonctionnait correctement quelques minutes avant d'arrêter subitement. Je jette un coup d’œil dans les log de SSRS :

C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\LogFiles

Je trouve l’info :

INFO: Reporting Web Server stopped
INFO: Reporting Web Server started

Pourquoi le service Web de SSRS a redémarré ?…le maxRequestLength a été dépassé.

Éditer C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\web.config
Trouver la balise <httpRuntime>
Ajouter l’attribut maxRequestLength avec une valeur de 1000000
Exemple : <httpRuntime maxRequestLength="1000000" executionTimeout="90000" />

maxRequestLength : Indicates the maximum file upload size supported by ASP.NET. This limit can be used to prevent denial of service attacks caused by users posting large files to the server. The size specified is in kilobytes. The default is 4096 KB (4 MB).

Ensuite, vous pouvez refaire votre déploiement.

Bonus : Pour vérifier combien de MB vous aller déployer, il suffit de suivre les étapes suivantes :

Vider le contenu de C:\Documents and Settings\%username%\Local Settings\Temp\
Lancer le déploiement des rapports.
Sélectionner toutes les librairies
Laisser finir l’étape Building Librairies
Un dossier temporaire avec toutes les librairies a été créer dans :
C:\Documents and Settings\%username%\Local Settings\Temp\
Regarder la grosseur du dossier décompresser avec toute les librairies.
Example : C:\Documents and Settings\%username%\Local Settings\Temp\2\tmp2482.tmp

Le contenu du dossier est envoyé au serveur SSRS, si la somme en kilobytes dépasse la valeur de maxRequestLenght, le service Web de SSRS va redémarrer afin d’éviter un Denial of Services. À titre indicatif, 1 Data Source, 154 Design in 40 culture(s) (6161 items) pèse environ 575MB.

MOSS 2007 : EventID 6398, 6482, 7076

2009-09-13T10:00:00.000-04:00

Sur votre serveur SharePoint, le gestion de votre serveur IIS via la console MMC ne fonctionne pas. En plus, vous allez voir les EventsID 6398, 6482, 7076 qui reviennent régulièrement dans le journal d'évènement :

EventID : 6398
Source : Windows SharePoint Services 3
Category : Timer
Type : Error

EventID : 6482
Source : Office SharePoint Server
Category : Office Server Shared Services
Type : Error

EventID : 7076
Source : Office SharePoint Server
Category : Office Server Shared Services
Type : Error

Exemple de description

An exception occurred while executing the Application Server Administration job.
The Execute method of job definition Microsoft.Office.Server.Administration.ApplicationServerAdministrationServiceJob

Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchAdminSharedWebServiceInstance
Application Server Administration job failed for service instance Microsoft.Office.Excel.Server.ExcelServerSharedWebServiceInstance

Application Server Administration job failed for service instance Microsoft.Office.Project.Server.Administration.ProjectApplicationServiceInstance

Reason: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

Heureusement, il existe un hotfix chez Microsoft pour corriger le problème : KB946517

Dynamics Ax 2009 : A process failed while creating ODC file

2009-09-12T15:36:00.000-04:00

Lorsque vous voulez déployer les ODC Files, vous recevez le message d'erreur suivant :

An error occurred while retrieving information from a SQL Server Analysis
Services component. A process failed while creating ODC files.

Une erreur dans le journal d'évènements est aussi apparue avec comme dernière ligne :

Microsoft.Dynamics.AnalysisServices.DatabaseManager.IsServerValid(String serverName)

Valider que votre site Enterprise Portal soit fonctionnel.

Adminitration -> Setup -> Internet -> Enterprise Portal -> Web Sites
Valider que le serveur soit présent
Cliquer sur View in Browser pour vérifier le bon fonctionnement du site

Si tout est OK, effectuez un IISRESET /NOFORCE sur votre serveur Web et refaites le déploiement des fichiers ODC

MOSS 2007 : Comment fonctionne les licences ?

2009-09-11T19:47:00.000-04:00

Avec Microsoft, il faut avoir de hautes études en technologie de l'information pour bien comprendre le fonctionnement des licences. Heureusement, ceux de SharePoint sont relativement faciles à apprivoiser. Il y a deux types de licences complémentaires pour SharePoint: la licence serveur et les CALs.

MOSS 2007 : La licence serveur

La licence serveur est le logiciel lui-même avec sa clé d'activation. En bref, sur chaque serveur physique, il faut une licence serveur pour installer MOSS. Si vous avez une ferme SharePoint avec trois serveurs, il vous faut trois licences serveur de MOSS. Il existe seulement un seul type de licence serveur pour MOSS. Cela veut dire que vous n'achetez pas une licence serveur MOSS Standard ou Entreprise comme la plupart des logiciels. Vous acheter une licence serveur MOSS tout simplement.

Le coût d'une licence serveur pour MOSS est d'environ 5 500$ CAN.

MOSS 2007 : Client Access Licences

Vous avez votre licence serveur ? Vous devez acheter des CALs selon le nombre d'utilisateurs qui se connecteront à votre environnement SharePoint. Si vous avez une ferme de quatre serveurs MOSS avec 100 utilisateurs, vous devez acheter 100 CALs. C'est aussi les CALs qui déterminent les fonctionnalités autorisées de votre serveur MOSS. En effet, si vous acheter 100 CALs Standard, vous êtes autorisé à utiliser les fonctionnalités de MOSS Standard pour 100 utilisateurs.Vous voulez utiliser la version MOSS Entreprise ? Vous devez acheter des CALs pour MOSS Entreprise en plus des CALs pour MOSS Standard, bref c'est l'addition des deux CALs vous permet d'utiliser les fonctionnalités de MOSS Enterprise

Il est aussi possible de mixer les deux CALs. Par exemple, vous avez plusieurs sites SharePoint sur votre serveur, 50 utilisateurs se connectent au site #1 configuré avec seulement les fonctionnalités de MOSS Standard et 25 utilisateurs se connectent au site #2 avec les fonctionnalités de MOSS Entreprise. Dans cette situation, vous pouvez acheter 75 CALs de MOSS Standard avec seulement 25 CALs de MOSS Entreprise. Bref, dans la mesure que l'utilisateur n'a pas accès aux fonctionnalités de MOSS Enterprise, vous n'avez pas à acheter une CAL Enterprise pour lui !

Le coût d'une CAL pour MOSS Standard est d'environ 115$ CAN
Le coût d'une CAL pour MOSS Enterprise est d'environ 90$ CAN.

Microsoft SharePoint pour Site Internet

Il existe aussi une licence pour MOSS sur Internet dédié à des utilisateurs non authentifiés et non-employé de la compagnie. Toutefois, Office SharePoint Server 2007 Enterprise CAL pour Site Internet coûte environ 55 000$ CAN.

Windows SharePoint Services : Gratuit

Nous savons que WSS est gratuit. Donc, aucune licence serveur et aucune CALs ne sont essentielles pour utiliser cette version.

SSRS 2008 : Kerberos & NTLM authentification

2009-09-10T14:51:00.017-04:00

Lorsque vous accédez à Enterprise Portal à partir du réseau, il se peut que l'authentification fonctionne bien pour SharePoint mais qu'une boîte Utilisateur/Password s'ouvre lorsque les rapports de SSRS veulent s'afficher. Dans ce cas, vous êtes probablement confronté à un problème de délégation d'authentification entre SharePoint (EP) et SSRS. Le White Paper Configuring Kerberos Authentication with Role Centers explique les étapes à suivre pour configurer Kerberos dans votre architecture Dynamics 2009.

Advenir que EP, SSRS et SSAS sont configurés sur la même machine et que vous avez quand même une boîte d'authentification qui s'affiche, vous pouvez forcer SSRS à utiliser seulement l'authentification NTLM. Pour ce faire, il suffit de modifier le fichier rsreportserver.config.

Ouvrir C: Program Files\Microsoft SQL Server\%instance%\Reporting Services\ReportServer\rsreportserver.config
Modifier la section AuthentificationTypes pour laisser seulement NTLM :

Dynamics Ax 2009 : EventContextInformation.unpack

2009-09-01T16:51:00.012-04:00

Lors du déploiement d’Enterprise Portal, plusieurs pages affichent l’erreur Error in call of method EventContextInformation.unpack.

Cette erreur s’affiche dans la Web Part Dynamics Infolog Webpart qui affiche l’information envoyée à l’infolog. Pourquoi cette erreur s’affiche ? Je ne le sais pas. Je sais seulement que dans mon cas, c’est une erreur renvoyée par le Web Part Work list puisque j’ai supprimé un à un les Web Part de la page jusqu'à ce que l’erreur disparaisse. J’avais donc trois solutions pour faire disparaître cette erreur gênante.

Personnaliser la page SharePoint afin d’enlever le Web Part Dynamics Infolog . Très mauvaise solution puisque nous allons aussi perdre tous les messages d’informations, d’avertissements et d’erreurs pertinents renvoyés à l’info log.
Personnaliser la page SharePoint afin d’enlever la Web Part Worklist. Mais, c’est bien dommage d'enlever Web Part utile. En plus, il faudrait le faire sur chaque page où le Work List apparaît.
La troisième solution, c’est d’ignorer les messages envoyés à l'infolog par la méthode unpack. Pour ce faire

Ouvrier le client Dynamics 2009.
Ouvrer l’AOT -> Classes
Cliquer sur le bouton de droite sur EventContextInformation
Cliquer sur Edit
Cliquer sur la méthode unpack dans la colonne de gauche
Trouver et mettre en commentaire le bout de code suivant

if (! alertBuffer)
throw error(strfmt("@SYS68912",funcname()));

Doit devenir

// if (! alertBuffer)
// throw error(strfmt("@SYS68912",funcname()));

Cliquer sur la disquette pour sauvegarder. Ainsi, aucun message de la méthode unpack ne sera envoyé à l’infolog.

Dynamics Ax 2009 : This report requires a default or user-defined value for the report parameter 'Period_Year'

2009-08-31T09:26:00.015-04:00

Lors de la configuration de SSAS et SSRS avec Enterprise Portal de Dynamics 2009, certains rapports peuvent afficher l'erreur suivante :

This report requires a default or user-defined value for the report parameter 'Period_Year'. To run or subscribe to this report, you must provide a parameter value.

Cela veut dire qu'il n'y a aucune période de temps fournie au Cube OLAP. Commencer par vérifier si il y a des données dans la table LedgerPeriodTimeDimension, si oui, aller à l'étape 2.

ÉTAPE 1
Si vous êtes ici, cela veux dire qu'il ni a pas de donnée dans la table LedgerPeriodTimeDimension Heureusement, il existe une méthode qui permet de populer cette table automatiquement. Il suffit de créer une job dans l'AOT et de l'exécuter

AOT - > Job
Cliquer sur le bouton de droite sur Jobs -> New Job
Copier le texte suivant et cliquer sur le triangle vert

static void Job3(Args _args)
{
;
LedgerPeriodTimeDimension::populate();
}

ÉTAPE 2
Vérifier si les Time Period sont configurés pour vos Cubes OLAP.

Administration -> Setup -> Business Analysis -> OLAP -> Time Period

Si des données sont affichées, vous pouvez passer à l'étape 3. Sinon, vous devez importer les données

Import -> Import from AOT

ÉTAPE 3

Vous devez mettre à jour l'information des BD OLAP

Administration -> Setup -> Business Analysis -> OLAP Administration
Cocher le Server sous l'onglet OLAP Servers
Cocher la BD sous l'onglet OLAP databases
Cocher seulement Update BI Data sous l'onglet Advanced
Cliquer sur Update Databases

Finalement, vous devez processer tous vos cubes via SQL Management Studio.

Dynamics Ax 2009 : The following components have not been installed or are not configured correctly: AL.exe

2009-08-27T16:51:00.000-04:00

Lors du déploiement des rapports de Dynamics 2009, l'erreur suivante pourrait survenir :

The following components have not been installed or are not configured correctly: AL.exe

Ce message apparaît lorsque le composant .NET Development Tools n'est pas installé sur le serveur. Pour corriger le problème, vous pouvez installer Visual Studio 2008 ou installer le .NET Development Tools inclue dans le package Windows SDK for Windows Server 2008 and .NET Framework 3.5 . Ne vous faites pas avoir par le titre, le package est compatible avec: Windows Server 2003, Windows Server 2008, Windows Vista, Windows XP.

Dynamics Ax 2009 : Microsoft Domain-Specific Language Tools

2009-08-26T19:04:00.013-04:00

Lors du déploiement des rapports Dynamics 2009 sur SSRS, vous pouvez rencontrer ce message d'erreur :

The following components have not been installed or are not configured correctly:Microsoft Domain-Specific Language Tools

Pour corriger ce problème, il suffit d'installer Microsoft Visual Studio 2008 ou Microsoft Visual Studio 2008 Shell (isolated mode) Redistributable Package !

Télécharger.
Décompressez.
Exécuter vs_shell_isolated.enu.exe
Relancer le déploiement des rapports.

MOSS 2010 : Système requis

2009-08-10T20:46:00.005-04:00

SharePoint 2010 arrive à grands pas et plusieurs administrateurs réseau devront être prêts pour une éventuelle migration vers SharePoint 2010.

C'est dans la même lignée que Exchange 2007 que Microsoft va lancer son produit SharePoint 2010 : version 64 Bits seulement. Ce n'est pas une surprise lorsqu'on sait que Windows 2008 R2 sera aussi seulement disponible en 64 Bits.

Toutefois, il est plus surprenant d'apprendre que SharePoint 2010 nécessitera un Windows 2008 x64 ou Windows 2008 R2 x64, aucune mention de Windows 2003. Logiquement, seules les versions SQL 2005 x64 et SQL 2008 x64 seront supportées.

Pensez à mettre votre infrastructure SharePoint à jour avec le SP2 afin de faciliter une éventuelle migration et prévoyez, pour plusieurs, du nouveau matériel et/ou un nouvel OS !

Entre temps, regarder les avantages de la version x64 pour Sharepoint : http://technet.microsoft.com/en-us/library/dd630764.aspx

Dynamics Ax 2009 : Error: No .NET Business Connector session could be found.

2009-07-26T19:13:00.011-04:00

Lors de l'installation d'un composant de Microsoft Dynamics AX qui utilise le Business Connector, Enterprise Portal par exemple, vous recevez ce message :

Setup cannot connect to the Application Object Server instance (AOS) by using the Business Connector. Confirm that the AOS is running, and that your account (domain\username) is a valid Microsoft Dynamics AX user.

Avec le fichier de log, vous trouvez l'information suivante :

An error has occured while Setup was establishing a connection through Business Connector. Error: No .NET Business Connector session could be found.

Vous avez tout validé:

L'utilisateur qui lance l'installation est membre du groupe Admin de Ax
L'AOS est démarré
Le Business Connector est installé
Vous avez une licence Business Connector de libre

Vous devez savoir que le Setup.exe de AX effectue sa connexion à l'AOS en utilisant la configuration originale du Local Client/Business Connector.

Executer C:\Program Files\Microsoft Dynamics AX\50\Client\Bin\AxCliCfg.exe
Vérifier la configuration sous

Configuration Target : Local Client
Configuration : Original (Installed Configuration)

La configuration originale est grise et non modifiable. Si celle-ci n'est pas bonne, c'est la cause de votre problème. Pour la modifier, il faut modifier les clés de registre suivantes :

HKEY_CURRENT_USER\Software\Microsoft\Dynamics\5.0\Configuration\Original (installed configuration)

Dynamics Ax 2009 : Argument passed to the 'KPIVALUE' function must be a Key Performance Indicator (KPI) name.

2009-07-09T22:30:00.011-04:00

Après le déploiement des Role Centers de Dynamics 2009, certains de mes rapports affichaient l'erreur suivante :

Query (1, 9) The 'New Opportunities' argument passed to the 'KPIVALUE' function must be a Key Performance Indicator (KPI) name.

Avec l'aide du Blog de Fred Shen, on découvre que la requête effectuée sur le serveur se renseigne sur la table SRSANALYSISENUMS afin de connaître les labels à utiliser pour afficher le KPI :

SELECT A.ENUMITEMVALUE, A.ENUMITEMLABEL AS ENUMITEMNAME
FROM SRSANALYSISENUMS A
WHERE A.ENUMID = 383
AND A.LANGUAGEID = 'en-us'

Si aucune valeur n'est associée avec ENUMID 383, le rapport affiche l'erreur argument passed to the 'KPIVALUE' function must be a Key Performance Indicator (KPI) name.

Pour remplir cette table, il suffit de faire les opération suivante

Ouvrir le Client AX 2009 sur le serveur OLAP
Aller dans la section Administration -> Business analysis -> OLAP -> OLAP Administration
Cocher la BD sous l'onglet OLAP databases
Cocher seulementUpdate BI datasous l'onglet Advanced
Cliquer sur Update Database

La table SRSANALYSISENUMS va être populée. Toutefois, pour que les rapports s'affichent correctement, il faut processer le cube qui possède le KPI en question.

MOSS 2007 : L'outil de recherche ne fonctionne plus après l'installation de SP2

2009-05-10T22:28:00.008-04:00

Après l'installation du SP2 pour WSS 3.0 et MOSS 2007, la fonctionnalité de recherche ne fonctionnait plus pour tous les Sites Collections d'une Web Application. Dans mon Crawl Log, j'obtenais l'erreur suivante :

The object was not found. (The item was deleted because it was either not found or the crawler was denied access to it.)

J'avais aussi une erreur dans mon Event Viewer :

EventID : 2436
Source : Windows SharePoint Server
Category : Gatherer

Context: Application 'Search index file on the search server', Catalog 'Search'

Details:
The object was not found. (0x80041201)

Après beaucoup de recherche, j'ai tout vérifié : Alternate Access Mapping, Default Content Access Account, Content Source... j'ai aussi supprimé et recréé un nouveau SSP. Le hic, c'est que dans mes Content Source, il est impossible de spécifier une Start Addresse de type : http://server/sites/monsite, obliger d'indiquer http://server/ et lorsqu'on ouvre http://server, on obtient une belle erreur : Internet Explorer cannot display the webpage. La seule solution qui semble fonctionner, c'est d'avoir un Top level site pour le serveur en question.

Ouvrer SharePoint 3.0 Central Administration
Sélectionner Application Management
Cliquer sur Create Site Collection
Changer votre Web Application pour celle dont la recherche ne fonctionne pas
Inscriver un Titre
Le Web Site Address doit être : http://server/
Sélectionner n'importe quel template
Inscriver les administrateurs du site
Cliquer OK

Le message de confirmation va apparaître :

The new, empty top-level site was created successfully with the specified URL. If you have permission to view the Web site, you can do so in a new browser window by clicking the URL.

Si l'option Crawl everything under the hostname for each start address est sélectionner dans le Content Source, le moteur de recherche pourra accéder aux documents sous http://server/sites/monsite !

Certification : 70-631 SharePoint Services 3.0, Configuring

2009-05-10T22:03:00.003-04:00

Est-ce que la certification Microsoft Windows SharePoint Services 3.0, Configuring est difficile ? Ça dépend. Tout d'abord, regardons les "Skills Being Measured" :

Deploy Windows SharePoint Services 3.0 (WSS)
• Configure WSS server roles.
• Configure WSS topology.
• Create WSS namespace.
• Upgrade WSS 3.0 from WSS 2.0.
• Install WSS.

Monitor Windows SharePoint Services
• Maintain storage performance.
• Configure centralized monitoring for WSS.
• Configuring performance monitor.
• Identify WSS problems using the Web Event Viewer.
• Monitor logs.

Configure Security for Windows SharePoint Services
• Configure Web application authentication.
• Configure a Web application for SSL.
• Configure NTLM or Kerberos authentication.
• Configure roles and site permissions.
• Implement access policies.
• Manage database permissions.
• Configure Information Rights Management (IRM).

Administer Windows SharePoint Services
• Configure site settings.
• Manage Central admin.
• Administer Windows SharePoint Services by using STSADM.
• Configure backup and restore (disaster/recovery).

Manage Customization
• Configure master page.
• Customize pages by using SharePoint Designer.
• Customize pages using browser.
• Configure code access security.

Configure Network Infrastructure for Windows SharePoint Services
• Configure names resolution.
• Configuring Network Load Balancing (NLB).
• Configure WSS to support perimeter network.
• Configure Internet Security and Acceleration Server (ISA).

Source : http://www.microsoft.com/learning/en/us/exam.aspx?ID=70-631

Alors ça dépend de quoi ? Ça dépend si tu connais le minimum de ce qui entoure SharePoint. Il faut connaitre la base du NLB (Unicast, Multicast), la base de ISA (publié SharePoint), IIS, DNS, IRM, SSL, DMZ... Trop de personnes veulent être certifié Sharepoint avec seulement les connaissances en gestion de site SharePoint et les bases du panneau d'administration. L'examen est orienté avec 50% des questions n'ayant aucun lien direct avec un site SharePoint lui-même, mais plutôt à ce qui lui est relié. Bref, les connaissances Windows Server 2003/2008 aideront beaucoup !

Si vous avez un budget alloué, je vous conseil TrainSignal pour commencer vos études.

Toutefois, ce qui est dommage avec TrainSignal, c'est qu'il n'y a pas de questions de pratiques incluses avec leurs outils d'apprentissages... Pour combler cela, je conseille l'examen pratique de Measureup.

Dynamics Ax Migration : Echec de la synchronisation sur 4 table(s)

2009-04-18T22:57:00.011-04:00

Lors de la Migration de Dynamics 4.0 SP2 vers Dynamics 2009, une erreur survient lors de la synchronisation de la base de données SQL.

Impossible d'exécuter une commande du language de définition de données sur (). La base de données SQL a émis une erreur

Echec de la synchronisation sur 4 table(s)

Sur le blog de Patrick Pelletier, on peut y trouver du code qui nous permet de connaître les quatres tables qui causent problème. Il suffit de créer et exécuter une job dans l'AOT avec le code suivant :

public static void manualSync(Args _args)
{
#define.unknown("UNKNOWN")
#define.tableIdMax(65536)
int i = 1;
;
while (i < #tableIdMax) { if (tableid2name(i) != #unknown) { print(tableid2name(i)); try { if (!appl.dbSynchronize(i, false, true)) throw Exception::Error; } catch { error(tableid2name(i)); } } i++; } }

Vous pouvez aussi trouver plus d'information si vous consultez le Event Viewer du serveur. Si vous effectuez une migration de Dynamics 4.0 SP2 vers 2009, il y a de fortes chances que les 4 tables soient :

DimensionCollection
DimensionHierarchyCombination
DimensionSetCombinationDuplicate
DimensionSetCombinationTemp

Pour corriger le problème, voici le script que Microsoft demande d'exécuter sur la base de données de Dynamics AX 4.0 SP2 :

--DIMENSIONCOLLECTION
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50002 AND TABLEID=2897;
UPDATE SQLDICTIONARY SET FIELDID=2 WHERE FIELDID=50005 AND TABLEID=2897;
UPDATE SQLDICTIONARY SET FIELDID=3 WHERE FIELDID=50007 AND TABLEID=2897;
UPDATE SQLDICTIONARY SET FIELDID=4 WHERE FIELDID=50008 AND TABLEID=2897;

--DIMENSIONHIERARCHYCOMBINATION
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50002 AND TABLEID=2898;
UPDATE SQLDICTIONARY SET FIELDID=2 WHERE FIELDID=50003 AND TABLEID=2898;
UPDATE SQLDICTIONARY SET FIELDID=3 WHERE FIELDID=50005 AND TABLEID=2898;
UPDATE SQLDICTIONARY SET FIELDID=4 WHERE FIELDID=50006 AND TABLEID=2898;
UPDATE SQLDICTIONARY SET FIELDID=5 WHERE FIELDID=50009 AND TABLEID=2898;

--DIMENSIONSETCOMBINATIONDUP2899
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50001 AND TABLEID=2899;
UPDATE SQLDICTIONARY SET FIELDID=2 WHERE FIELDID=50002 AND TABLEID=2899;
UPDATE SQLDICTIONARY SET FIELDID=3 WHERE FIELDID=50003 AND TABLEID=2899;

--DIMENSIONSETCOMBINATIONTEMP
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50001 AND TABLEID=2900;
UPDATE SQLDICTIONARY SET FIELDID=2 WHERE FIELDID=50002 AND TABLEID=2900;
UPDATE SQLDICTIONARY SET FIELDID=3 WHERE FIELDID=50003 AND TABLEID=2900;
UPDATE SQLDICTIONARY SET FIELDID=4 WHERE FIELDID=50004 AND TABLEID=2900;
UPDATE SQLDICTIONARY SET FIELDID=5 WHERE FIELDID=50005 AND TABLEID=2900;
UPDATE SQLDICTIONARY SET FIELDID=6 WHERE FIELDID=50006 AND TABLEID=2900;

--PROVISIONALHIERARCHY
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50001 AND TABLEID=2901;
UPDATE SQLDICTIONARY SET FIELDID=2 WHERE FIELDID=50002 AND TABLEID=2901;
UPDATE SQLDICTIONARY SET FIELDID=3 WHERE FIELDID=50007 AND TABLEID=2901;

MOSS 2007 - Unknown Error

2009-04-17T10:08:00.002-04:00

Il y a aucun message moins explicite que Unknown Error. Il faut comprendre que le Unknown Error est généré par ASP.net et que celui-ci cache les détails de l'erreur en question. Pour faire afficher l'erreur au complet, il faut modifier le fichier Web.Config

Ouvrir Web.config : C:\inetpub\wwwroot\wss\virtualdirectories\monsite\web.config
Rechercher CallStack et modifier la valeur pour true
Rechercher customErrors et modifier la valeur pour Off
Enregistrer le fichier Web.Config
Tester votre action sur SharePoint, vous allez recevoir un message d'erreur complet.

Dynamics Ax Migration : The version of the stored procedures in this database is different than that expected by the Application Object Server (AOS)

2009-04-12T14:45:00.020-04:00

Object Server : SQL diagnostics: The version of the stored procedures in this database is different than that expected by the Application Object Server (AOS). You must set up a new instance of the AOS that points to this database to update the version of the stored procedure

Lors du passage de Dynamics AX 4.0 vers 2009, vous pouvez recevoir le message d’erreur mentionné si vous n’avez pas suivi correctement la procédure de migration. En effet, lors de la préparation à la migration de 4.0 vers 2009, il faut configurer l’AOS 2009 pour se connecter sur la base de données 4.0. À ce stade de l’installation, le "Setup" va mettre à jour les deux stored procedure de la base de données 4.0. Pour corriger le problème, deux solutions ont été fournies par Microsoft :

Première solution

Réinstaller l’AOS de Microsoft Dynamics AX 2009 et spécifier la base de données 4.0 lors de l’installation

Deuxième solution

Ouvrir Microsoft SQL Server Management Studio et copier les stored procedure sysserversessions et sysclientsessions d’une BD AX 2009 fonctionnel vers la BD AX 4.0 que vous voulez migrer

Ensuite, regarder la colonne value lorsque la colonne parm égale SYSSPVERSION dans la table SQLSYSTEMVARIABLES en utilisant la requête suivante :

SELECT *

FROM SQLSYSTEMVARIABLES

WHERE parm='SYSSPVERSION';

Si la colonne value n’est pas égale à "8", executer la requête suivante:

UPDATE SQLSYSTEMVARIABLES SET value=8

WHERE parm='SYSSPVERSION';

Dynamics Ax 2009 : SysReportLibraryExport (object) has no valid runable code in method 'new'

2009-03-31T22:12:00.004-04:00

Si la classe SysReportLibraryExport n'est pas compilée, le message d'erreur suivant apparaîtra lorsque vous tentez de modifier un rapport dans Visual Studio

Error executing code: SysReportLibraryExport (object) has no valid runable code in method 'new'

Vous devez simplement compiler la classe :

AOT -> Classes
Bouton de droite sur SysReportLibraryExport
Cliquer Compile

Dynamics Ax : Choix du matériel et de l'OS pour le serveur d''AOS

2009-03-19T22:12:00.002-04:00

Dans une topologie standard de Microsoft Dynamics, l'AOS est installé seul sur son serveur. Il est donc important de faire une bonne sélection matérielle afin d'optimiser les performances de l'AOS.

Il y a eu beaucoup d'amélioration entre l'AOS de 4.0 et 2009. C'est pour cette raison qu'il est important de choisir le bon matériel pour maintenant et à long terme.

Windows Serveur : 32 Bits ou 64 Bits

Dans les deux cas, il est possible d'installer l'AOS sur un serveur 64 Bits, toutefois c'est seulement la version 2009 qui s'exécutera en 64 bits. Si on est sous Dynamics 4.0, vaut mieux opter pour un OS 64 Bits immédiatement afin de profiter de l'adressage mémoire, mais aussi afin d'être prêt pour notre éventuelle migration vers 2009 !

Combien de processeurs ?

La version 4.0 supporte deux processeurs. On peut avoir deux processeurs ou tout simplement un processeur avec un double coeur. Donc, il vaut mieux investir sur le meilleure Core 2 Duo plutôt qu'un Core 2 Quad.

Grande amélioration pour 2009, l'AOS va profiter de tous les processeurs disponibles sur la machine. À noter qu'il est aussi possible de configurer l'affinité des CPU avec la version 2009. Advenir que vous prévoyez installer deux AOS 2009 sur votre serveur Quad Core, vous pouvez configurer chaque AOS pour utiliser deux processeurs différents. Ha oui, je sais qu'il existe un truc pour configurer l'affinité en 4.0, mais je le déconseille.

Un seul serveur puissant ou deux petits serveurs pour les AOS ?

Tout d'abord, qu'est-ce qu'un gros serveur d'AOS ? Le matériel le plus sollicité d'un AOS est son processeur. Ceci dit, étant donné que le service supporte seulement 2 processeurs avec Dynamics 4.0, il est préférable de répartir la charge sur deux serveurs. Ainsi, nous allons avoir 4 processeurs qui effectueront les calculs en plus d'avoir une redondance au niveau de votre topologie.

La même mentalité s'applique pour Dynamics 2009, mais avec la possibilité d'avoir plus de processeurs par machine.

Attention, vous devez avoir la licence Dynamics qui autorise la connexion de deux AOS pour le même environnement.

Un processeur avec une haute fréquence ou deux processeurs avec de petites fréquences

Dans n'importe quel contexte, ma réponse est toujours la même. En général, est-ce que le processeur exécute une grosse requête ou 10 petites requêtes? Si tu demandes une grosse requête, vaudrait mieux avoir un gros processeur afin de calculer rapidement la grosse requête. Autrement, ce sera plus rapide de "partager" le 10 requêtes sur deux processeurs. Dans notre cas, un AOS calcule de "petites" requêtes, la majorité des grosses requêtes CPU est effectuée par le serveur SQL.

RAID

Une règle non écrite dans le domaine des T.I : Le système d'exploitation doit toujours être sur un Raid-1. Cette règle s'applique aussi pour les serveurs d'AOS. C'est la seule chose que vous avez besoin de savoir pour la sélection de vos disques durs.

Quantité de Mémoire RAM

La quantité de mémoire recommandée pour un AOS avec 75 connexions est de 4 à 8GB.

Il suffit maintenant de savoir ce que l'OS peut nous offrir :

Windows Serveur Standard 32 bits supporte 4 GB.

Windows Serveur Standard 64 bits supporte 32 GB.

Windows Serveur Entreprise 32 bits supporte 64GB

Windows Serveur Entreprise 64 Bits supporte 64GB

Certification : MB6-820 AX 2009 Installation & Configuration

2009-03-12T22:16:00.005-04:00

Il y a peu d'information sur la certification Installation et Configuration de AX 2009 sur le web. C'est pour cette raison que je partage mon expérience avec celle-ci.

Tout d'abord, pour ceux qui ont passé la certification de 4.0, vous serez averti que la certification 2009 est plus difficile, il ne faut pas se présenter à l'examen en vous basant seulement sur vos connaissances 4.0 avec un peu d'expérience 2009.

Tout d'abord, dans mes souvenirs, il y a 51 questions réparties sur tous les composants de l'architecture AX. Les examens Dynamics sont particuliers, durant le test, vous êtes avisé lorsque vous changez de section. Par exemple, une page blanche indiquant "Planning Installation" vous indique que les prochaines questions traiteront du sujet "Planning Installation". Ensuite une autre fenêtre vous indiquera "Installing a development system" et ainsi de suite. Bref, les questions suivent un ordre logique et ne sont pas pêle-mêle.

Microsoft Dynamics AX 2009 Installation Guide est probablement la meilleure source d'information gratuite pour passer la certification. Selon moi, ce document répond à 70% des questions de l'examen. L'autre 30% se trouve sur le Technet de Microsoft

Pour avoir 7-8 questions facilement, il faut maîtriser les droits d'accès. Par exemple : les droits d'accès que l'AOS doit avoir sur la BD, à quoi sert le System Account, quel accès doit-on mettre sur le dossier partagé de l'Application... De plus, il faut bien connaître la topologie (Différence entre une configuration d'environnement de développement et de production, différence entre un Traditional & Standard Perimeters pour EP... Toutefois, préparez-vous à quelques questions ambigües et d'autres qui vous paraîtront bizarres...

Overview (5%) - 2 ou 3 Questions
• Changes to setup and configuration
• Required Microsoft Dynamics AX servers
• Additional Microsoft Dynamics AX servers
• Core computer roles

Planning installation (9%) - 4 ou 5 Questions
• Plan system topology
• Plan hardware and software
• Disaster recovery

Installing a development system (11%) - 5 ou 6 Questions
• Create a SQL database
• Install multiple AOS instances
• Manage a new AOS instance
• Install a client
• Point a client to a new AOS instance
• Start Microsoft Dynamics AX 2009

Install a base system (13%) 6 ou 7 Questions
• Basic setup steps
• Install application file server
• Install Application Object Server
• Point a client to a new AOS instance

Initializing Microsoft Dynamics AX 2009 (11%) - 5 ou 6 Questions
• Running the installation checklist
• Re-execute the installation checklist
• Run installation checklist without user intervention

Deploying Microsoft Dynamics AX 2009 (13%) 6 ou 7 Questions
• Modify server and client configurations
• Test the system
• Deploying additional clients
• Importing data

Installing and deploying Enterprise Portal (15%) 7 ou 8 Questions
• EP requirements
• Install portal framework and Role Centers
• Deploying Role Centers

Installing AIF services (9%) 4 ou 5 Questions
• Installing AIF Web services
• System changes

Installing Microsoft Dynamics AX Reporting (9%) 4 ou 5 Questions
• SQL Server requirements
• Configuring Reporting Services
• Deploying Microsoft Dynamics AX reports
• Installing OLAP
• Microsoft Dynamics AX standard reports

Install and Deploying Workflow (5%) 2 ou 3 Questions
• Workflow prerequisites
• Install Workflow