![\"TCPIP_Properties\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2013\/08\/TCPIP_Properties.png\")
<\/a><\/p>\nOn peut choisir soit une attribution dynamique du port, soit un port fixe.<\/p>\n
Dans le cas d’une architecture technique classique d’entreprise, il est assez fr\u00e9quent que les serveurs SQL soient prot\u00e9g\u00e9s par un pare-feu (et soient par exemple interrog\u00e9s par des serveurs Web plac\u00e9s en DMZ). Afin de configurer correctement les pare-feu, il conviendra donc ici de fixer l’ensemble des ports d’\u00e9coute des instances, pour ouvrir au minimum le pare-feu.<\/p>\n
Lorsqu’une application se connecte \u00e0 une instance SQL, elle le fait via l’utilisation d’une cha\u00eene de connexion pr\u00e9cisant les diff\u00e9rents param\u00e8tres d’acc\u00e8s. Parmi ces param\u00e8tres, l’identification de l’instance peut se faire de plusieurs mani\u00e8res :<\/p>\n
– pour une instance par d\u00e9faut, le nom du serveur est suffisant<\/p>\n
– pour une instance nomm\u00e9e, on peut directement sp\u00e9cifier le num\u00e9ro de port. Par exemple, pour une instance r\u00e9pondant sur le port 33111 sur le serveur MonServeur, l’identification est : MonServeur,3311<\/p>\n
– pour une instance nomm\u00e9e, on peut aussi sp\u00e9cifier son nom. Par exemple, si l’on veut se connecter \u00e0 l’instance nomm\u00e9e Instance1 sur le serveur MonServeur, alors on peut indiquer MonServeur\\Instance1. Dans ce cas, le syst\u00e8me a besoin de convertir ce nom en num\u00e9ro de port, et va pour cela interroger le service SQL Browser sur le serveur (si toutefois celui-ci est d\u00e9marrer). Ce service r\u00e9pondra sur le port UDP 1434 et permettra donc d’effectuer cette conversion du nom d’instance en num\u00e9ro de port. Cette m\u00e9thode est la seule possible lorsque les num\u00e9ros de ports sont attribu\u00e9s de mani\u00e8re dynamique, mais dans le contexte d’une architecture avec pare-feu, elle oblige \u00e0 laisser ouvert un port de plus (UPD 1434).<\/p>\n
Il m’est assez souvent arriv\u00e9 de voir des utilisateurs pr\u00e9ciser \u00e0 la fois le nom d’instance et le num\u00e9ro de port dans leur cha\u00eene de connexion. Que se passe-t-il alors, surtout si les informations fournies ne sont pas coh\u00e9rentes ? Et bien la r\u00e8gle est tout simplement celle du moindre effort : pourquoi s’emb\u00eater \u00e0 demander le num\u00e9ro de port correspondant \u00e0 un nom d’instance si un num\u00e9ro de port nous est d\u00e9j\u00e0 donn\u00e9 ? Par exemple, si on param\u00e8tre une instance Instance1 pour r\u00e9pondre sur le port 3311 et une instance Instance2 pour r\u00e9pondre sur le port 33222, alors la cha\u00eene de connexion MonServeur\\Instance1,33222 nous connectera sur l’instance Instance2.<\/p>\n
En r\u00e9sum\u00e9, la solution pr\u00e9conis\u00e9e consiste \u00e0 :<\/p>\n
– fixer pour chaque instance un num\u00e9ro de port fixe (et en profiter pour mettre pour l’instance par d\u00e9faut une valeur diff\u00e9rente de 1433)<\/p>\n
– d\u00e9sactiver le service SQL Browser<\/p>\n
– toujours utiliser une cha\u00eene de connexion sous la forme NomServer,Port<\/p>\n
M\u00eame si ce mode de connexion n’est pas n\u00e9cessairement \u00ab\u00a0User-Friendly\u00a0\u00bb, \u00e9tant donn\u00e9 qu’un nom d’instance est fait pour \u00eatre parlant, il est pr\u00e9f\u00e9rable d’avoir une configuration efficace plut\u00f4t qu’une configuration jolie …<\/p>\n","protected":false},"excerpt":{"rendered":"
SQL Server permet l’installation de plusieurs moteurs de bases de donn\u00e9es sur un m\u00eame syst\u00e8me d’exploitation. Le terme consacr\u00e9 pour d\u00e9crire ces moteurs install\u00e9s est \u00ab\u00a0instance\u00a0\u00bb. Cet article a pour objet de voir les bonnes pratiques pour se connecter \u00e0 … Continuer la lecture