Version imprimable
bonjour a tous
je possède deux instances SQL Server instance nommé avec une communication de Type port dynamique
comment je peut configuré mon Firewall pour accepté le flux SQL entre mes deux instances
Si je procède ajouter le port 1433,1434 dans une nouvelle règle du Firewall j'ai toujours du problème de connexion distant , je ne peut pas mettre un port Fixe car je
ne peut pas modifier ma chaîne de connexion
SQL Browser est déjà démarrer sur les deux instances
merci pour vos aides
Hello,
Pour les règles de firewall il vaut mieux utiliser un port statique dans ce cas .. pas vraiment le choix vu que celui-ci change a chaque redémarrage de SQL Server.
Tu peux aussi passer par une exception de l'exécutable si tu utilises le firewall Windows mais tu as moins le contrôle de ce qui passe dans ce cas ...
++
Mais le probleme ici c'est que je ne peut pas changer ma chaîne de connexion applicatif server\instance,port
Il suffit de passer par un alias sur ton serveur applicatif / clients dans ce cas après avoir fixé le port de ton instance + règles firewall.
Alias => server\instance qui pointe vers server,port
++
Sur ce serveur j'ai du alwayson y'aura t'il du problème si je met d'alias sur une configuration alwayson ?
Avec une infrastructure de type AlwaysOn et groupes de disponibilités les considérations sont un peu différentes.
Pour la partie SQL Server instance (réplica dans la topologie AlwaysOn) ce qui est dit précédemment reste valable si la connexion doit se faire directement au réplica.
Pour la partie groupe de disponibilités en générale les connexions passent par le listener et il faut de toute façon préciser un numéro de port si le port par défaut n'est pas utilisé (1433).
Dans ce 2ème cas, la configuration de l'alias doit se faire pour le listener si tu ne peux pas changer ta chaîne de connexion. A noter que tu n'utiliseras pas le format server\instance si tu passes par le listener.
++
donc si je comprend bien dans L'écouteur il n'a pas le concept nom d'instance
Bonjour,
Tu utilise le nom de Listener qui pointe sur l'instance active ....
A+