Re: Change SQL Port doesnt change
- From: "Anthony Thomas" <ALThomas@xxxxxxxxx>
- Date: Sun, 14 Jan 2007 13:39:34 -0600
All instances in your enterprise or all instances on a multi-instanced
cluster? The former is achievable, the latter is impossible: each instance
on a single cluster must "listen" on a unique set of ports, one or more, as
the case may be, but unique from any other cohosted instance. These ports
can be static or dynamic per instance.
Now, Geoff has stated that he has had difficulty running named instance on
TCP 1433; however, I guarantee you that you can run on static ports. I
currently run multiple named instances running on TCP 11291, 11292, 11293,
etc. correlating the LSD with the named instance id. So, I know it works.
I've never tried to run a named instance under the default port, reserving
that for default (unnamed) instances.
I doubt your applications hard code ports. If they do, then you don't want
them running in your enterprise.
More likely, the other side hasn't a clue on how to configure named
instances or non-standard ports. Obviously, they have never worked with any
other DBMSes like Oracle or DB2, which all run, and make recommendations to
run, under non-standard ports, as a security measure.
SERVER = "MyServer\NamedInstanceN" is equivalent to SERVER =
"MyServer,PortN" where the former relies on dynamic discovery (UDP 1134)
while the latter is explicit.
I do not like embedding configuration parameters within code: SERVER =
"MyServerIPAddress,PortN" would work as well but defeats the purpose of
abstracting the name resolution.
You would be better off configuring your clients using SQL Server
client-side aliases (akin to OS host files) than to bury dynamic properties
within static code.
Sincerely,
Anthony Thomas
--
"ipconfig2" <ipconfig2@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4F279F5A-E540-49D2-92C4-37E171D19719@xxxxxxxxxxxxxxxx
Hi Anthonywhen
I cannot set the static port - it goes back to the dynamically set port
I have changed it. The manual is BOL and Help file of SSCM. I have anotherin
cluster where this is no problem so I wondered if there is a bug somewhere
the software. I am using version 2153.use
I want all my instances to use port 1433 since there are applications that
have hardcoded port 1433 as database port.
Regards
Rune
"Anthony Thomas" wrote:
By default, the Default instance is assigned TCP 1433, Named Instances
whenDynamic Ports; however, this same manual states that the best practice
So,supporting connectivity through firewalls is to declare a static port
assignment, and then proceeds to note how to do this through the SSCM.
it'sI am not sure which "manual" you are referring to.
Anthony Thomas
--
"ipconfig2" <ipconfig2@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4778F614-5C49-43C3-BD45-A9E24EE1535E@xxxxxxxxxxxxxxxx
As I thought. But there is nothing in documentation that says that
isnot
possible.
I have a x64 cluster where this works great and a x64wow cluster which
totroublesome.case.
I hoped MS would comment on this but I guess I have to file a support
To Khwaja - please read the manual. When installing clustered named
instances the port number is randomly assigned.
Thanks for replies.
Rune
"Geoff N. Hiten" wrote:
For some reason, SQL Server does not like assigning named instances
serverport
1433. Even though a clustered instance lives in its own virtual
toand
should not have a problem with 1433, I have run into problems trying
service itget
yourit to work. I would suggest choosing another port and assigning all
changinginstances to that port.
--
Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP
"ipconfig2" <ipconfig2@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:9EFC71C2-CAD3-45CE-910E-A831ACCB8562@xxxxxxxxxxxxxxxx
I am trying to change the port of an instance via the SSCM. Afther
the TCP/IP protocol -> ALL IP -> Blank/1433 and restart the
goes
back to previous configuration.
Any ideas why? I want all my named instances to be using 1433.
.
- References:
- Re: Change SQL Port doesnt change
- From: Anthony Thomas
- Re: Change SQL Port doesnt change
- From: ipconfig2
- Re: Change SQL Port doesnt change
- Prev by Date: Re: Clustering between different CPU Architectures
- Next by Date: Re: SQL 2005 cluster need to rebuild each node - Evict node?
- Previous by thread: Re: Change SQL Port doesnt change
- Next by thread: Re: Disaster Recovery
- Index(es):
Relevant Pages
|