Click here to monitor SSC
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Migrating 6.5, 2000, and 2005 to SQL 2008 in a Virtual server environment


Migrating 6.5, 2000, and 2005 to SQL 2008 in a Virtual server environment

Author
Message
phillipn
phillipn
Forum Newbie
Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)Forum Newbie (1 reputation)

Group: General Forum Members
Points: 1 Visits: 0
I'm looking to see if any one here has some advise about this topic. We have several SQL instances as mentioned in the topic and we'd like to create one SQL environment on the virtual server.

I'm thinking it's not necessary to separate the drives as you would on a hardware configuration. That said, I still think it makes sense to have the data on and log file an different virtual disks from the Operating system.

I'm curious about the migration to 2008.

I believe we can follow the same path as this KB, but wondered if someone here has a recommendation

http://msdn.microsoft.com/en-us/library/bb677622.aspx

Thank you for your time,

Regards,

PN
SQLdevotee
SQLdevotee
SSC Veteran
SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)SSC Veteran (272 reputation)

Group: General Forum Members
Points: 272 Visits: 568
We have just migrated our development and test environment to virtual. But we still follow the hardware configuration as how we did previously; OS and binaries are different from data and log, tempdb is totally separate and we also have backup drive separate.

Imagination is more important than knowledge-Albert Einstein
Sqlchicken
Sqlchicken
SSC-Enthusiastic
SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)SSC-Enthusiastic (185 reputation)

Group: General Forum Members
Points: 185 Visits: 669
When you virtualize you still want to follow best practices (i.e. data, log, backups and tempdb on separate drives). However, this is where understanding the abstraction of resources becomes critical to understand.

When you virtualize you can create a separate VMDK/VHD (read also: virtual disk) for each drive. The OS sees each one as new drive, you mount them and letter them so now you have your C, D, E, F, T drives. The problem comes in is if all of those VMDK/VHD files were cut from the same LUN, then you haven't gained anything since they're all going to be sharing IO which is bad. Also if that one LUN goes out then you lose everything, again, negating your perceived benefit.

In order to truly "do it right", each VMDK/VHD should be on separate LUNS and those LUNS shouldn't be shared with any other IO-intensive applications (such as Exchange). This is where you need to become REALLY good friends with your SAN admin and come up with something that works. Hope this helps!

=============================================================
/* Backups are worthless, Restores are priceless */

Get your learn on at SQL University!
Follow me on Twitter | Connect on LinkedIn
My blog: http://sqlchicken.com
My book: Pro Server 2008 Policy-Based Management
quackhandle1975
quackhandle1975
SSCrazy
SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)SSCrazy (2.9K reputation)

Group: General Forum Members
Points: 2869 Visits: 1234
You may want to check out the white paper for your upgrades.

Also some SQL 2008 R2 upgradfe info here, courtesy of Arron Bertrand. Some good points raised.

qh

Who looks outside, dreams; who looks inside, awakes. – Carl Jung.
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search