微软公司的产品授权一直都很复杂，SQL Server 2016也不例外。尤其是它可以部署到许多不同的场景中，这就进一步使授权需求复杂化了。本文介绍一些破解SQL Server 2016授权的迷宫，理清最容易混乱的地方，包括如何处理虚拟机环境下的授权，高可用功能特性授权（例如：AlwaysOn故障转移集群实例和AlwaysOn可用性组）。
在探讨更复杂的SQL Server 2016授权之前，你需要对微软公司的授权模式有一个基本的理解。因我们使用的数据库版本不同，SQL Server 2016可以按处理器内核数提供授权，或者按微软的服务器客户端访问授权（CAL）模式授权。
CAL授权模式允许给客户端授权连接服务器。使用基于CAL的授权，你可以对整个数据库购买一份授权，但是需要每个访问服务器的用户或者设备有一个CAL。这种授权模型通常适合于你知道要连接SQL Server系统客户端数量的情况。另一方面，内核数授权是基于处理器内核数量或者系统中虚拟CPU数量进行授权的。它专为使用量大和有大量用户及设备使用的互联网部署情况的大型安装情况设计，这种场景下用户和设备数量是不能预测的。
CAL
SQL Server 2016企业版提供了完整的SQL Server 2016功能集，只支持基于内核数的授权。如果每内核零售价是14256美元，那么对于双CPU双核的情况，你至少需要购买四个内核授权。另外，如果你在物理服务器上使用企业版，你需要对系统中的所有内核进行授权。
SQL Server 2016标准版可以选择基于内核数或者基于服务器CAL授权。前者每内核数单价是3717美元，后者每服务器价格是931美元，每CAL是209美元。标准版数据库引擎限制使用128GB内存，少于4个插槽或者24个内核，如果你选择CAL授权，限制是20个。相比与企业版，该版本缺少许多扩展性和可用性方面的功能。
SQL Server 2016开发版本作为开发环境使用是免费的，它具备企业版的所有功能特性，但是只授权给开发用途。另外，免费的是SQL Server 2016桌面版的三个版本，他们可以用于生产环境，但是只限于单CPU，且数据库大小不能超过10GB。
SQL Server虚拟化授权
关于SQL Server 2016授权，虚拟化是最容易令人混乱的一个领域。使用基于内核数的授权，一个虚拟机CPU（vCPU）等价于一个内核授权。对于采用CAL授权的服务器，一个虚拟机（VM）等于一个授权服务器。例如，如果你在虚拟环境中使用SQL Server 2016标准版，使用了服务器CAL授权模型，你必须为每个虚拟机授权，每个虚拟机需要独立的服务器授权，不管这些虚拟机使用了多少个虚拟CPU。当然，所有连接到这些虚拟服务器的用户和设备都需要CAL授权。
但是，还有一些其它规则需要注意。如果你在虚拟环境运行SQL Server 2016企业版，你可以选择按内核数授权，也可以按最大虚拟化量授权（参见图1）。如果你按虚拟环境宿主主机的内核数授权，而且涵盖了微软软件保证维护和更新程序，你可以运行任意数量的SQL Server实例，取决于你购买的内核授权数量。如果你想运行更多，你需要购买更多的双核授权。
图1：SQL Server 2016虚拟环境授权样例
SQL Server活动状态和待命状态服务器的授权
SQL Server 2016授权的另一个常见问题是高可用性和灾备环境的规则。在这些环境下，服务器只有一台是活跃的，而其它服务器是待命状态，他们只有在主服务器故障时候才会启动工作。那么问题来了，什么情况下你需要给这些待命服务器授权，什么时候你可以不用为这些系统授权？
首先，使用SQL Server 2016，被动故障迁移场景需要主服务器使用软件保障授权。如果备用服务器确实是待命状态，换句话说它只有在故障迁移是才使用其它情况都不用，那么你不需要为该服务器购买额外的SQL Server授权。
然而，如果你使用服务器运行了其它任务，你需要给他们做授权。例如，如果你使用了AlwaysOn可用组，保护主服务器和备用服务器用于只读报表功能或者备份，那就需要购买授权。
Windows 服务器授权问题
处理SQL Server 2016授权，你需要考虑为Windows Server操作系统授权。SQL Server最常见的情况会运行在标准版或者数据中心版的Windows Server 2012 R2。对于每种情况，单个Windows Server 2012 R2授权会覆盖两个物理处理器。这两种版本有相同的功能特性，不同之处只是在于虚拟化权限方面。
标准版授权是为轻量级虚拟化使用情况设计的，它支持你运行在两套虚拟化操作系统环境中，不需要额外的授权成本。如果你需要更多的Windows Server虚拟机，你必须购买更多标准版授权。
相反，Windows服务器 2012 R2数据中心版支持更大量的虚拟化使用，允许使用无限量的虚拟系统。不过，所有这些虚拟系统使用物理处理器的总量不能超过该服务器整体的软件授权。
