﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2008 / SQL Server 2008 High Availability  / Migrate Virtual SQL Cluster to Physical Cluster / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 19 Jun 2013 03:38:25 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>Still no info on ESX versions :/, i'm trying to get intouch with the wm people. Side by Side - Yepp 2 clusters and move system by system takes time but its a safe method.However it seems like i have to do this fast (i dont like shooting fast ...) since the virtual isn't performing accaccording the SLA we have to mak a fast solution,I think i will use the solution where i bring up a second cluster backup/restore on the new cluster, bring down the old, rename the new. I did a similar thing a few days ago on a single sql2008r2 with 6 instances, a few small hickups due to high security thinking with accounts and so other than that it went more smooth then i expected it to do. The only thing was the naming in active directory, where we had to delete the server and register the new again...Thanx to all of you who respond and discuss....I will update here when the job is done and post the results for others to read. (Job has to be done in 3-4 weeks.)</description><pubDate>Mon, 11 Feb 2013 12:27:58 GMT</pubDate><dc:creator>Knut_knut</dc:creator></item><item><title>RE: Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>In method (1) side by side , are you planning to have different cluster names?. I would assume to end the migration ,you still need to rename the cluster and let the other 30 machines recognize it</description><pubDate>Fri, 08 Feb 2013 14:14:06 GMT</pubDate><dc:creator>TheAccidentalDBA</dc:creator></item><item><title>RE: Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>[quote][b]Knut_knut (2/7/2013)[/b][hr]ESX version (know its 4 or 5 not sure though)[/quote]Important to know, there's big differences and improvements between 4.0, 4.1 and 5.1 ;-)[quote][b]Knut_knut (2/7/2013)[/b][hr]How the disks are mapped [/quote]You stated Raw Device Mappings, is this correct?[quote][b]Knut_knut (2/7/2013)[/b][hr]Nics (versions)[/quote]What virtual NIC adapter type are you using on the VM's?How many NICs per VM?[quote][b]Knut_knut (2/7/2013)[/b][hr]Quorum 5 GBDTC 5 GB[/quote]Keep these small, 512MB per disk is more than sufficient.</description><pubDate>Thu, 07 Feb 2013 09:32:48 GMT</pubDate><dc:creator>Perry Whittle</dc:creator></item><item><title>RE: Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>Will try to find some more input.Guess we need..ESX version (know its 4 or 5 not sure though)How the disks are mapped (what ive heard this can be done more than one way.)Nics (versions)Virtual servers are running Windows 2008 R2 and SQLserver2008R2Host are HP blade serversSystem installed on C disk and SQLbinarys on D diskDatadisk 400 GBLogdisk 200 GBQuorum 5 GBDTC 5 GB</description><pubDate>Thu, 07 Feb 2013 09:15:44 GMT</pubDate><dc:creator>Knut_knut</dc:creator></item><item><title>RE: Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>1 and 3 are essentially the same arent they?[quote][b]Knut_knut (2/7/2013)[/b][hr]2. Install new servers, add them to the cluster, install SQL. Failover to the new nodes, shutdown the old machines.This method sounds good, but has it ever been tested with the combination of physical and virtual machines?Between physical only machines it should work. Pro: Fast, minimum downtime, Roolback plan available.RollbackFeels risky, due to diskmappings. (Wmware on this lvl isn't VMWarerd).[/quote]Clustering a physical and a virtual machine is quite common and works well when done properly.I wouldn't be in too much of a rush to just dump the virtual infrastructure just yet. Can you provide a little more info on the system setup?</description><pubDate>Thu, 07 Feb 2013 09:05:15 GMT</pubDate><dc:creator>Perry Whittle</dc:creator></item><item><title>Migrate Virtual SQL Cluster to Physical Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1417131-1549-1.aspx</link><description>Hi thereWe have a WMware host with a SQL2008R2 cluster.Disks are raw mapped to a EVA 6400 SAN.We have performance problems, we have located it to network problems.To much packet los and there for resend, this is a hardware/ hardware driver issue.We have issued it to the hardware vendor and they are aware about the problem and are looking in to it.The vendor can't provide us with an estimated date for fixing it, there are critical systems on the cluster and we can't wait forthe fix to get ready, so we need another fix.We have two new machines (physical) machines installed (atm windows only).Now we need a method to migrate to the new machines.As i se we have a couple of options.1. Side by Side (system by system), takes much time but it's a failsafe method however it takes much time.Pro: No need for roolbackplan, safeCoins: Takes time2. Install new servers, add them to the cluster, install SQL. Failover to the new nodes, shutdown the old machines.This method sounds good, but has it ever been tested with the combination of physical and virtual machines?Between physical only machines it should work. Pro: Fast, minimum downtime, Roolback plan available.RollbackFeels risky, due to diskmappings. (Wmware on this lvl isn't board).3. Install a new cluster, backup/ restore (deattach/ attach not an option since i dont want to change the enviroment due to roolback plan) from old cluster to new cluster.Shutdown old cluster, rename new cluster and restart machines, and pray that the 30 systems will find the cluster.Another thing is DNS, pray that windows will accept the new cluster with same name.Pro: Prettyfast, accepted downtime.Coins: A bit riskyAny other suggestions, or what would you do?I allways like to go the safe way like method 1, but buissnes requirements might think other...Sorry for any kind of bad english gramar and such...</description><pubDate>Thu, 07 Feb 2013 08:48:37 GMT</pubDate><dc:creator>Knut_knut</dc:creator></item></channel></rss>