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