sqlserver 软件授权_sql server 授权许可方式

1.5.2 授权模式

SQL Server 产品有两种基本的授权（License）模式。

● “每处理器”或“每内核”模式

“每处理器”（Per Processor）授权模式只计算物理处理器的数量，与物理处理器的内核数量无关。这种授权模式一直沿用到SQL Server 2008 R2。

SQL Server 2012开始，授权模式进行了调整。按“每内核”（Per Core）计数，同时还需要计算物理处理器（插槽）的数量，单个插槽最低需要购买4个内核的授权。

这一授权模式可以很好的简化授权的复杂程度，不用统计有多少用户（或者设备）会访问 SQL Server，以及是防火墙内部还是来自Internet的外部连接。

这种授权模式适用于以下场景：

◆ 不能或不想计算用户/设备数量。

◆ 用户/设备数量足够多，“每处理器”或“每内核”方式比“服务器/客户端访问许可”的方式更有成本效益。

◆ SQL Server 用于对外的 Web 站点或应用程序，用户数量无法统计。

● “Server+CAL”模式

CAL 即客户端访问许可（Client Access License），分为设备访问许可（Device CAL）和用户访问许可（User CAL）两类。SQL Server 及其组件（例如报表服务）提供服务，即为服务端；客户端则是访问这些服务的设备或用户。

购买 CAL 时需要考虑有多少客户端需要访问 SQL Server 并从中获取数据，客户端的计算方式与中间层无关，只与最终有多少客户端能够访问（包括浏览、修改、删除数据等）SQL Server 服务器中的数据有关。在计算客户端时，需要特别注意以下场景：

◆ 前端多路复用（即用户通过前端应用服务器去连接后端 SQL Server 数据库）或池化方式不会减少所需要的 CAL 数量。例如，企业中的客户端不直接访问 SQL Server 而是集中通过一台 Web 服务器（或一个 Web 服务器组）间接访问，这时候仍应该为每个客户端单独购买 CAL。

◆ 员工和员工之间手工传输数据，对于接收方的员工不需要 CAL。例如，一个员工访问 SQL Server 并生成 Excel 报表，然后发送给另一个员工，那么接收 Excel 报表的员工不需要 CAL（前提条件是该 Excel 报表不再去访问 SQL Server 服务）。

选用“Server+CAL”模式的用户，需要在服务器端采购 SQL Server 服务器许可，并为客户端购买 CAL。每个客户端只需要一份 CAL 就可以访问本企业中数量不限的 SQL Server 实例。

这种授权模式适用于以下场景：

◆ 可以计算出用户、设备数量。

◆ 用户/设备数量足够少，使用该授权模式的成本低于“每处理器”或“每内核”模式。

◆ 用户需要访问数量非常多的 SQL Server 数据库。

1.5.3 购买授权许可证

原已购买的企业版（SQL Server 2012 以前的版本）如果是“服务器/客户端访问许可”授权模式（Enterprise 版本），升级到 SQL Server 2012 后仍然可以保留这种授权模式，但是会有一些技术限制，主要限制为处理器最多允许使用20个“核”。启动 SQL Server 后，在 ErrorLog 日志文件中可以看到类似的技术限制的信息。

从 SQL Server 2012 开始，新购买的企业版只能使用“每内核”授权模式（Enterprise Core-based 版本），最少需要为每个物理处理器购买4个“每内核”许可证。如果购买的许可证数量少于服务器实际的核的数量，那么需要用户主动在 SQL Server 设置中加以限制。例如，仅购买了4个“每内核”许可证，则需要将实际使用的处理器数量限制为不超过4核。

SQL Server 2012 和 SQL Server 2014 商业智能版则只能使用“服务器/客户端访问许可”授权模式。

标准版可以任选“每内核”或“服务器/客户端访问许可”授权模式。

1.5.4 获得开发版

开发版基于“每用户”方式进行授权，价格非常低廉，接近于免费赠送的程度。

微软公司在 2016 年 3 月宣布针对 Visual Studio Dev Essentials 项目的成员免费提供 SQL Server 开发版。Visual Studio Dev Essentials 项目是微软于 2015 年启动的一个完全免费的项目计划，官网地址为 https://visualstudio.microsoft.com/zh-hans/dev-essentials/

1.5.5 从代理商订购的特殊版本

Web 版需要由微软的 SP（服务供应商）和 ISV（独立软件供应商）通过 SPLA（微软服务供应商许可协议）订购。

ISVR SQL Server 只能用于从 ISV 打包购买的 ISV 解决方案与 SQL Server，不可以用于其它的应用。例如，企业购买了一套财务软件，其中已经包含了一套 ISVR SQL Server。在这种情况下，这套 SQL Server 只能用于该财务软件本身的应用，企业内部开发的其它商业应用不可以直接使用这套 SQL Server 作为后台的数据库系统。这种授权模式购买的 SQL Server 也称为 SQL Server Runtime，它的主要优点是具有极强的价格优势。

由于 ISV 本身也是微软的代理商，因此 ISV 也可以销售具有完整授权的 SQL Server 许可证，用于企业的其它商业应用。这种授权模式购买的 SQL Server 也称为 SQL Server Full。

在购买授权时，特别要注意 OEM 版本的授权许可。由于 OEM 版本的许可证与硬件捆绑销售，虽然具有一定的价格优势，同时也有很多的附加条款并对使用场景有诸多限制。

1.5.6 虚拟化中的授权方式

用户可以将 SQL Server 安装在虚拟机中。虚拟化中的授权方式比较复杂，详细的授权与采购方式请咨询微软授权经销商。

