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.

This might give some indication as to why it has been a while since the last post. I am trying my best to help my sales team, customers, and even myself become more educated on the many different editions of the Microsoft products.

It was bad enough before Vista, but now with the way too many numbers of Vista editions and the 32/64 bit differences, it is just getting to be too much to keep in one persons brain. So, I am at least going to dump some of the major points here. So you know, this is as much for my benefit as for anyone who actually reads my junk here.

Windows Server 2003 R2 Major point here - it moves to "extended support" 7/13/2010
32 bit Standard: 4GB RAM max, up to 4 procs, 2 node cluster
64 bit Standard: 32GB Ram max, up to 4 procs, 2 node cluster
32 bit Enterprise: 64GB Ram max, up to 8 procs, multi-node clusters
64 bit Enterprise: 2TB Ram max, up to 8 procs, multi-node clusters

SQL Server 2005 http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx
32 bit Standard: 4 procs, OS max for memory, 2 node cluster support
64 bit Standard: um, yeah, it's the same for SQL - at least something is easy
32/64 bit Enterprise: unlimited procs, OS Max on Memory, multi-node clusters

With SQL there are a few additional features you get with Enterprise: Indexed views, database partioning, parallel index operations, and some good integration tools. Check the link above for the full set of feature diffs.

Office SharePoint Server
This one is kind of like SQL Server; it's pretty easy. There is actually no difference in Enterprise/Standard as far as the server goes. Also no difference in price tags. That the server though. The CALs (client access licenses) are where the differences come in.

The Standard CAL gives you all the workspaces, doc libs, lists, enterprise search, Records management, workflow, publishing features, profiles/my sites, and a bunch of the other well known SharePoint features.

The additive Enterprise CAL brings along Excel Calc Services, Froms Server, Report Center and the Business Data Catalog (BDC - not to be confused with the depricated backup domain controller).

Other Product CALs
Here is another cool link to see what features the CALs for the different products include: http://www.microsoft.com/calsuites/enterprise_product.mspx

I will try to add OCS and Exchange edition information a little later. I'm not too sure I will EVER add the Vista editions.