Connexion avec IPv6
SQL Server et SQL Server Native Client prennent intégralement en charge IPv4 (Internet Protocol version 4) et IPv6 (Internet Protocol version 6). Quand Windows est configuré avec IPv6 les composants SQL Server détectent automatiquement la présence d'IPv6. Aucune configuration particulière de SQL Server n'est nécessaire.
La prise en charge inclut, entre autres, les éléments suivants :
Le Moteur de base de données SQL Server et les autres composants serveur peuvent écouter simultanément sur les deux adresses IPv4 et IPv6. Quand IPv4 et IPv6 sont tous deux présents, vous pouvez utiliser le Gestionnaire de configuration SQL Server pour configurer le moteur de base de données de façon à n'écouter que les adresses IPv4 ou IPv6.
Quand le service SQL Server Browser en cours d'exécution sur un ordinateur qui prend en charge à la fois IPv4 et IPv6 est interrogé sur une adresse IPv4, il répond avec une adresse IPv4 et le premier port TCP IPv4 de la liste. En cas d'interrogation sur une adresse IPv6, il répond avec une adresse IPv6 et le premier port TCP IPv6 de la liste. Pour éviter toute incohérence, nous recommandons de configurer les écouteurs IPv4 et IPv6 de façon à ce qu'ils écoutent sur le même port.
Des outils comme SQL Server Management Studio et le Gestionnaire de configuration SQL Server acceptent les deux formats IPv4 et IPv6 pour les adresses IP. Dans la plupart des cas, la chaîne de connexion n'a pas besoin d'être modifiée si < nom_ordinateur> \< nom_instance> est spécifié avec le nom d'hôte du serveur ou le nom de domaine complet. Si l'ordinateur serveur possède à la fois IPv4 et IPv6, son nom d'hôte ou son nom de domaine complet est résolu en plusieurs adresses IP, incluant au moins une adresse IPv4 et plusieurs adresses IPv6. SQL Server Native Client tente d'établir des connexions à l'aide de ces adresses IP en respectant l'ordre reçu depuis TCP/IP et utilise la première connexion qui aboutit. Du fait que SQL Server Native Client est dans l'impossibilité de prévoir l'ordre, celui-ci doit être considéré comme aléatoire. Les adresses IPv4 sont tentées en premier si les adresses IPv4 et IPv6 sont toutes deux présentes. Pour les utilisateurs d'ODBC, OLE DB ou ADO.NET, la logique est totalement transparente.
[!REMARQUE]
Si le moteur de base de données n'écoute pas sur IPv4, la tentative de connexion IPv4 doit attendre la période d'expiration avant de tenter l'adresse IPv6. Pour pallier ce désagrément, connectez-vous directement à l'adresse IPv6 ou configurez un alias sur le client avec l'adresse IPv6.