Résolution des problèmes de connectivité SQL Server

SQL Server s'installe avec une connectivité réseau limitée. Par conséquent, lorsqu'il est initialement installé, le moteur de base de données ne peut pas être accessible depuis un autre appareil.

Accéder à cette aide de dépannage pour les problèmes de connectivité.

• Permettre l'accès à distance
• Activer les protocoles
• Ouvrir un port de communication dans le pare-feu
• Impossible de se connecter au serveur SQL
• Tester la connexion avec un fichier de lien de données universel (.udl)
• Échec de la connexion pour l'utilisateur – raison : échec de la validation de l'accès au serveur basé sur un jeton
• Échec de la connexion. La connexion provient d'un domaine non approuvé et ne peut pas être utilisée avec l'authentification Windows
• Une erreur liée au réseau ou à l'instance spécifique s'est produite...

Autoriser l'accès à distance

Dans les anciennes versions de SQL Server, les connexions à distance doivent être autorisées manuellement. Suivre cette documentation Microsoft pour activer la connectivité.

Activer les protocoles

Pour se connecter au moteur de base de données depuis un autre appareil, un protocole, comme le TCP/IP, doit être activé.

1. Ouvrir le Gestionnaire de configuration SQL Server.

   

2. Développer la Configuration réseau de SQL Server.
3. Sélectionner une instance.

   

4. Clic droit sur le protocole désiré, puis sélectionnez Activer.

   

Ouvrir un port de communication dans le pare-feu

Pour se connecter à un serveur SQL depuis un autre appareil, un port de communication doit être ouvert dans le pare-feu.

1. Ouvrir le Pare-feu Windows avec sécurité avancée.

   

2. Sélectionner Règles entrantes dans le volet de gauche.

3. Clic droit sur Règles entrantes et sélectionner Nouvelle règle.

   

4. Dans la page Type de règle, sélectionner Port, puis cliquer sur Suivant.

   

5. Dans la page Protocole et ports, sélectionner TCP.

6. Sélectionner Ports locaux spécifiques, puis taper le numéro de port de l'instance du moteur de base de données, puis cliquer sur Suivant.

   L'instance par défaut de SQL Server écoute sur le port 1433.

   Si vous avez un anti-maliciel en cours d'exécution sur votre serveur, vous devriez également vous assurer que le port est autorisé.

   

7. Dans la page Action, sélectionner Autoriser la connexion, puis cliquer sur Suivant.

   

8. Dans la page Profil, sélectionner les profils qui décrivent l'environnement de connexion de l'ordinateur, puis cliquer sur Suivant.

   

9. Dans la page Nom, entrer un Nom et une Description pour la règle, puis cliquer sur Terminer.

   

Impossible de se connecter au serveur SQL

• S'assurer que chaque instance de SQL Server soit démarrée et en cours d'exécution.
• Aller dans Aide – Voir le journal de l'application pour voir si des messages d'erreur pertinents sont présents. Il y a de fortes chances que vous voyiez Une erreur liée au réseau ou spécifique à l'instance s'est produite...
• Créer un fichier Universal Data Link (.udl) pour tester votre connexion SQL (voir fichier Universal Data Link (.udl)).
• Un antivirus ou un pare-feu pourrait bloquer l'application.
• Vérifier la connectivité des paramètres réseau.

Tester la connexion avec un fichier de lien de données universel (.udl)

Cela va tester que l'instance permet à votre poste de travail de se connecter. Les pare-feux et l'anti-maliciel peuvent encore empêcher Remote Desktop Manager d'accéder au réseau même si le test Universal Data Link est concluant.

1. Ouvrir l'Explorateur de fichiers Windows.

2. Accéder au dossier dans lequel le fichier .udl sera créé et stocké.

3. Sélectionner l'onglet Accueil et, utiliser le menu Nouvel élément, créer un Document texte.

   

