dbTalk Databases Forums  

Convert clustered SQL to standalone for mirroring

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


Discuss Convert clustered SQL to standalone for mirroring in the microsoft.public.sqlserver.clustering forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Elissa
 
Posts: n/a

Default Convert clustered SQL to standalone for mirroring - 01-13-2009 , 05:24 AM






Hi all,
I'm still reading around this and hoping to test in the lab, but I thought
I'd get a quick pointer in the right direction first by someone who's done
it before:

I have a clustered SQL 2005. I want to break that and change to two
standalone SQL to use setup mirroring instead, where then one node will be
re-located to another building to meet some physical site DR objective.

What's an overall process to do that conversion without reinstalling the
primary node nor least interuption to apps that uses the clustered SQL's
virtual name? In uninstalling the SQL an absolute must?

Many thanks.


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

Default Re: Convert clustered SQL to standalone for mirroring - 01-13-2009 , 08:20 AM






I would kick one node out, reinstall SQL on that node, move all the logins,
settings, databases, etc to that server.

Then I would rebuild the clustered node as standalone, install SQL on that
machine, and move whatever databases over there that needed to go.

There is no direct cluster to noncluster conversion.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote

Quote:
Hi all,
I'm still reading around this and hoping to test in the lab, but I thought
I'd get a quick pointer in the right direction first by someone who's done
it before:

I have a clustered SQL 2005. I want to break that and change to two
standalone SQL to use setup mirroring instead, where then one node will be
re-located to another building to meet some physical site DR objective.

What's an overall process to do that conversion without reinstalling the
primary node nor least interuption to apps that uses the clustered SQL's
virtual name? In uninstalling the SQL an absolute must?

Many thanks.



Reply With Quote
  #3  
Old   
Elissa
 
Posts: n/a

Default Re: Convert clustered SQL to standalone for mirroring - 01-13-2009 , 06:02 PM



Thank you Geoff for your pointers. One quickie, how do I retain the virtual
SQL cluster name that has been configured into the applications after I
break the cluster? Can I just use a CN record in the DNS?
Cheers.
____
"Geoff N. Hiten" <SQLCraftsman (AT) gmail (DOT) com> wrote

Quote:
I would kick one node out, reinstall SQL on that node, move all the logins,
settings, databases, etc to that server.

Then I would rebuild the clustered node as standalone, install SQL on that
machine, and move whatever databases over there that needed to go.

There is no direct cluster to noncluster conversion.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote in message
news:OYe9UGXdJHA.1132 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
Hi all,
I'm still reading around this and hoping to test in the lab, but I
thought I'd get a quick pointer in the right direction first by someone
who's done it before:

I have a clustered SQL 2005. I want to break that and change to two
standalone SQL to use setup mirroring instead, where then one node will
be re-located to another building to meet some physical site DR
objective.

What's an overall process to do that conversion without reinstalling the
primary node nor least interuption to apps that uses the clustered SQL's
virtual name? In uninstalling the SQL an absolute must?

Many thanks.




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

Default Re: Convert clustered SQL to standalone for mirroring - 01-14-2009 , 10:10 AM



Yes, a CN record will work if youa re using the derault port (1433)
otherwise you need a SRV record which allows you to specify a port number.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote

Quote:
Thank you Geoff for your pointers. One quickie, how do I retain the
virtual SQL cluster name that has been configured into the applications
after I break the cluster? Can I just use a CN record in the DNS?
Cheers.
____
"Geoff N. Hiten" <SQLCraftsman (AT) gmail (DOT) com> wrote in message
news:uhhq0nYdJHA.1704 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
I would kick one node out, reinstall SQL on that node, move all the
logins, settings, databases, etc to that server.

Then I would rebuild the clustered node as standalone, install SQL on
that machine, and move whatever databases over there that needed to go.

There is no direct cluster to noncluster conversion.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote in message
news:OYe9UGXdJHA.1132 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
Hi all,
I'm still reading around this and hoping to test in the lab, but I
thought I'd get a quick pointer in the right direction first by someone
who's done it before:

I have a clustered SQL 2005. I want to break that and change to two
standalone SQL to use setup mirroring instead, where then one node will
be re-located to another building to meet some physical site DR
objective.

What's an overall process to do that conversion without reinstalling the
primary node nor least interuption to apps that uses the clustered SQL's
virtual name? In uninstalling the SQL an absolute must?

Many thanks.





Reply With Quote
  #5  
Old   
Elissa
 
Posts: n/a

Default Re: Convert clustered SQL to standalone for mirroring - 01-14-2009 , 09:02 PM



Awesome, thank you for the pointers Geoff. We'll practice the procedures in
our virtual labs.
Cheers! :-)

"Geoff N. Hiten" <SQLCraftsman (AT) gmail (DOT) com> wrote

Quote:
Yes, a CN record will work if youa re using the derault port (1433)
otherwise you need a SRV record which allows you to specify a port number.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote in message
news:OGobptddJHA.3520 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
Thank you Geoff for your pointers. One quickie, how do I retain the
virtual SQL cluster name that has been configured into the applications
after I break the cluster? Can I just use a CN record in the DNS?
Cheers.
____
"Geoff N. Hiten" <SQLCraftsman (AT) gmail (DOT) com> wrote in message
news:uhhq0nYdJHA.1704 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
I would kick one node out, reinstall SQL on that node, move all the
logins, settings, databases, etc to that server.

Then I would rebuild the clustered node as standalone, install SQL on
that machine, and move whatever databases over there that needed to go.

There is no direct cluster to noncluster conversion.

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


"Elissa" <elissa.spam.lean (AT) gmail (DOT) com> wrote in message
news:OYe9UGXdJHA.1132 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
Hi all,
I'm still reading around this and hoping to test in the lab, but I
thought I'd get a quick pointer in the right direction first by someone
who's done it before:

I have a clustered SQL 2005. I want to break that and change to two
standalone SQL to use setup mirroring instead, where then one node will
be re-located to another building to meet some physical site DR
objective.

What's an overall process to do that conversion without reinstalling
the primary node nor least interuption to apps that uses the clustered
SQL's virtual name? In uninstalling the SQL an absolute must?

Many thanks.






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.