Discussion :

[Labienus]

Bonjour,

Je dois lancer des traitements longs dans le cadre d une migration. Je souhaite changer le port de l instance pour éviter des connexions intempestives de la part des utilisateurs.

Souhaitant lancer les travaux de nuit, j aimerai avoir un modèle en Tsql pour changer le port car je n ai rien trouvé sur le net

J envisageai antérieurement de mettre la base en single user mais le script de purge écrit par la société de services lance de nombreuses requêtes avec de nouvelles connexions. Étant en single user, ça passe mal.

Merci de votre aide

Cordialement

Labienus

[bvesan]

Bonjour,
Je ne dispose pas d'instance 2005 sous le coude pour tester, mais depuis 2005 c'est le EndPoint TSQL qui gère les paramètres d'écoute de l'instance. Donc via la commande ALTER ENDPOINT, vous devriez pouvoir modifier le port d'écoute de l'instance.

[Labienus]

bonsoir.... merci de votre réponse, je regarde.

[mikedavem]

J'avais eu à faire à ce type de problème avec une version 2005 justement. J'en avais fait un billet de blog à l'époque si cela peut t'aider.

++

[StringBuilder]

Peut-être une bêtise, mais...

- Firewall Windows ?
- Changement d'IP ?
- Désactivation de la carte réseau ?

Bon, après, si les traitements sont lancés depuis un autre poste forcément ça marche moins bien.

Reste la solution du passage OFFLINE du record dans le DNS.

L'avantage de ces solutions, c'est que ça évite de bidouiller la configuration de SQL Server...

[mikedavem]

L'avantage de ces solutions, c'est que ça évite de bidouiller la configuration de SQL Server...

Effectivement mais leur inconvénient majeure est d'embarquer d'autres corps de métiers dans le processus de migration d'une application. Je parle bien sûr ici de projets où il y a des équipes spécifiques sont affectées à chaque composante du système d'information tel que le réseau, le système, les bases de données, le développement etc ... et que nous sommes dans un cas spécifique comme décrit par Labienus. Dans mon cas utiliser les points de terminaisons SQL Server faisait que seules les équipes applicatives et les DBA étaient concernées par le processus. Dans le cas contraire nous aurions dû faire intervenir d'autres équipes comme le réseau ou le système .. ce qui aurait impliqué des coûts supplémentaires (il faut imaginer un processus de mise à jour qui commence à 20H et qui dure environ 4H sans compter une éventuelle phase de retour arrière) ... L'ajout d'un point de terminaison sur SQL Server ne requiert que l'intervention du DBA et me semble tout à fait abordable (mais cela n'engage que moi ).

++