Message d’erreur lorsque vous essayez de démarrer aOS pour Microsoft Dynamics AX 4.0 : « Erreur 100 : Impossible de créer un autre sémaphore système »

Méthode 1 : démarrer le service SQL Server client

L’AOS dépend du service SQL Server en cours de mise en service. Si le service SQL Server n’est pas démarré, AOS ne démarre pas.

Utilisez l’une des procédures suivantes, selon le cas de la version de SQL Server que vous exécutez.

Méthode 2 : assurez-vous que le compte utilisé pour démarrer AOS dispose des rôles de base de données corrects dans SQL Server

Le compte utilisé pour démarrer le service AOS doit avoir au moins les rôles de base de données suivants attribués dans SQL Server :

• db_ddladmin

• db_datareader

• db_datawriter

Pour déterminer si le compte possède les rôles de base de données corrects, suivez les étapes suivantes :

1. Déterminez le compte utilisé pour démarrer le service AOS. Pour cela, procédez comme suit :

   1. Cliquez sur Démarrer,pointez sur Tous les programmes,pointez surOutils d’administration, puis cliquez sur Services.

   2. Recherchez le service qui commence par Dynamics Server$.

   3. Cliquez avec le bouton droit sur le service, puis cliquez sur Propriétés.

   4. Cliquez sur l’onglet Journal.

   5. Sous Se connecter en tantque, déterminez le compte utilisé pour vous connecter au service AOS.
      
      Notes

      • Par défaut, le compte NT Authority\Network Service est utilisé pour se connecter au service AOS.

      • Si le service AOS se trouve sur le même ordinateur que SQL Server, le compte qui nécessite des autorisations SQL Server est le compte NT Authority\Network Service.

      • Si le service AOS est en cours d’exécution sur un ordinateur distinct du SQL Server, le compte nécessitant des autorisations de serveur SQL est le nom de l’ordinateur sur lequel le service AOS est en cours d’exécution. Le format du nom de l’ordinateur est le suivant :

        domaine\computer_name$Dans ce cas, le domaine est le nom du domaine réseau et computer_name$ est le nom du serveur AOS.

2. Utilisez l’une des procédures suivantes, selon le cas de la version de SQL Server que vous exécutez.

   SQL Server 2000 Pour SQL Server 2000, suivez ces étapes :

   1. Cliquez surDémarrer, pointez sur Tousles programmes, pointez sur Microsoft SQL Server,puis cliquez sur Enterprise De formation.

   2. Développez Microsoft SQL Servers.

   3. Développer SQL Server groupe.

   4. Développer (local) (Windows NT).

   5. Développer la sécurité.

   6. Cliquez sur Connexions.

   7. Cliquez avec le bouton droit sur le compte déterminé à l’étape 1, puis cliquez sur Propriétés.

   8. Cliquez sur l’onglet Accès à la base de données.

   9. Cliquez sur la base de données Axapta, puis vérifiez que les rôles de base de données suivants sont sélectionnés :

      • db_ddladmin

      • db_datareader

      • db_datawriter

   10. Cliquez sur OK.

   11. Développer des bases de données.

   12. Développez la base de données Dynamics.

   13. Cliquez sur Procédures stockées,puis recherchez les procédures stockées suivantes :

       • createserversessions

       • createusersessions

   14. Cliquez avec le bouton droit sur une procédure stockée, puis cliquez sur Propriétés.

   15. Cliquez sur Autorisations.

   16. Recherchez le compte déterminé à l’étape 1, cliquez pour cocher la case EXEC, puis cliquez sur OK.
       
       Remarque Répétez les étapes 2n à 2p pour l’autre procédure stockée à l’étape 2m.

   SQL Server 2005 Pour SQL Server 2005, suivez ces étapes :

   1. Cliquez surDémarrer, pointez sur Tousles programmes, pointez sur Microsoft SQL Server 2005,puis cliquez sur SQL Server Management Studio.

   2. Sous l’onglet Résumé, double-cliquez sur Sécurité.

   3. Double-cliquez sur Connexions.

   4. Cliquez avec le bouton droit sur le compte déterminé à l’étape 1, puis cliquez sur Propriétés.

   5. Cliquez sur Mappage des utilisateurs.

   6. Cliquez sur la base de données Axapta, puis vérifiez que les rôles de base de données suivants sont sélectionnés :

      • db_ddladmin

      • db_datareader

      • db_datawriter

   7. Cliquez sur OK.

   8. Développer des bases de données.

   9. Développez la base de données Dynamics.

   10. Développer la programmabilité.

   11. Développer les procédures stockées.

   12. Recherchez les procédures stockées suivantes :

       • createserversessions

       • createusersessions

   13. Cliquez avec le bouton droit sur une procédure stockée, puis cliquez sur Propriétés.

   14. Cliquez sur Autorisations.

   15. Recherchez le compte déterminé à l’étape 1, cochez la case Accorder pour l’autorisation EXEC, puis cliquez sur OK.
       
       Remarque Répétez les étapes 2m à 2o pour l’autre procédure stockée à l’étape 2l.

Méthode 3 : déterminer si le nombre de licences AOS est dépassé

Pour déterminer si le nombre d’AOS pour lesquels vous disposez actuellement d’une licence est dépassé, suivez les étapes suivantes :

1. Démarrez Microsoft Dynamics AX 4.0, puis connectez-vous.

2. Cliquez sur Administration.

3. Développer le programme d’installation.

4. Développer le système.

5. Cliquez sur Informations sur la licence.

6. Sous l’onglet Système, sélectionnez Serveurs d’objets d’application sous Description du code.

7. Dans la colonne État, notez le nombre d’AOS pour lesquels vous êtes actuellement titulaire d’une licence.

Remarque Pour démarrer un autre appareil AOS, vous pouvez arrêter un appareil AOS en cours d’exécution. Vous pouvez également acheter des licences AOS supplémentaires.

Méthode 4 : assurez-vous que l’ordre SQL Server tri de la base de données n’est pas sensible à la case

Dans Microsoft Dynamics AX 4.0, l’ordre de tri pour la base de données doit être non sensible à la cas.


Pour déterminer l’ordre de tri dans votre cas, utilisez l’une des procédures suivantes, selon la version de SQL Server que vous exécutez.