Microsoft SQL Server 2008 R2 Licensing Changes - CALs Also!

(Updated 5/18/10 based on info from Microsoft)

I heard an ugly rumor yesterday about Microsoft SQL Server 2008 R2 from Gaby Amar at Softmart saying that in order to use SQL Server 2008 R2 in a server/CAL model you will have to have 2008 R2 CALs as well (typically for R2 releases you don't need an updated CAL). Well...checked it out with Microsoft licensing and he was absolutely correct (I should have known better than to be surprised, LOL)!

Basically, Microsoft SQL Server 2008 R2 is a major release (think in terms of a release such as Microsoft SQL Server 2000 to Microsoft SQL Server 2005) so don't let the lack of year change in the naming convention fool you.

Customers who have active Microsoft Software Assurance on their exisiting SQL Server products will have the new release rights, but those that don't will need to purchase new licenses in order to run the software (for those who run in Server/CAL mode this means both new server licenses and new CAL licenses).

CAL Requirements

1. If you have Microsoft Software Assurance currently in effect on your SQL Server CALs, then you are entitled to SQL Server 2008 R2 CALs
2. If you do not have Software Assurance, you must have SQL Server 2008 R2 CALs to run SQL Server 2008 R2 using the Server/CAL software licensing model (in other words...don't try to run with your older SQL Server 2008 CALs).

You may be wondering why I'm making such a big deal about this...after all it is a new release, of course new licenses are required. My point is this: it is a departure from how Microsoft has licensed Windows Server 2008 and Windows Server 2008 R2 where the Windows Server 2008 CAL can still be used on the newer version Windows Server 2008 R2.

Additionally, there are changes to the processor licensing for SQL Server 2008 R2. You might want to check out some of these resources for more information on this and other SQL Server 2008 R2 changes.

Microsoft has provided the following links for further information on licensing:

• The SQL licensing quick reference guide: http://www.microsoft.com/sqlserver/2008/en/us/licensing.aspx
• Direct link to the guide: http://download.microsoft.com/download/2/7/0/270B6380-8B38-4268-8AD0-F480A139AB19/SQL2008R2_LicensingQuickReference-updated.pdf
• Overall SQL Server 2008 Licensing FAQ: http://www.microsoft.com/sqlserver/2008/en/us/licensing-faq.aspx
• Microsoft SQL Site: http://www.microsoft.com/sqlserver/2008/en/us/
• Product Use Rights has info on the following products: R2 CALs (OCS, System Center Configuration Manager, System Center Operations Manager, System Center Virtual Machine Manager) http://www.microsoft.com/licensing/about-licensing/product-licensing.aspx

For more information on virtualization and SQL Server 2008 R2 check out Andrew Fryer's blog.

If you have any questions - let me know! This is a huge change in Microsoft's licensing trend.

Common Ways a Company Becomes Non-Compliant

Over the years I've worked with a number of companies and what has become obvious to me is that - it is rare that a company knowingly pirates software.

So, how do so many companies become non-compliant on their software agreements?

1) Lack of proper processes (and adherence to those processes) for software acquisition, deployment and retirement.
2) Lack of a good asset inventory tool that will accurately and easily report on what is installed.
3) Lack of records of what is owned.
4) Misconception or lack of knowledge of product use rights.
5) Misconception or lack of knowledge of volume licensing agreement rights.

Of all of these, I find the last two to be the most universal and it's a combination of misconception and lack of knowledge. Of the two I find misconception the most dangerous...because the company thinks that they're doing things right so they never ask for help.

How do the misconceptions happen? Generally, through outdated knowledge or guesswork.

Some things to be aware of:

1) Different use rights exist for different versions as well as different forms of acquisition.

For example, Microsoft 2007 software (Office, Server, Operating System) acquired OEM normally does not allow for downgrade; however, if acquired through Open, Select or Enterprise it normally does allow for downgrade. This was not always the case, in the past it had been allowed...was it allowed when you did it? Reference - http://download.microsoft.com/download/d/2/3/d23b9533-169d-4996-b198-7b9d3fe15611/downgrade_chart.doc). How were you planning to handle those OEM Office 2007 that are coming in the door? Were you going to downgrade those to 2003 until you're ready to upgrade?

2) Test and Development servers need to comply with product use rights same as Production.

3) Your Developers may have the "Professional" version of the software for development purposes but not be licensed for those for business use - be careful what's being installed on their production machines.

4) Vendors selling you a solution dependent upon another companies technology may not always provide you with full/accurate information about the licensing requirements...do your homework.

5) Client Access Licenses - in general if you're using the resources of a server, you need some form of client license for each user/device. Watch this carefully, it's the most common problem we find.

Just to name a few...

So, how do you keep up and still do your job? Frankly, you don't. You bring in professionals to educate you and provide you with documentation from the publisher supporting that education (do not rely on anything else...if a problem comes up, you're the one holding the bag) which you retain in a centralized location until those licenses (and their future upgrades) are no longer in use.

Questions? Comments? Would love to see them...