Lors de l’utilisation de Batigest Connect en mode réseau, il est nécessaire de recourir à un moteur de base de données SQL Server. Une configuration correcte du moteur permet l’autorisation des connexions réseau à la base de données. Dans certains cas, il est possible de rencontrer un échec de connexion avec le message suivant :

Connexion à la base de données n’a pu être réalisée.

La connexion échoue en raison :

• d’une mauvaise configuration du serveur SQL
• d’un pare-feu bloquant
• d’un protocole désactivé
• ou d’un compte utilisateur non autorisé

 REMARQUE: Pour tester la connexion, utilisez l’outil “ODBC DATA SOURCE” ou “Source de données ODBC” disponible sur tout poste Windows. 

1. Depuis un poste client, recherchez “ODBC” dans le menu Démarrer, puis ouvrez “Source de données ODBC”.
2. Accédez à Sources de données système et ajoutez une nouvelle source.
3. Sélectionnez SQL Server dans la liste des types de sources et cliquez sur Suivant.
4. Renseignez un nom à votre source.
5. Renseignez une description à votre source.
6. Renseignez l'emplacement de votre instance SQL sous la forme SERVEUR\INSTANCE :
   • Serveur étant le nom de votre poste serveur hébergeant vos données SQL
   • Instance étant le nom de l'instance SQL à atteindre.
     
7. Cliquez sur Suivant.
8. Choisissez le mode de connexion Windows ou SQL.
9. En cas de connexion SQL, entrez le login et mot de passe créés dans SQL Server Management Studio.
10. Cliquez sur Suivant.
    En fonction des informations renseignées précédemment et du paramétrage serveur, il est possible que différents cas se produisent :

Cas 1 : Test de connexion concluant

Lorsque la fenêtre passe à l’étape suivante, la connexion entre les deux postes fonctionne. Le problème se situe dans la chaîne de connexion définie dans Batigest Connect.

1. Accédez au répertoire d’installation.
2. Ouvrez “Connexion Manager”
3. Contrôlez les informations affichées.

Cas 2 : Ce serveur n'existe pas

L'utilitaire affiche le message d'erreur suivant :

"Ce serveur n'existe pas ou son accès est refusé."

Vérifiez les informations suivantes :

1. L'emplacement serveur instance renseigné dans la source ODBC :
   1. Vérifiez que le nom du serveur soit bien correct.
   2. Vérifiez que le nom de l'instance SQL est bien correct.
2. Le serveur SQL est-il démarré. Sur le serveur :
   1. Ouvrez les services et retrouvez le service intitulé "SQL Server (INSTANCE). Ce service doit être démarré. Si ce n'est pas le cas, effectuez un clic droit puis démarrer.
       ATTENTION: Dans le cas de l'installation du service sur un serveur de domaine, il est nécessaire d'effectuer une action particulière pour son démarrage manuel ou automatique (utilisation d’un autre compte de démarrage). Microsoft déconseille ce fonctionnement. Plus d'informations ici. 
3. Le browser SQL est-il démarré ? Sur le serveur :
   1. Ouvrez les services et retrouvez le service intitulé "SQL Browser. Ce service doit être démarré. Si ce n'est pas le cas, effectuez un clic droit puis démarrer.
4. Le test est-il concluant en remplaçant le nom du serveur par l'adresse IP de ce dernier ?
   1. Si oui, un problème de résolution des noms est présent sur votre réseau. Redémarrez le serveur et votre poste client avant de refaire un essai. Dans le cas ou le problème persiste, contactez un informaticien.
5.  Le pare-feu Windows :
   1. Sur le serveur, ouvrez le panneau de configuration.
   2. Ouvrez Système et sécurité > Pare-feu Windows.
   3. Sur la partie gauche, cliquez sur "Activer ou désactiver le pare-feu Windows Defender".
   4. Cochez "Désactiver" partout.
   5. Une fois désactivé, testez une connexion via l'outil de sources de données. Dans le cas ou cette connexion passe, il est nécessaire de configurer le pare-feu pour autoriser SQL à travailler à travers le réseau.
6. Le protocole TCP IP : Ce protocole doit être actif pour que le serveur soit accessible.
   1. Dans le menu démarrer, ouvrez le "Gestionnaire de configuration SQL".
   2. Dans la fenêtre ouverte, déroulez "Configuration de SQL Native Client" ensuite "protocoles clients".
   3. Activez "TCP/IP".
   4. Effectuez cette manipulation pour les deux lignes SQL Native Client, ainsi que "Configuration du réseau SQL Server".
   5. Redémarrez le service SQL après modification comme demandé par le message d'avertissement qui s'affiche.

Cas 3 : Echec de l'ouverture de session

Le Compte utilisé pour se connecter à l'instance :

• N'existe pas
• Ou n'a pas les droits
• Ou les informations sont erronées

Vérifiez les informations de connexion Windows :

• Situation 1 : Connexion Windows avec l'utilisation d'un environnement sous un domaine :

1. 1. Enregistrez votre compte Windows dans la section Sécurité de votre instance via Management Studio.
   2. Attribuez-lui les droits nécessaires en cochant Public et Sysadmin dans les rôles du serveur.
   3. Vérifiez également que ce compte est bien activé dans ses propriétés.

• Situation 2 : Connexion Windows sans utilisation de

  domaine :

  1. Créez sur la machine serveur un compte Windows identique à celui de la machine cliente. 
     Utilisez le même login, le même nom et le même mot de passe.
  2. Ajoutez ce compte dans la section Sécurité de l’instance via Management Studio et attribuez-lui les droits requis.
  3. Effectuez une ouverture de session classique pour confirmer que les informations sont parfaitement identiques.

Vérifiez la connexion SQL :
Il est nécessaire de vérifier sous Management studio que le compte utiliser est actif. Qu'il possède bien les droits nécessaires (Public et sysadmin par défaut) et que le mot de passe renseigné soit bien le bon. N'ayant pas la possibilité de vérifier le mot de passe, il est possibile de changer ce dernier.

Assurez-vous dans Management Studio :

1. Que le compte Windows utilisé pour se connecter à l’instance SQL Server est correctement configuré et dispose des droits nécessaires.
2. Vérifiez que le mot de passe renseigné est correct.
   Dans le cas ou le mot de passe ne peut pas être confirmé, procédez à une réinitialisation du mot de passe pour garantir l’accès.