Masquer une instance du moteur de base de données SQL Server

S’applique à :SQL Server

Cette rubrique explique comment masquer une instance du Moteur de base de données dans SQL Server à l'aide du Gestionnaire de configuration SQL Server. SQL Server utilise le service SQL Server Browser pour énumérer les instances du Moteur de base de données installées sur l'ordinateur. Cela permet aux applications clientes de rechercher un serveur et aide les clients à effectuer la distinction entre plusieurs instances du Moteur de base de données sur le même ordinateur. Vous pouvez utiliser la procédure suivante pour empêcher le service SQL Server Browser d'exposer une instance du Moteur de base de données aux ordinateurs clients dont les utilisateurs tentent de localiser l'instance à l'aide du bouton Parcourir .

Utilisation du Gestionnaire de configuration SQL Server

Pour masquer une instance du Moteur de base de données SQL Server

  1. Dans le Gestionnaire de configuration SQL Server, développez Configuration du réseau SQL Server, cliquez avec le bouton droit sur Protocoles pour<instance de serveur>, puis sélectionnez Propriétés.

  2. Sous l'onglet Indicateurs , dans la zone HideInstance , sélectionnez Oui, puis cliquez sur OK pour fermer la boîte de dialogue. La modification prend effet immédiatement pour les nouvelles connexions.

Notes

Si vous masquez une instance nommée, vous devez fournir le numéro de port dans la chaîne de connexion pour la connexion à l'instance masquée, même si le service de navigateur est en cours d'exécution. Nous vous recommandons d'utiliser un port statique au lieu d'un port dynamique pour l'instance masquée nommée.
Pour plus d’informations, consultez Configurer un serveur pour écouter sur un port TCP spécifique (Gestionnaire de configuration SQL Server).

Clustering

Si vous masquez le nom d’une instance en cluster ou d’un groupe de disponibilité, il se peut que le service de cluster ne soit pas en mesure de se connecter à SQL Server. Cela entraîne l’échec de la vérification IsAlive de l’instance de cluster et la mise hors connexion de SQL Server.

Pour éviter cela, créez un alias dans tous les nœuds de l’instance en cluster ou dans toutes les instances qui hébergent des réplicas de groupe de disponibilité afin de refléter le port statique que vous avez configuré pour l’instance. Par exemple, sur un groupe de disponibilité avec deux réplicas, sur le premier nœud (node-one), créez un alias pour l’instance du deuxième nœud (node-two), par exemple node-two\instancename. Sur le deuxième nœud (node-two), créez un alias appelé node-one\instancename. Les alias sont nécessaires pour la réussite du basculement.

Pour plus d’informations, consultez Créer ou supprimer un alias de serveur devant être utilisé par un client (Gestionnaire de configuration SQL Server).

Si vous masquez une instance nommée en cluster, il se peut que le service de cluster ne soit pas en mesure de se connecter à SQL Server si la clé de Registre LastConnect (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SNI11.0\LastConnect) a un autre port que le port écouté par SQL Server. Si le service de cluster ne peut pas établir une connexion à SQL Server, vous pouvez recevoir un message d’erreur similaire à ce qui suit :
ID de l’événement : 1001 : Nom de l’événement : Blocage des ressources du clustering de basculement.

Voir aussi

Configuration réseau du serveur
Description des connexions clientes du serveur virtuel SQL
Affectation d’un port statique à une instance nommée SQL Server pour éviter un piège courant