Choix d'un protocole réseau

Pour vous connecter à SQL Server moteur de base de données, vous devez avoir un protocole réseau activé. Microsoft SQL Server peut traiter les demandes sur plusieurs protocoles en même temps. Les clients se connectent à SQL Server avec un seul protocole. Si le programme client ne sait pas sur quel protocole SQL Server écoute, configurez le client pour essayer séquentiellement plusieurs protocoles. Utilisez Gestionnaire de configuration SQL Server pour activer, désactiver et configurer les protocoles réseau.

Mémoire partagée

Il s'agit du protocole le plus simple à utiliser et pour lequel aucun paramètre ne doit être configuré. Étant donné que les clients utilisant le protocole de mémoire partagée ne peuvent se connecter qu’à un SQL Server instance s’exécutant sur le même ordinateur, il n’est pas utile pour la plupart des activités de base de données. Utilisez le protocole de mémoire partagée pour débloquer une situation dans laquelle vous suspectez que les autres protocoles ne sont pas configurés correctement.

Notes

Les clients utilisant MDAC 2.8 ou une version antérieure ne peuvent pas utiliser le protocole de mémoire partagée. S'ils tentent d'utiliser ce protocole, ils sont automatiquement basculés sur le protocole de canaux nommés.

TCP/IP

TCP/IP est un protocole courant dont l'utilisation est largement répandue sur Internet. Il communique à travers des réseaux interconnectés d'ordinateurs dotés de différentes architectures matérielles et de divers systèmes d'exploitation. Le protocole TCP/IP comprend des normes qui permettent d'acheminer le trafic réseau et offre des fonctionnalités de sécurité avancées. Il est aujourd'hui le plus utilisé dans le monde de l'entreprise. La configuration de votre ordinateur pour l'utilisation du protocole TCP/IP peut s'avérer complexe, mais la plupart des ordinateurs en réseau sont déjà correctement configurés. Pour configurer les paramètres TCP/IP qui ne sont pas exposés dans Gestionnaire de configuration SQL Server, consultez la documentation Microsoft Windows.

Canaux nommés

Les canaux nommés sont développés pour les réseaux locaux. Une partie de la mémoire est utilisée par un processus pour transmettre des informations à un autre processus, de sorte que la sortie d'un processus constitue l'entrée de l'autre. Le deuxième processus peut être local (situé sur le même ordinateur que le premier) ou distant (sur un ordinateur du réseau).

Canaux nommés ou sockets TCP/IP

Dans un environnement de réseau local rapide, les clients utilisant les canaux nommés et les sockets TCP/IP (Transmission Control Protocol/Internet Protocol) sont comparables au niveau des performances. Toutefois, la différence de performances entre les clients utilisant les canaux nommés et ceux utilisant les sockets TCP/IP devient évidente avec des réseaux plus lents, comme les réseaux étendus (WAN) ou les réseaux commutés. Ceci est dû aux différences dans la manière dont les mécanismes de communication interprocessus IPC communiquent entre homologues.

Pour les canaux nommés, les communications réseau sont généralement plus interactives. Un homologue n'envoie pas de données tant qu'un autre homologue ne l'a pas demandé par le biais d'une commande de lecture. Une lecture via un réseau implique généralement une série de messages lus par les canaux nommés avant qu'elle ne commence à lire les données. Ces dernières peuvent se révéler très coûteuses sur un réseau lent et provoquer un trafic excessif qui finit par affecter d'autres clients du réseau.

Il est également important de faire la distinction entre les canaux locaux et les canaux réseau. Si l’application serveur s’exécute localement sur l’ordinateur qui exécute un instance de SQL Server, le protocole canaux nommés locaux est une option. Les canaux nommés locaux fonctionnent en mode noyau et sont extrêmement rapides.

Pour les sockets TCP/IP, les transmissions de données sont plus rationalisées et représentent une charge inférieure. Les transmissions de données peuvent également bénéficier des mécanismes d'amélioration des performances des sockets TCP/IP telles que le fenêtrage, les accusés de réception différés, etc. Cette option peut s'avérer fort utile dans le cadre d'un réseau lent. Selon le type d'application, les différences de performances peuvent être importantes.

Les sockets TCP/IP prennent également en charge une file d'attente de backlog, Cela peut fournir un effet de lissage limité par rapport aux canaux nommés qui pourraient entraîner des erreurs d’occupation du canal lorsque vous essayez de vous connecter à SQL Server.

En général, il est préférable d'utiliser TCP/IP dans un réseau local, étendu (WAN) ou distant lent, alors que les canaux nommés peuvent s'avérer un meilleur choix si la vitesse du réseau ne pose pas problème ; TCP/IP offre davantage de fonctions et d'options de configuration et il est plus facile à utiliser.

Activation du protocole

Pour pouvoir fonctionner, le protocole doit être activé sur le client et le serveur. Le serveur peut écouter les demandes simultanément sur tous les protocoles activés. Les ordinateurs clients peuvent en choisir un ou essayer les protocoles dans l’ordre indiqué dans Gestionnaire de configuration SQL Server.

Pour obtenir un bref tutoriel sur la configuration des protocoles et la connexion au moteur de base de données, consultez Tutoriel : Prise en main avec le moteur de base de données.