4. Renommer ce fichier et changer son extension en .udl.

   Ne pas inclure de caractères d'espace dans le nom du fichier. Un avertissement indiquant que la modification des extensions de fichier peut rendre les fichiers inutilisables pourrait s'afficher, ne pas en tenir compte.

   Les extensions de nom de fichier peuvent être masquées par l'Explorateur de fichiers Windows. Pour afficher les extensions de nom de fichier, aller à l'onglet Affichage de l'Explorateur de fichiers et activer l'option Extensions de nom de fichier.

   

5. Double-cliquer sur le fichier .udl pour ouvrir la boîte de dialogue Propriétés du lien de données.

6. Dans l'onglet Fournisseur, sélectionner le fournisseur Microsoft OLE DB Provider for ODBC Drivers.

   

7. Dans l'onglet Connexion, sélectionner Utiliser la chaîne de connexion et entrer une chaîne de connexion personnalisée.

   Exemple de chaîne de connexion valide : `Driver={SQL Server};Server=myServerAddress;Database=myDataBase;Uid=myUsername;Pwd=myPassword;`

   Vérifier que le nom du serveur est correctement saisi (connu sous le nom de nom d'Instance).

   

8. Utiliser l'onglet Avancé pour visualiser et définir d'autres propriétés d'initialisation pour vos données.

   

9. Utiliser l'onglet Tous pour consulter et éditer toutes les propriétés d'initialisation OLE DB disponibles pour votre fournisseur OLE DB.

   

10. Dans l'onglet Connexion, utiliser le bouton Tester la connexion pour tester la connectivité du serveur SQL.

    

11. Cliquer sur OK pour enregistrer la chaîne de connexion dans le fichier Universal Data Link (.udl).

Échec de la connexion pour l'utilisateur – raison : échec de la validation de l'accès au serveur basé sur le jeton

Trouver la véritable raison de cela est tout un processus. Une recherche sur le web révèle tant de solutions à essayer, et il est facile de se perdre dans toutes ces étapes. La chose à garder à l'esprit est que le message d'erreur est trompeur et que la cause est souvent une chose simple.

La première étape consiste à s'assurer que le problème n'est pas propre à Remote Desktop Manager. Tester avec un fichier de lien de données universel (.udl) comme indiqué ci-dessus prouvera que la configuration de la station de travail n'est pas le problème.

Lors de l'octroi de droits à la base de données via l'appartenance à un groupe AD et que l'un de vos utilisateurs a ce message d'erreur, vous devez vérifier les privilèges de TOUS les groupes AD auxquels il appartient. Tout élément avec un DENY explicite doit être évalué avec soin. La requête ci-dessous vous aidera à identifier ces occurrences.

select princ.*, perm.* from sys.server_principals princ, sys.server_permissions perm
where perm.grantee_principal_id = princ.principal_id
AND state_desc = 'DENY'

Échec de la connexion. La connexion provient d'un domaine non fiable et ne peut pas être utilisée avec l'authentification Windows.

Le message d'erreur suivant apparaît lorsque vous ne pouvez pas accéder à la source de données de Remote Desktop Manager avec l'authentification intégrée lorsque vous êtes connecté à un VPN par modem.

1. Localiser votre fichier de connexion VPN pbk. Vous pouvez le trouver dans %APPDATA%\Microsoft\Network\Connections\Pbk ou, si vous l'avez configuré pour permettre à tous les utilisateurs d'utiliser la connexion, dans C:\ProgramData\Microsoft\Network\Connections\Pbk.
2. Éditer le fichier .pkb avec un éditeur de texte et trouver la ligne UseRasCredentials=1.
3. Désactiver ce paramètre en changeant le 1 en 0 comme suit: UseRasCredentials=0.

Une erreur liée au réseau ou à l'instance spécifique s'est produite...

Ce message d'erreur signifie que le serveur n'a pas pu être atteint, les causes possibles sont nombreuses.

Ces étapes sont uniquement pour le dépannage côté client. Pour des conseils complets sur ce problème, veuillez consulter cet article Technet.

Si le message d'erreur indique que les tuyaux nommés sont utilisés et que vous accédez à un serveur distant, s'assurer que le protocole TCP IP est utilisé simplement en ajoutant tcp: devant le nom de l'instance (par exemple, tcp:vmtxg.database.windows.net).