Thinking through Exchange and SQL Virtualization (high level intro - more to come)

This won't be a deep dive on the technical issues that you need to cover in a virtualized Exchange/SQL solution. Rather, this is an initial caution to those people thinking about virtualizing those typically high-transaction systems.

First off, PLEASE remember that Microsoft simply doesn't support Exchange 2003, SQL 2000 or older in a virtualized system. SO DON'T DO IT! With that said, I am all about virtualizing those newer versions as long as you keep these primary things/questions in mind (I will dig in on these in later posts).

• What will be the new ('cause you don't want to keep using the current one) availability/recoverability strategy?
• How will you migrate existing servers and data? Just because you can P2V that server, doesn't mean you should! There are serious performance reasons we just don't do that all the time.
• Do you have an overall virtualization strategy for your datacenter? If not, then I would advise you take a step back and hold off on the tactical SQL/Exchange projects. Also, check out www.vmetc.com for some REALLY good info on virtualization from one of the most experienced VMWare experts around.
• How are your current performance metrics and what is your growth expectation for the next couple of years?

If you keep those questions/topics in mind as you start thinking about high-transaction systems, you will find that making the final call to virtualize or not will be easier. You will also find that the details (I will discuss later) as far as how much storage, how many spindles, how many and what type of servers, network conectivity, and licensing strategies will be much easier.