Re: 2 Default instances on Active/Active



You must also keep in mind that at any time, all instances may be running on
a single node (i.e., you take one node down for maintenance), and as such,
you need to be able to separate out the binaries for each instance, both
physically and logically.

Although it may appear to be transparent to you, each instance MUST listen
on a different TCP port and/or pipe name. If you are running each instance
on a separate node, and each is listening on TCP 1433, whenever a failover
occurs, the second (or subsequent) instance will fail to bind to TCP because
another instance already has TCP 1433 locked.

Although you can configure the installation to use Dynamic Ports, we prefer
to use static port assignments, for stability, and because many of our
systems must be accessible through the inner firewall.

The listener (SS2K UDP 1434) or Browser Service (SS2K5) provides instance
name to port/pipe translation, for both cluster and stand-alone systems with
multiple instances. The only difference in a clustered configuration is
that each instance must also have a dedicated virtual server name. However,
although abstracted, multiple instances must be configured as if they all
could run on a single physical node simultaneously. The only way to
distinguish this is by instance name and TCP Port or Named Pipes pipe name.

Because it can be confusing for many of our end users, we reserve default
instance configurations for stand-alone instances only. All our clustered
configurations, even if they host only a single instance, use named
instances. We also use non-standard TCP port assignments in order to
logically determine the port, without lookup reference: Instance 1 uses TCP
11291, Instance 2 uses TCP 11292, etc. For SS2K5, we disable Named Pipes;
so, TCP is the only protocol (other than the local shared memory one) we
configure.

Sincerely,


Anthony Thomas




--

"Himanshu" <Himanshu@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:F9FD0F38-8DA8-4A00-8B73-A49B72477EE8@xxxxxxxxxxxxxxxx
I just setup my first 2 node Active/Active SQL Cluster and from what I can
tell you can have only one (1) default instance in an Active/Active
cluster.
The other instance has to be a named instance. Is this correct, or am I
crazy?

If so, I don't undertand why this limitation. Since the 2 SQL Servers will
always listen on 2 different IP addresses, and both are listening on port
1433, why can't I have 2 Default Instances? Is there a work around where I
can fool the cluster into having two Default Instances?

Thank you for reading this post - and all replies are very much
appreciated :)




.



Relevant Pages

  • Re: 2 Default instances on Active/Active
    ... named instances on Active/Active cluster, ... on a different TCP port and/or pipe name. ... on a separate node, and each is listening on TCP 1433, whenever a failover ...
    (microsoft.public.sqlserver.clustering)
  • Summary: Tcp/Udp port mapping (equivalent of firewall NAT)
    ... existing NIC port & bind the UPS software to this address. ... and anything else gets sent to the one listening ... a UPS software that makes use of Tcp 6003. ...
    (SunManagers)
  • Re: ISA2004 with SBS2003 Web Proxy Bind Error
    ... already using the same port or by a network adapter that is not functional. ... The failure is due to error: ... TCP sbs2003:nameserver sbs2003.sbs.local:0 LISTENING 2312 ...
    (microsoft.public.windows.server.sbs)
  • Re: Why does DNS.EXE listen on a ephemeral TCP port?
    ... Right, but when my name server makes a query to another name server, ... via UDP to my server and then my server originates a TCP connection. ... server) I understand why my server listens on a UDP port, ... don't think this explains why my server is LISTENING on a TCP port. ...
    (microsoft.public.windows.server.dns)
  • Re: Why does DNS.EXE listen on a ephemeral TCP port?
    ... Right, but when my name server makes a query to another name server, and the ... server and then my server originates a TCP connection. ... local TCP port to a destination of TCP 53 on the server) I understand why ... In order for a TCP listening port to be ...
    (microsoft.public.windows.server.dns)