This article has been contributed by Rob Horwitz of Directions on Microsoft.
Customers who acquire a license for a particular product version and edition may deploy an earlier version or different edition in its place under certain circumstances.
These licensing rules, called downgrade rights vary not only by sales channel where the license was purchased but also by the particular product line, including which specific version and edition was licensed.
Organizations that understand downgrade rights as well as other rules associated with product versions and editions can minimize risk by avoiding common license compliance issues and save money by averting unnecessary license purchases.
Generally, when a customer licenses Microsoft software, the license is for a specific version and edition of the product.
A version is a major release of a software product, denoted by one of the following:
In addition to new features and various technical enhancements, a new product version is often accompanied by changes to the product’s use rights, licensing model, pricing, or packaging (edition lineup).
Mistakes Can Lead to Noncompliance: Issues related to versions, editions, and downgrade rights are common sources of noncompliance. The most common compliance problems tend to fall into three general categories: edition mismatch, version mismatch, and application of the incorrect set of product use rights.
Perpetual licenses, the most common license type, grant the purchaser the right to use a specific product version in perpetuity. The latest version of a perpetual license can be acquired through purchase of a new license or by virtue of having active Software Assurance (SA) on a preexisting license as of the date a new version becomes available to volume licensing customers. (SA is an add-on to perpetual licenses that offers version-upgrade rights and other benefits in exchange for an annual fee based on the underlying license.) If a new product version is licensed via a subscription rather than through a perpetual license, the subscription always includes rights to use the most recent version available, as long as the subscription is active.
Microsoft commonly offers several variations of a product (or product suite), called editions. Each edition offers a different collection of product features or use rights and is sold at various price points. When a new version of a product ships, all associated editions are usually released at the same time. Some editions of a product may be specific to a particular sales channel; for example, an edition might be available through volume licensing programs only.
Common names used for editions of client-side (desktop) applications or application suites are Standard, Professional, and Professional Plus. In the case of Office suites, the main differences between editions are which individual applications, such as Access and Outlook, are included and the presence of a few specialized server integration features, such as the ability to automatically archive Outlook data to Exchange Server.
Common names used for editions of server software are Standard, Enterprise, and Datacenter. What differentiates various editions of server products can vary widely depending on the particular product and product version, but common differences include technical features of interest to IT professionals rather than end users (such as scalability, high-availability, and security capabilities), use rights associated with virtualization, and, occasionally, the licensing model. Sporadically, Microsoft literature misuses the term “edition” to distinguish between the various Client Access Licenses (CALs) associated with a server product, such as the Standard CAL and Enterprise CAL for Exchange Server. (Directions considers this a misuse of terms because edition-related concepts, such as step-ups and edition downgrades, discussed below, aren’t applicable to CALs.)
Customers with active SA coverage on a lower-level edition license can exchange it for a higher-level edition license through the purchase of a Step-up License. The Step-up License fee is equal to the difference in edition license prices plus the difference in SA fees for the period remaining on the current, lower-edition SA term. (In the absence of a step-up option, a new higher-edition license would have to be purchased in full.)
Version downgrade rights entitle the owner of a product license to install and run an earlier version and equivalent edition of the same product in its place; for example, allowing a customer with a Windows 8 Pro license to use Windows 7 Professional instead. By downgrading, a customer does not forfeit the right to switch to the licensed (more recent) version at some point in the future.
Version downgrade rights are important because Microsoft typically stops selling a product version once a newer version becomes available; therefore, buying the latest license and exercising version downgrade rights is often the only option for licensing an expansion in deployment of a noncurrent version. This is often important for maintaining standardized configurations. For example, today, a customer wanting to deploy a new server running Windows Server 2008 Standard edition would purchase Windows Server 2012 Standard edition (the current version) and exercise version downgrade rights. (Note that for products licensed under the CAL licensing model, if a customer downgrades the version of the server software, the CAL version need only match (or exceed) the running version, not the version of the server license. For example, if a customer with a Windows Server 2012 Standard edition server license exercises downgrade rights to run Windows Server 2008 Standard edition instead, clients need only Windows Server 2008 CALs to access this server, not Windows Server 2012 CALs.)
When downgrading, customers are responsible for finding installation media, although Microsoft’s Volume Licensing Service Center (VLSC) site generally provides at least the two prior versions of each business-related product.
The degree to which version downgrades are allowed depends on the distribution channel used to acquire the license.
Rules for other OEM licenses as well as retail licenses vary, with licenses for server software generally providing permissive version downgrade rights and licenses for client-side applications, such as Office Home and Business edition, providing no version downgrade rights at all. However, volume licensing rules allow SA to be added to many types of OEM and retail licenses within 90 days from the date the licenses are acquired (for example, to Windows Professional and Windows Server OEM licenses). If SA is added to such licenses, volume licensing’s more liberal version downgrade use rights apply.
The edition downgrade use rights, sometimes referred to as down-edition rights or cross-edition rights, allow a customer to install and run a different (generally lower-level) edition than the one purchased. Edition downgrade rights are provided for only a few Microsoft products—the most prominent being Windows Server and SQL Server. They are commonly used in conjunction with version downgrade rights to allow a customer to deploy an earlier version of a different edition of the product. One example is running a SQL Server 2008 R2 Standard edition instance on a computer that is assigned a SQL Server 2012 Enterprise edition license.
There are two major reasons why edition downgrade rights are occasionally provided.
Issues related to versions, editions, and downgrade rights are common sources of noncompliance. Often the result of misunderstanding Microsoft’s rules or poor internal communications (between parties responsible for purchasing and deploying software), the most common compliance problems tend to fall into three general categories: edition mismatch, version mismatch, and application of the incorrect set of product use rights.
The principal edition-related compliance error is to deploy a different edition than the one purchased.
The most egregious form of edition mismatch is to own a lower-level edition license but deploy a higher-level edition. Only very rarely do product use rights allow this (the major exception being Windows Server 2012 Standard edition allowing customers to downgrade to the Enterprise edition of Windows Server 2008 R2 or earlier). A common noncompliant scenario of this type involves deployment of Project Professional by a customer with licenses for Project Standard. If uncovered during an audit, the customer would have to purchase rights to Project Professional by buying licenses outright or, if the existing Project Standard edition licenses are covered under SA, by acquiring Step-Up Licenses.
The second form of edition mismatch is to own a higher-level edition license but deploy the lower-level edition. Occasionally, this is permissible under edition downgrade rights, as is the case for recent versions of Windows Server and SQL Server (mentioned above), but more often it is not. A common noncompliant scenario of this type is a customer who purchased Office Professional Plus licenses but deployed Office Standard. Although somewhat counterintuitive, Office Professional Plus licenses do not include edition downgrade rights to Office Standard. Thus, in the event of an audit, Office Professional Plus licenses generally cannot be used to cover deployments of Office Standard, and a customer would have to purchase new licenses to match the edition deployed, or if a special exception were made, to redeploy the edition originally purchased.
Inadvertent version mismatch errors are less common than accidental edition mismatches for two reasons. First, most licenses purchased through volume licensing programs include version downgrade rights, so using a version older than what is licensed is generally not an issue. Second, most customers understand that they are noncompliant if they deploy, for production purposes, a version more recent than the version they have licensed (or are entitled to under SA). However, version mismatch errors related to CALs occasionally catch some customers by surprise.
Many server products—such as Windows Server and Exchange Server—require a CAL for each client user or device. CALs license a client’s access to all instances of the server product running within the organization, and the version of the CAL must match or exceed the version of the server software the client encounters. For example, an organization with Windows Server 2008 CALs is covered if their server infrastructure is composed of Windows Server 2008 and Windows Server 2003 R2 servers. However, allowing a single instance of a newer version of server software onto the organization’s network—perhaps the result of a well-meaning IT professional just “trying out” the latest version—could prompt the need for new CALs. Expanding on the previous example, deploying an instance of Windows Server 2012 as a DNS server—a type of core network service accessible to all clients—would likely trigger an organization-wide requirement for Windows Server 2012 CALs.
Rob Horwitz, Directions on Microsoft
When exercising version downgrade rights, customers are generally subject to the use rights associated with the version and edition of the license owned rather than the use rights associated with the (older) version or (different) edition deployed. A proper accounting of which use rights are in effect is sometimes essential to limit an organization’s compliance risk as well as maximizing the utility of the licenses it already owns.
This issue tends to matter most when server workloads are virtualized because the relevant use rights—license reassignment frequency and the number of running instances permitted per license—have changed substantially over time for some products. Occasionally, the fact that use rights are determined by the license version and edition owned works in a customer’s favor, resulting in fewer licenses being required than might otherwise be anticipated. But sometimes the opposite is true.
The best product and use right for illustrating both potential outcomes is SQL Server Enterprise edition and reassignment rights; its license reassignment rules have been altered multiple times in the past few years. Reassignment rules define how frequently and under what circumstances customers can move licenses between devices (in the case of device-based licenses) or users (in the case of user-based licenses) within their enterprise.
The SQL Server 2005 Enterprise edition license stipulated a maximum reassignment frequency of once every 90 days, meaning licensing a virtualized workload that regularly moved between servers (using VMware or Microsoft’s live migration feature, for example) required each physical server where the workload could reside to have a SQL Server 2005 Enterprise edition license(s) permanently assigned to it. In contrast, Enterprise edition licenses for SQL Server 2008 and 2008 R2 provide unlimited reassignment within a server farm (which can contain up to two data centers, as long as the data centers are in time zones no more than four hours apart). When SQL Server 2012 was released, the Enterprise edition license terms went back to the previous once-every-90-days rule, except for licenses covered by SA, in which case the license could be moved as often as necessary within a server farm.
As a result, a SQL Server 2005 Enterprise edition workload running on a server assigned SQL Server 2005 Enterprise licenses or SQL Server 2012 Enterprise licenses (without SA) incurs the 90-day rule. In contrast, the same workload running on a server assigned SQL Server 2008 Enterprise or 2008 R2 Enterprise licenses benefits from more liberal reassignment rights. Similarly, reassignment rights for Exchange Server and SharePoint Server have changed between version 2003 and 2007 (loosened from once every 90 days to unfettered reassignment within a server farm) and again between 2010 and 2013 (back to once every 90 days for licenses that lack SA coverage), so analogous scenarios can be constructed.
The second virtualization-related use right, the number of instances that can run within VMs on a licensed device (under the context of a license or set of licenses), has also changed for some products, meaning that it matters which set of use rights are in effect. Here again there are examples of changes which may either favor or disadvantage customers. For example, instance rights were changed for Windows Server Standard as part of the transition from Windows Server 2008 R2 to Windows Server 2012, going from one instance permitted per license to two. However, in the case of SQL Server Enterprise edition, rules have been made stricter over the past decade, with the number of permitted instances capped unless all SQL Server Enterprise edition licenses assigned to a server are covered by SA.
This article has been contributed by Rob Horwitz of Directions on Microsoft.
Learn more about Directions on Microsoft and upcoming Microsoft Licensing Bootcamps here.