Plusieurs instances «par défaut» dans un cluster SQL Server? (AKA plusieurs instances en cluster sans nécessiter de nom d'instance pour se connecter)

Question

Je configure plusieurs instances SQL sur un cluster actif / actif et, sur notre cluster SQL existant, le nom du cluster est SQLCLUSTER, mais nous accédons aux instances comme suit: SQLCLUSTERINST1 \ Instance1, SQLCLUSTERINST2 \ Instance2, etc., etc. Depuis chaque instance De toute façon, possède son propre nom IP et réseau, puis-je installer SQL en tant que "Par défaut"? instance sur chaque nom de réseau? J'aimerais vraiment accéder à mes instances sans avoir à donner le nom de l'instance (c.-à-d. Au lieu de ce qui précède, uniquement SQLCLUSTERINST1, SQLCLUSTERINST2, etc.), mais ma compréhension du langage SQL est que même dans un cluster, le nom de l'instance est requis. , même si l’IP identifie déjà de manière unique une instance.

Quelqu'un sait-il si je peux le faire? Je suis sur le point d'installer la première instance et je voulais obtenir une réponse à cette question avant de commencer à les installer en tant qu'instances nommées si je n'en ai pas besoin. Il semble simplement redondant, et potentiellement inutile, de devoir donner le nom du cluster d'instance et le nom de l'instance pour se connecter à un serveur alors que seul le nom du cluster d'instance permet d'identifier de manière unique une instance SQL en l'état. Je m'attendrais à une instance par défaut par groupe de cluster (car ils partageraient une adresse IP), mais pas par cluster.

Answer 1

J'ai fini par trouver un moyen de contourner ce problème. Pendant que j’installais des instances nommées sur le cluster, je pouvais y accéder en utilisant le port 1433 de chaque nom DNS. Par conséquent, je n’ai pas à fournir le nom de l’instance pour la connexion, c’est ce que je recherchais.

Pour y parvenir, je dois modifier la configuration du programme d'écoute afin de forcer chaque instance à écouter sur le port 1433 de son adresse IP dédiée, plutôt que de simplement compter sur les ports dynamiques et le navigateur SQL.

J'ai détaillé les étapes sur mon blog

Answer 2

Vous ne pouvez utiliser les instances par défaut que dans un cluster actif / passif. La raison en est que plusieurs instances par défaut ne peuvent pas être installées sur le même serveur. La mise en cluster requiert l'installation d'une instance sur chaque nœud du cluster pour prendre en charge le basculement.

Answer 3

Bonne idée, rwmnau. Je n'ai pas encore lu votre billet de blog, mais je soupçonne que la limitation concerne les clés de registre ou les structures de répertoires. N'oubliez pas que chaque nœud ne possède qu'une seule ruche de registre pour SQL Server. Il existe une clé de registre qui répertorie les instances sur la boîte. C'est une liste séparée par des espaces. Je suis presque sûr que cette liste doit contenir des valeurs distinctes. Par conséquent, vous ne pouvez pas avoir plus d'une instance MSSQLSERVER. Le nom d'instance interne pour les instances par défaut est MSSQLSERVER. Donc, je pense que si rien d’autre, c’est là votre limite. Cependant, je pense que vous avez une idée géniale d’utiliser le port 1433 pour toutes les instances concernées. Bon travail et merci pour le partage. Je pense que je pourrais essayer moi-même sur mon prochain cluster!