La ressource de cluster SQL Server ne viendra en ligne que si elle est sur le port 1433
Le groupe 2-Node SQL Server 2008 R2 fonctionne bien jusqu'à ce que l'une des ressources a été supprimée. Je l'ai ajouté avec succès. Toutefois, le cluster n'est pas en mesure de mettre en ligne le service SQL à moins qu'il ne soit sur 1433 et non le port que j'utilisais auparavant. Vous trouverez ci-dessous le journal des erreurs d'application:
[SQSRVRES] CheckoDBCConnecherror: sqlstate = 08001; erreur native = 274D; Message = [Microsoft] [SQL Server Native Client 10.0] Une erreur spécifique au réseau ou par exemple est survenue lors de l'établissement d'une connexion à SQL Server. Le serveur est introuvable ou non accessible. Vérifiez si le nom de l'instance est correct et si SQL Server est configuré pour autoriser les connexions à distance. Pour plus d'informations, voir les livres SQL Server en ligne.
Le statut de service devient en attente en ligne et après un certain temps, il devient hors ligne. À l'aide du gestionnaire de configuration SQL, je revenons à 1433 et cela fonctionne encore à nouveau.
J'ai essayé de désactiver le point de contrôle du quorum ( Comment changer le port dynamique de l'instance SQL Server nommé à un port statique d'un cluster SQL Server 2005 ) mais rien ne fonctionne à moins que j'utilise un alias avec l'ancien numéro de port.
Est-ce que j'ai râté quelque chose?
Une instance par défaut Installer (nom d'instance de MSQLServer et sur le port 1433) désactivera le service de navigateur SQL car 1433 sont supposés. Sur une installation SQL en cluster, le service de cluster essaiera de connecter le TOT HE Instance et d'exécuter un "SELECT @@ SERVERNAME" afin de montrer que le serveur est en hausse, mais parce que c'est une instance par défaut, elle essaie d'utiliser 1433 par défaut. J'ai essayé de réactiver le service de navigateur SQL après avoir changé le port afin que la cartographie de l'instance: le port arrive mais n'a pas eu de chance.
Ce que vous pouvez essayer consiste à configurer un alias côté client (à l'aide de SQL Server Configuration Manager) sur chaque nœud avec le nom Virtual SQL de votre installation par défaut (nom de réseau), puis mettez le numéro de port dans l'alias de sorte que SQLVirtual pointe de manière à Sqlvirtual, 3876 ou quel que soit le port que vous essayez de changer. De cette façon, lorsque le service de cluster tente de sonder l'instance pour voir s'il est opérationnel sur 1433, il sera redirigé vers le port réel par l'alias. Vous ne pourrez pas utiliser un port dynamique pour cela.