Dépannage de la connectivité SQL Server

SQL Server s'installe avec une connectivité réseau limitée. Par conséquent, lors de son installation initiale, le moteur de base de données n'est pas accessible depuis un autre appareil.

Accédez à l'aide à la résolution de ces problèmes de connectivité.

Avant de faire quoi que ce soit, essayez d'accéder à la base de données via SQL Server Management Studio.

Autoriser l'accès à distance

Sur les anciennes versions de SQL Server, les connexions à distance doivent être autorisées manuellement. Suivez la documentation Windows Server configuration: remote access pour activer la connectivité.

Activer les protocoles

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

1. Ouvrez le SQL Server Configuration Manager.
2. Développez la section SQL Server Network Configuration.
3. Sélectionnez une instance.
4. Faites un clic droit sur le protocole souhaité, puis sélectionnez Activer.

Ouvrir un port de communication dans le pare-feu

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

Le port par défaut pour TCP/IP est 1433.

1. Ouvrez le Windows Firewall with Advanced Security.

1. Sélectionnez Inbound Rules dans le volet gauche.
2. Faites un clic droit sur Inbound Rules et sélectionnez New Rule.
3. Dans la page Rule Type, sélectionnez Port, puis cliquez sur Suivant.
4. Dans la page Protocol and Ports, sélectionnez TCP.
5. Sélectionnez Specific local ports, puis saisissez le numéro de port de l'instance du moteur de base de données, puis cliquez sur Suivant.

   The SQL Server default instance listens on port 1433.If you have an Anti-virus running on your server, you should also make sure that the port is allowed.
6. Dans la page Action, sélectionnez Allow the connection, puis cliquez sur Suivant.
7. Dans la page Profile, sélectionnez les profils qui décrivent l'environnement de connexion de l'ordinateur, puis cliquez sur Suivant.
8. Dans la page Name, saisissez un Nom et une Description pour la règle, puis cliquez sur Finish.

Impossible de se connecter à SQL Server

• Assurez-vous que chaque instance SQL Server est démarrée et en cours d'exécution.
• Accédez à Help – View Application Log pour vérifier si des messages d'erreur pertinents sont présents. Il est fort probable que vous y trouviez le message A network-related or instance-specific error occurred...
• Créez 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érifiez les paramètres de connectivité réseau.

Tester la connexion avec un fichier Universal Data Link (.udl)

Cette procédure permet de vérifier que l'instance autorise votre poste de travail à se connecter. Les pare-feux et les logiciels antivirus peuvent tout de même empêcher Remote Desktop Manager d'accéder au réseau, même si le test Universal Data Link est concluant.

1. Ouvrez le Windows File Explorer.
2. Accédez au dossier dans lequel le fichier .udl sera créé et stocké.
3. Sélectionnez l'onglet Home et, à l'aide du menu New item, créez un Text Document.
4. Renommez ce fichier et modifiez son extension en .udl.

   N'incluez pas d'espaces dans le nom du fichier. Un avertissement indiquant que la modification des extensions de fichier peut rendre les fichiers inutilisables pourrait s'afficher ; ignorez-le. Les extensions de fichier peuvent être masquées par le Windows File Explorer. Pour afficher les extensions de fichier, accédez à l'onglet View du File Explorer et activez l'option File name extensions.
5. Double-cliquez sur le fichier .udl pour ouvrir la boîte de dialogue Data Link Properties.
6. Dans l'onglet Provider, sélectionnez le fournisseur Microsoft OLE DB Provider for ODBC Drivers.
7. Dans l'onglet Connection, sélectionnez Use connection string et saisissez 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érifiez que le nom du serveur est saisi correctement (également appelé nom d'instance).
8. Utilisez l'onglet Avancé pour afficher et définir d'autres propriétés d'initialisation pour vos données.
9. Utilisez l'onglet All pour examiner et modifier toutes les propriétés d'initialisation OLE DB disponibles pour votre fournisseur OLE DB.
10. Dans l'onglet Connection, utilisez le bouton Test Connection pour tester la connectivité SQL Server.
11. Cliquez sur OK pour enregistrer la chaîne de connexion dans le fichier Universal Data Link (.udl).

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

Trouver la véritable cause de ce problème est un processus assez long. Une recherche sur le Web révèle de nombreuses solutions à essayer, et il est facile de se perdre dans toutes ces étapes. Il faut garder à l'esprit que le message d'erreur est trompeur et que la cause est souvent simple.

La première étape consiste à s'assurer que le problème n'est pas propre à Remote Desktop Manager. Effectuer un test avec un fichier Universal Data Link (.udl) comme indiqué ci-dessus permettra de confirmer que la configuration du poste de travail n'est pas en cause.

Lors de l'attribution de droits à la base de données via l'appartenance à un groupe AD et qu'un de vos utilisateurs reçoit ce message d'erreur, vous devez vérifier les privilèges pour TOUS les groupes AD auxquels il appartient. Tout élément comportant 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 connexion. La connexion provient d'un domaine non approuvé et ne peut pas être utilisée avec l'authentification Windows.

Le message d'erreur suivant s'affiche lorsque vous ne pouvez pas accéder à l'espace de travail Remote Desktop Manager avec l'authentification intégrée lorsque vous êtes connecté à un VPN par liaison commutée.

1. Localisez votre fichier .pbk de connexions VPN. Vous pouvez le trouver dans %APPDATA%\Microsoft\Network\Connections\Pbk ou, si vous avez configuré la connexion pour tous les utilisateurs, dans C:\ProgramData\Microsoft\Network\Connections\Pbk.
2. Modifiez le fichier .pkb avec un éditeur de texte et trouvez la ligne UseRasCredentials=1.
3. Désactivez ce paramètre en remplaçant le 1 par 0 comme suit : UseRasCredentials=0.

A network-related or instance-specific error occurred...

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

Ces étapes concernent exclusivement la résolution de problèmes côté client. Pour des conseils complets sur ce problème, veuillez consulter cet article Technet.

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

Cause	Diagnostic
Nom du serveur mal saisi (également appelé nom d'instance)	Fichier Universal Data Link (.udl)
Le SQL Server est-il démarré et en cours d'exécution ?	Fichier Universal Data Link (.udl)
Seul le nom du serveur est spécifié alors qu'il n'existe pas d'instance par défaut sur ce serveur	Fichier Universal Data Link (.udl)
SQL Server écoute sur un port non standard	Fichier Universal Data Link (.udl)
Un antivirus bloque Remote Desktop Manager	Vérifiez dans les journaux de l'antivirus les menaces bloquées.
Un pare-feu empêche Remote Desktop Manager de se connecter	Ajustez votre pare-feu pour autoriser RemoteDesktopManager.exe et RemoteDesktopManager64.exe à communiquer avec des services externes.
Problèmes de protocole réseau	Vérifiez que le client et le serveur utilisent le même protocole réseau IPv4 ou IPv6.