Hi All,
We have a 2 node cluster running SQL Server 2000 on Windows 2000 which
needs replacing. The nature of our business is 24 hour operation, so
the downtime to do such needs to be as small as possible.
We have a new cluster ready and waiting in our data centre that is
built on Windows 2003 with SQL Server 2000.
Our issues are:
=B7Configuring all the applications to the new Cluster Name / IP
Address - In the past we have found things hard-coded
=B7Migrate all the data (~100GB) over to the new MSA
=B7Smallest downtime possible
The idea's we have come up with already are:
=B7Frigg DNS to point the old cluster name to the new cluster name and
then migrate all the applications to the new name as time permits.
=B7Rename the new nodes as <NAME>3/4 and add these into the existing
cluster; however the MSA is directly connected to Nodes 1/2.
=B7Remove 1 node from the old cluster, add a new node in, fail-over to
new node, remove 2nd old node, add new node, however I'm thinking
this may not work?
Another consideration is that we use SecurePath on the MSA's so this
could be a PITA.
Does anyone have any other suggestions which we could consider?
Thanks
Well, since you asked.
You could do a minimally disruptive replacement by replacing each node with
one of the new nodes. Uninstall SQL from the "other" node, evict the node,
add the node, run the SQL nstaller to install and configure SQL on the new
node. Wait for maintenance window and do a failover test. Repeat with the
other node.
The other process I use to migrate systems is to run a custom log ship
script (they aren't that hard to write, google will point to some nice free
examples.) to get them ready. Do a final log backup and put the old
databases into norecovery mode. Do a final catch up and go live on the new
system. Patch DNS (hint, use the SRV record type). and go. I can switch
over a typical server with 10-30 databases with less than 10 minutes of
downtime this way.
Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP
"Steve" <SMaxwell@.NationalExpress.com> wrote in message
news:1160476240.405910.76230@.e3g2000cwe.googlegrou ps.com...
Hi All,
We have a 2 node cluster running SQL Server 2000 on Windows 2000 which
needs replacing. The nature of our business is 24 hour operation, so
the downtime to do such needs to be as small as possible.
We have a new cluster ready and waiting in our data centre that is
built on Windows 2003 with SQL Server 2000.
Our issues are:
Configuring all the applications to the new Cluster Name / IP
Address - In the past we have found things hard-coded
Migrate all the data (~100GB) over to the new MSA
Smallest downtime possible
The idea's we have come up with already are:
Frigg DNS to point the old cluster name to the new cluster name and
then migrate all the applications to the new name as time permits.
Rename the new nodes as <NAME>3/4 and add these into the existing
cluster; however the MSA is directly connected to Nodes 1/2.
Remove 1 node from the old cluster, add a new node in, fail-over to
new node, remove 2nd old node, add new node, however I'm thinking
this may not work?
Another consideration is that we use SecurePath on the MSA's so this
could be a PITA.
Does anyone have any other suggestions which we could consider?
Thanks
Showing posts with label clusters. Show all posts
Showing posts with label clusters. Show all posts
Wednesday, March 28, 2012
Monday, March 26, 2012
Migrate Windows 2000 cluster to Windows 2003
Hi,
I am trying to determine the best method for rebuilding some existing
Windows 2000 clusters to Windows 2003. I have both SQL clusters and
some application clusters.
I do not want to upgrade the OS, but rather rebuild from scratch, one
node at a time, using the existing hardware. Is this possible? I am
having a hard time finding documentation on the best process for this
and want to follow the method which will provide me with the smallest
amount of downtime.
thanks for your help!
http://support.microsoft.com/?kbid=313037 explains how to upgrade, but like
you said, you really want to migrate. You can rebuild one node as a time,
and then rejoin the cluster.
Cheers,
Rod
MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog
"Mel" <Qtip027@.hotmail.com> wrote in message
news:a29a42e2.0411301100.34356ad9@.posting.google.c om...
> Hi,
> I am trying to determine the best method for rebuilding some existing
> Windows 2000 clusters to Windows 2003. I have both SQL clusters and
> some application clusters.
> I do not want to upgrade the OS, but rather rebuild from scratch, one
> node at a time, using the existing hardware. Is this possible? I am
> having a hard time finding documentation on the best process for this
> and want to follow the method which will provide me with the smallest
> amount of downtime.
> thanks for your help!
|||Been there, done that, bought the t-shirt. I prefer a mixed solution.
Upgrade THEN reload the OS. More work but less risk. Biggest thing is to
make absolutely sure you have correct 2003 drivers and software for your
SAN.
Geoff N. Hiten
Microsoft SQL Server MVP
Senior Database Administrator
Careerbuilder.com
I support the Professional Association for SQL Server
www.sqlpass.org
"Mel" <Qtip027@.hotmail.com> wrote in message
news:a29a42e2.0411301100.34356ad9@.posting.google.c om...
> Hi,
> I am trying to determine the best method for rebuilding some existing
> Windows 2000 clusters to Windows 2003. I have both SQL clusters and
> some application clusters.
> I do not want to upgrade the OS, but rather rebuild from scratch, one
> node at a time, using the existing hardware. Is this possible? I am
> having a hard time finding documentation on the best process for this
> and want to follow the method which will provide me with the smallest
> amount of downtime.
> thanks for your help!
I am trying to determine the best method for rebuilding some existing
Windows 2000 clusters to Windows 2003. I have both SQL clusters and
some application clusters.
I do not want to upgrade the OS, but rather rebuild from scratch, one
node at a time, using the existing hardware. Is this possible? I am
having a hard time finding documentation on the best process for this
and want to follow the method which will provide me with the smallest
amount of downtime.
thanks for your help!
http://support.microsoft.com/?kbid=313037 explains how to upgrade, but like
you said, you really want to migrate. You can rebuild one node as a time,
and then rejoin the cluster.
Cheers,
Rod
MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog
"Mel" <Qtip027@.hotmail.com> wrote in message
news:a29a42e2.0411301100.34356ad9@.posting.google.c om...
> Hi,
> I am trying to determine the best method for rebuilding some existing
> Windows 2000 clusters to Windows 2003. I have both SQL clusters and
> some application clusters.
> I do not want to upgrade the OS, but rather rebuild from scratch, one
> node at a time, using the existing hardware. Is this possible? I am
> having a hard time finding documentation on the best process for this
> and want to follow the method which will provide me with the smallest
> amount of downtime.
> thanks for your help!
|||Been there, done that, bought the t-shirt. I prefer a mixed solution.
Upgrade THEN reload the OS. More work but less risk. Biggest thing is to
make absolutely sure you have correct 2003 drivers and software for your
SAN.
Geoff N. Hiten
Microsoft SQL Server MVP
Senior Database Administrator
Careerbuilder.com
I support the Professional Association for SQL Server
www.sqlpass.org
"Mel" <Qtip027@.hotmail.com> wrote in message
news:a29a42e2.0411301100.34356ad9@.posting.google.c om...
> Hi,
> I am trying to determine the best method for rebuilding some existing
> Windows 2000 clusters to Windows 2003. I have both SQL clusters and
> some application clusters.
> I do not want to upgrade the OS, but rather rebuild from scratch, one
> node at a time, using the existing hardware. Is this possible? I am
> having a hard time finding documentation on the best process for this
> and want to follow the method which will provide me with the smallest
> amount of downtime.
> thanks for your help!
Subscribe to:
Posts (Atom)