dbTalk Databases Forums  

4 Node cluster

microsoft.public.sqlserver.clustering microsoft.public.sqlserver.clustering


Discuss 4 Node cluster in the microsoft.public.sqlserver.clustering forum.



Reply
 
Thread Tools Display Modes
  #41  
Old   
MK
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:56 PM






I want to setup A/A SQL 2k and 2k5 virtual servers on a 4 node OS cluster.
Don't know if they can coexist on same nodes.

"Justin Rich" wrote:

Quote:
Wouldnt that just be 2 x 2 node clusters?

why would you want to make it one big cluster?


"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2 nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A vuirtual
server?

All virtual servers will have have there own database drives. MSDTC will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #42  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM






Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #43  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #44  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #45  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #46  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #47  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #48  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #49  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
  #50  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: 4 Node cluster - 02-14-2008 , 03:59 PM



Binaries are local on each node and separate for each instance. The
installer takes care of writing binaries to each node during install or
reinstall. Service Packs are part-cluster aware and part unaware, depending
on whether the components they are updating install local or cluster-wide.
For Example, SQL Engine updates are cluster-wide, SQL 2005 client tools are
local node only.

If MSDCT throughput is a concern, make it a separate instance on isolated
disks and put it on the least-used node.

Be very careful on your failover order.

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote

Quote:
Sounds good.

Now we have virtual instance running on each of the 4 nodes. With one copy
of MSDTC resource running any concerns with it servicing diferent SQL
versions?Can you provide sone insight on how SQL binaries are placed in
A/A?
If an application is not cluster aware can we have default (single)
instance
on a cluster node? and if so, any conflict with already installed
binaries?

MK

"Geoff N. Hiten" wrote:

Yes. This can be done.

SQL 2000 will live on Win2003 x64.

SQL 2005 and SQL 2000 can live in a mixed cluster.

Here is the official word on mixed-mode cluster support for both 32-64
bit
and SQL 2000-SQL 2005 combinations.
http://support.microsoft.com/kb/327518/en-us

--
Geoff N. Hiten
Senior SQL Infrastructure Consultant
Microsoft SQL Server MVP




"MK" <MK (AT) discussions (DOT) microsoft.com> wrote in message
news:F51F3854-4D2C-4763-8B6F-D2CCD3339DBD (AT) microsoft (DOT) com...
We have mix of both SQL 2000 and 2005 enviroments. The push is to
consolidate.

On 4 node windows 2003 64 bit cluster: Is it possible to host on 2
nodes -
SQL 2000 A/A Virtual server and on 3rd and 4th node SQL 2005 A/A
vuirtual
server?

All virtual servers will have have there own database drives. MSDTC
will
be
in its own group containing IP and drive for MSDTC logs.

Do you see any issues? suggestions plz.




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.