作为一般性的原则，通过“每内核”模式购买许可时，必须为虚拟机中的每一个虚拟核（virtual core）购买独立的授权许可，而且每一台虚拟机最少要购买4个“每内核”授权许可。例如，即使某台虚拟机只用了1个虚拟核运行 SQL Server 2012 标准版，那么用户仍然需要为这台虚拟机最少购买4个“每内核”许可。

在禁用超线程时，硬件线程（hardware thread）等于“物理核”的数量；启用超线程时，硬件线程等于2倍的物理核的数量。出于许可的目的，一个虚拟核映射到一个硬件线程。

当为单个的虚拟机授权时，不考虑内核的系数。当 SQL Server 标准版运行在一个“每内核”模式授权的虚拟环境中，为每个独立的虚拟机授权是唯一有效的许可方式。

1.5.7 升级产品或版本

如果在购买许可时同时带有 SA（软件保障），那么在 SA 涵盖范围内可以自动升级到对应新产品的相同版本。例如，购买带有 SA 的 SQL Server 2012 企业版，那么可以在 SA 的有效期内升级到 SQL Server 2014 企业版。

对于旧产品的企业版有可能是“Server+CAL”模式的授权，可以升级到 SQL Server 2012 及更高版本的 Enterprise 版本。注意：从 SQL Server 2012 开始，以“每内核”模式获得授权的企业版为 Enterprise Core-based 版本。

某些授权方式的版本可以在 SA 的有效期内购买 SA Step-Up SKU，从而迁移到较高的版本。例如从标准版升级到企业版。

如果现有的 SQL Server 授权不在 SA 范围内，那么升级时必须购买所需的 SQL Server 新版本的完整许可证。

1.5.8 产品降级与降低版本

当新的 SQL Server 产品上市后，微软就不再销售旧的 SQL Server 产品。在某些场景下，如果用户希望继续使用旧的 SQL Server，那么通过产品降级可以满足这个需求。用户可以购买最新的 SQL Server 许可证，实际安装的仍然是旧的 SQL Server 产品。大多数的许可证都允许降级使用。例如，购买了 SQL Server 2016 的许可证，可以降级安装 SQL Server 2008。

从 SQL Server 2008 R2 开始，新增了用户在授权范围内降低版本的权利，允许用户使用较低的版本替换当前授权的版本。例如，购买了企业版的授权，可以在当前位置安装同产品的标准版。

《按 SQL Server 版本划分的计算能力限制》 https://docs.microsoft.com/zh-cn/sql/sql-server/compute-capacity-limits-by-edition-of-sql-server?view=sql-server-2017

1.5 软件授权1.5.1 软件授权的概念购买图书、音像、软件以及技术授权等与购买一般的商品有很大的区别。对于普通实物商品，消费者通常购买了使用权，因此拥有了该实物商品全部的权利，例如，可以自己使用，可以出租、销售给别人并获利，还可以使用、加工、改装该商品从而获得更多利益。而对于计算机软件，通常软件公司出售的只是有着各种附加条件的许可证（license），也就是说，消费者只获得...

1 --创建登录账户 2 USE [master] 3 GO 4 CREATE LOGIN [登录名] WITH PASSWORD=N'密码', DEFAULT_DATABASE=[test], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF 7 --删除登录账户(登录名不用引号，'[]'号为必须，防止用户为单...

在保密你的服务器和数据，防备当前复杂的攻击， SQL Server 有你需要的一切。但在你能有效使用这些安全功能前，你需要理解你面对的威胁和一些基本的安全概念。这篇文章提供了基础，因此你可以对 SQL Server 里的安全功能充分利用，不用在面对特定威胁，不能保护你数据的功能上浪费时间。许可给主体访问一个对象进行在对象上或与对象的特定操作。 SQL Server 拥有让你思想麻木的大量许可，你可以授...

SQL Server 是一种关系型 数据库 管理系统，用于存储和管理大量结构化数据。作为一个运维人员，你需要负责确保 SQL Server 的正常运行和高可用性。以下是 SQL Server 运维的一些重要方面： 1. 安装和配置：你需要了解如何正确安装 SQL Server ，并进行必要的配置，包括设置 数据库 引擎、安全性、网络连接等。 2. 数据库 备份和恢复：备份是保护数据免受意外损坏或丢失的重要手段。你需要定期执行 数据库 备份，并确保备份文件的安全存储。同时，当需要恢复数据时，你需要熟悉不同的恢复策略和方法。 3. 性能优化： SQL Server 的性能对于应用程序的响应时间和用户体验至关重要。你需要监控 数据库 的性能指标，如CPU利用率、内存使用、磁盘IO等，并进行性能调优，如索引优化、查询优化等。 4. 安全管理：保护 数据库 的安全性是运维工作中的重要任务。你需要设置合适的访问权限，确保只有授权用户可以访问 数据库 。此外，你还需要定期更新 数据库 服务器和相关软件的补丁，以防止安全漏洞被利用。 5. 高可用性和灾备：对于关键业务系统，你需要确保 SQL Server 的高可用性和灾备能力。这包括设置 数据库 镜像、复制、Always On可用性组等技术，以及定期测试和验证灾备方案。 6. 监控和故障排除：你需要使用监控工具来实时监测 SQL Server 的运行状态，并及时发现和解决潜在的故障。当出现问题时，你需要进行故障排除，分析日志和错误信息，并采取适当的措施进行修复。

MySQL从库1236报错Client requested master to start replication from position ＞ file size CSDN-Ada助手: 哇, 你的文章质量真不错，值得学习！不过这么高质量的文章, 还值得进一步提升, 以下的改进点你可以参考下: (1)提升标题与正文的相关性。 python发送各类QQ邮件 —— smtplib与email模块安格玛巫王-戒指: 非常好，感谢