Afin de tester la connexion , vous devrez utiliser l'outil "ODBC DATA SOURCE" ou "Source de données ODBC" présent sur tout poste Windows .
A partir d'un poste client , Recherchez "ODBC" dans le menu démarrer , et ouvrez "Source de données ODBC .
Rendez vous dans les sources de données système et ajoutez une nouvelle source .
Sélectionnez "SQL Serveur" dans la liste des types de sources et cliquez sur "Suivant"
Donnez un nom à votre source de données
Donnez une description à votre source de données
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 que vous souhaitez atteindre .
Cliquez sur suivant
Selectionnez le mode de connexion Windows ou SQL
En cas de connexion SQL, il vous sera demandé un login et un mot de passe préalablement créé via SQL Serveur Management Studio .
Cliquez ensuite sur suivant .
En fonction des informations renseignées précedement et du paramétrage serveur, différents cas peuvent se produire :
1 - Test de connexion concluant
Si la fenêtre passe à l'étape suivante , la connexion est donc possible entre les deux postes .
Le soucis viendrait donc de la chaine de connexion paramétrée dans Batigest Connect . Dans le répertoire d'installation, ouvrez "Connexion Manager " et vérifiez les informations qu'il contient .
2 - Ce serveur n'existe pas
L'utilitaire vous affiche le message d'erreur suivant :
"Ce serveur n'existe pas ou son accès est refusé ."
Vérifiez donc les informations suivantes :
- L'emplacement serveur instance renseigné dans la source ODBC : Vérifiez que le nom du serveur soit bien correct, ainsi que le nom de l'instance SQL
- Le serveur SQL est-il démarré : Sur le serveur, 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 : le démarrage manuel et automatique de ce service nécessite une action particulière de votre part en cas d'installation sur un serveur de domaine ( utilisation d'un autre compte de démarrage ) , ce fonctionnement étant non recommandé par Microsoft . Plus d'informations ici
- Le browser SQL est-il démarré : Sur le serveur, 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 .
- Le test est-il concluant en remplacant le nom du serveur par l'adresse IP de ce dernier : 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, si le problème persiste, contactez un informaticien .
- Le parefeu Windows : Sur le serveur, ouvrez le panneau de configuration , puis Système et sécurité, Parefeu Windows. Sur la partie gauche, cliquez sur "Activer ou désactiver le parefeu Windows Defender , enfin, cochez "Désactiver" partout . Une fois désactivé, testez une connexion via l'outil de sources de données . Si cette connexion passe, il vous faudra configurer votre parefeu pour autoriser SQL à travailler à travers le réseau .
- Le protocole TCP IP : Ce protocole doit être actif pour que le serveur soit accessible . Dans le menu démarrer, ouvrez le "Gestionnaire de configuration SQL" . Dans la fenêtre ouverte, déroulez "Configuration de SQL Native Client" puis "protocoles clients", et activez "TCP/IP" . Effectuez cette manipulation pour les deux lignes SQL Native Client, ainsi que "Configuration du réseau SQL Server" . Pensez à redémarrer le service SQL après modification comme demandé par le message d'avertissement qui s'affiche .
3 - Echec de l'ouverture de session
Le Compte utilisé pour se connecter à l'instance n'existe pas / n'a pas les droits / les informations sont erronées .
Vérifiez donc les informations suivantes :
Pour ce qui est de la connexion Windows :
Vous êtes sous un domaine, vous devez donc enregistrer votre compte Windows dans la partie sécurité de votre instance via Management studio, et lui activer les droits autant que faire se peut ( Cocher public ET sysadmin dans les roles du serveur ) . Vérifiez en outre que ce compte soit bien Activé dans ses propriétés.
Vous n'êtes pas sous un domaine
Il vous est nécessaire de créer le compte utilisateur Windows de la machine que vous allez utiliser en tant que poste client à l'identique sur la machine serveur ( Même login, même nom, même mot de passe . )
Une fois créé, ajoutez le à la sécurité de l'instance via management studio en lui rattachant les droits nécessaire .
Testez une ouverture de session classique sur le poste si vous avez un doute sur le fait que les informations soient strictement identiques .
Pour ce qui est de la connexion SQL :
Il est nécessaire de vérifier sous Management studio que le compte que vous souhaitez utiliser soit actif, possède bien les droits nécessaire ( 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, vous avez la possibilité de changer ce dernier . )
|