Aller au contenu principal
Deutsch English (United States) Español 日本語 简体中文 繁體中文

Recherche

Articles dans cette section

1047 : Impossible d’établir une connexion à l’instance SQL Server [NomServeur\Instance]

Domingo Rodriguez

BarTender Content Team

  • Mise à jour

Symptôme

Lorsque vous essayez de vous connecter à une base de données système BarTender distante, vous pouvez recevoir le message d’erreur suivant :

#1047 : Impossible d’établir une connexion à l’instance SQL-Server [NomServeur\Instance].

mceclip0.png

S’applique à

BarTender 2019 et versions ultérieures

Diagnostic

  1. Installez également SQL Server Management Studio sur le poste client.
  2. Connectez-vous depuis SQL Management Studio à l’instance SQL Server centrale en utilisant les mêmes identifiants que ceux utilisés via l’assistant Base de données système.

Si cela échoue, cela peut indiquer que SQL Server n’est pas correctement configuré.

Solution

Assurez-vous de consulter votre service informatique ou votre administrateur de base de données avant d’appliquer l’une des solutions ci-dessous.

Configurer les autorisations nécessaires

  1. Activez l’authentification en mode mixte côté serveur si vous prévoyez d’utiliser des identifiants SQL Server :
    1. Dans SQL Server Management Studio > Explorateur d’objets, faites un clic droit sur le serveur, puis cliquez sur Propriétés.
    2. Dans l’onglet Sécurité, sous Authentification du serveur, sélectionnez le nouveau mode d’authentification du serveur, puis cliquez sur OK
  2. Attribuez les autorisations nécessaires au compte utilisé pour se connecter à la base de données système BarTender. Consultez l’article lié pour plus d’informations sur la configuration des autorisations du compte : Configurer les autorisations pour une base de données système (Vidéo - 5:45)
  3. Déterminez si la connexion sera effectuée avec des identifiants Windows ou SQL Server (les identifiants SQL Server sont recommandés).
  4. Si les problèmes persistent, essayez les recommandations de configuration suivantes :

Si la base de données système a été configurée sur l’ordinateur A et que vous rencontrez des problèmes pour vous connecter à la base de données système distante depuis l’ordinateur B (en édition EA, avec SQL Express), essayez les astuces ci-dessous pour résoudre le problème. 

  • Au lieu d’utiliser le nom de l’instance, essayez d’utiliser l’adresse IP et le port (généralement 1433) lors de la connexion à l’instance SQL Server distante.
  • Si vous utilisez le nom de l’instance, SQL Server nécessite une configuration préalable (voir ci-dessous).

Activer les connexions distantes sur l’instance SQL Server

  1. Ouvrez SQL Management Studio.

  1. Faites un clic droit sur le nom du serveur dans le panneau de gauche et sélectionnez Propriétés, puis Connexions et assurez-vous que la case Autoriser les connexions distantes à ce serveur est cochée comme ci-dessous.

Configurer SQL Express Server pour écouter sur un port statique

  1. Ouvrez SQL Server Configuration Manager et cliquez sur Services SQL Server dans le panneau de gauche.

  1. Utilisez la colonne ID de processus (au centre) pour repérer la liste des IDs de processus pour chaque service en cours d’exécution. Identifiez le PID dans la ligne correspondant à SQL Server et le port sur lequel ce PID écoute en tapant la commande suivante dans l’invite de commandes : 
    netstat -ano | find /i “[Numéro-PID-De-SQL-Server]"
    Selon les détails affichés dans l’image ci-dessus, la syntaxe est la suivante : 
    netstat -ano | find /i “668”
  2. Les résultats sont affichés ci-dessous :

  1. Il n’y a aucun résultat à la commande exécutée à l’étape 3 car le protocole TCP/IP est désactivé et doit être activé. Dans SQL Server Configuration Manager, cliquez sur Configuration du réseau SQL Server dans le panneau de gauche et faites un clic droit sur le protocole TCP/IP. Sélectionnez Activer.

  1. Redémarrez le service SQL Server et identifiez l’ID de processus attribué au service SQL.

  1. Dans l’invite de commandes, exécutez la commande : 
    netstat -ano | find /i “23444”
  2. Les résultats sont affichés ci-dessous :

  1. Dans SQL Server Configuration Manager, cliquez sur Configuration du réseau SQL Server dans le panneau de gauche et faites un clic droit sur le protocole TCP/IP.
  2. Allez dans Propriétés > Adresse IP et faites défiler jusqu’à la section IPAll. Supprimez la valeur de Ports TCP dynamiques (ne mettez pas zéro 0).
  3. Saisissez le port 1433 pour Port TCP. Cliquez sur Appliquer puis OK. 

  1. Redémarrez le service SQL Server, identifiez le nouvel ID de processus attribué au service SQL, puis dans l’invite de commandes, exécutez la commande : 
    netstat -ano | find /i “5088”
  2. Les résultats sont affichés ci-dessous :

