Choix d'un protocole réseau

Pour se connecter au moteur de base de données SQL Server, un protocole réseau doit être activé. Microsoft SQL Server peut traiter les demandes sur plusieurs protocoles à la fois. Les clients se connectent à SQL Server avec un seul protocole. Si le programme client ne connaît pas le protocole sur lequel SQL Server écoute, configurez le client pour qu'il essaie plusieurs protocoles en séquence. Le Gestionnaire de configuration SQL Server vous permet d'activer, de désactiver et de configurer des 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 qui utilisent le protocole de mémoire partagée peuvent se connecter uniquement à une instance SQL Server exécutée 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.

Remarque :
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 du protocole TCP/IP qui ne sont pas exposés dans le 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).

VIA

Le protocole VIA (Virtual Interface Adapter) fonctionne avec le matériel VIA. Pour obtenir des informations sur l'utilisation du protocole VIA, contactez votre fournisseur de matériel.

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 fonctionne localement sur l'ordinateur exécutant une instance de SQL Server, le protocole local des canaux nommés est envisageable. 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, ce qui peut procurer un effet de lissage limité par rapport aux canaux de communication nommés, et conduire à des erreurs liées à l'encombrement des canaux lorsque vous tentez 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 d'utiliser les protocoles dans l'ordre dans lequel ils figurent dans le Gestionnaire de configuration SQL Server.

Remarque :
Microsoft SQL Server 2005 ne prend pas en charge les protocoles réseau Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk et NWLink IPX/SPX. Les clients qui étaient connectés au moyen de ces protocoles doivent sélectionner un autre protocole pour se connecter à SQL Server 2005.

Pour vous procurer un didacticiel sommaire sur la manière de configurer les protocoles et de vous connecter au moteur de base de données, consultez Mise en route du moteur de base de données dans la documentation en ligne de Microsoft SQL Server 2005.