À ce stade, SQL Express est configuré pour écouter sur le port standard 1433.

Activer le service SQL Server Browser

  1. Ouvrez SQL Server Configuration Manager et cliquez sur Services SQL Server dans le panneau de gauche. Faites un clic droit sur SQL Server Browser service et sélectionnez Propriétés.

  1. Allez dans l’onglet Service, et pour l’option Mode de démarrage, changez le type de démarrage en Automatique. Cliquez sur Appliquer et OK. 

  1. Cliquez sur le bouton Démarrer pour lancer le service SQL Browser.

  1. Vérifiez que le service SQL Server Browser est bien en cours d’exécution, comme illustré ci-dessous.

Selon les bonnes pratiques de sécurisation SQL Server, le service SQL Server Browser doit être Désactivé. Ce service redirige les requêtes vers les ressources SQL Server vers le bon port. Supprimer ce redirigeur comme vecteur d’attaque permet de masquer les points d’entrée vers vos composants SQL Server.

Configurer le pare-feu pour autoriser le trafic réseau lié à SQL Server

Quatre exceptions doivent être configurées dans le Pare-feu Windows pour permettre l’accès à SQL Server :

  1. Une exception de port pour le port TCP 1433. Dans l’assistant Nouvelle règle de trafic entrant, utilisez les informations suivantes pour créer une exception de port :
    1. Sélectionnez Port.
    2. Sélectionnez TCP et indiquez le port 1433.
    3. Autorisez la connexion.
    4. Choisissez les trois profils (Domaine, Privé & Public).
    5. Nommer la règle SQL – TCP 1433.
  2. Une exception de port pour le port UDP 1434. Cliquez à nouveau sur Nouvelle règle et utilisez les informations suivantes pour créer une autre exception de port :
    1. Sélectionnez Port.
    2. Sélectionnez UDP et indiquez le port 1434.
    3. Autorisez la connexion.
    4. Choisissez les trois profils (Domaine, Privé & Public).
    5. Nommer la règle SQL – UDP 1434.
  3. Une exception de programme pour sqlservr.exe. Cliquez à nouveau sur Nouvelle règle et utilisez les informations suivantes pour créer une exception de programme :
    1. Sélectionnez Programme.
    2. Cliquez sur Parcourir et sélectionnez sqlservr.exe à cet emplacement : C:\Program Files\Microsoft SQL Server\MSSQL11.[NOM_INSTANCE]\MSSQL\Binn\sqlservr.exe où [NOM_INSTANCE] est le nom de votre instance SQL.
    3. Autorisez la connexion.
    4. Choisissez les trois profils (Domaine, Privé & Public).
    5. Nommer la règle SQL – sqlservr.exe.
  4. Une exception de programme pour sqlbrowser.exe. Cliquez à nouveau sur Nouvelle règle et utilisez les informations suivantes pour créer une autre exception de programme :
    1. Sélectionnez Programme.
    2. Cliquez sur Parcourir pour sélectionner sqlbrowser.exe à cet emplacement : C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe. 
    3. Autorisez la connexion.
    4. Choisissez les trois profils (Domaine, Privé & Public).
    5. Nommer la règle SQL – sqlbrowser.exe.

Comme vous pouvez le constater, de nombreuses configurations peuvent être nécessaires pour permettre les connexions distantes via le nom d’instance SQL Server (ce qui pose également un problème de sécurité). Il est donc recommandé d’utiliser l’adresse IP et le port.

 

 

Articles associés