sql-server - 使用 SQL Server 的网站的外部连接器许可证

Question

我刚刚在与 Microsoft 许可代表交谈时发现了一些非常奇怪的事情，我想将其运行到社区中，看看是否有人意识到这一变化。

我询问了有关 SQL Server/Windows Server 许可的问题，这导致我被推荐为不使用 Windows 用户的网站使用外部连接器许可证。

我将其归结为以下基本场景:

服务器 1:

Windows Server 2008 R2，运行 IIS 7.5，使用自定义的面向公众的网站，使用自行开发的身份验证机制(即不是本地 Windows 用户或 AD 用户)，其中用户数量(经过身份验证或未经身份验证)不确定。

服务器 2:

Windows Server 2008 R2，运行 SQL Server 2008 R2。

服务器 1 上的网站使用 SQL 身份验证登录连接到服务器 2 上的 SQL Server。

所需的许可是:服务器 1 的 Windows Server 许可证Server 2 的 Windows Server 许可证SQL Server“每处理器”许可证和服务器 2 的外部连接器许可证。

这似乎很荒谬，因为它使服务器 2 的 Windows 许可证成本增加了三倍。此外，就 SQL Server 而言，没有多个客户端连接，只有 1 个“设备”提供大量“增值” “仅在来自 SQL Server 的数据之上。

我的问题是，有人遇到过这种情况吗？这似乎是错误的，因为我想，上面的情况是大多数创建网站的 .NET 软件公司最常见的情况，而且，在为一些公司工作过的情况下，我从未听说过这种情况!

我见过这个问题:

https://stackoverflow.com/questions/3072044/external-connector-licensing-with-website-hosted-on-windows

但是，它并没有真正获得有关场景等的足够信息，也没有引用任何适当的资源。

如果有人能够真正指出信誉良好的网站中有关此问题的部分，而不仅仅是指向通用“客户许可证”页面的链接，我将不胜感激。

Answer 1

对之前的答案进行一些补充:

• 每个单独的许可证涵盖 2 个核心:这是错误的。如您所料，每个核心许可证涵盖一个核心。事实上，SKU(您可能购买的产品引用)是包含 2 个核心许可证的包。如果您在将许可证分配给服务器时需要，此包可以分为 2 个单核许可证。顺便说一句，我很高兴知道在 Microsoft 创建此 SKU 的“才华横溢”的人的名字，因为它增加了很多困惑，并为我的行业(软件 Assets 管理 (SAM))带来了更多工作.

• 我会选择微软，因为他们将进行软件审核:这也是错误的。 Microsoft 从不自行进行软件审核。他们总是将此事委托(delegate)给第三方。因此，Microsoft 对许可规则的内部了解通常非常少，我强烈建议改为询问许可专业人士，例如 SAM 顾问。

• 对于 Martin 的评论，与我们打交道的 Microsoft 许可人员(LAR)有不同的看法:LAR(或 LSP)现在是他们的新名称，通常是纯粹的经销商，其许可知识通常也很差。他们的目标是销售最多，而不是确保客户合规，优化更少。我对他们的不同想法并不感到惊讶。再次强调，请询问 SAM 专业人士。

最诚挚的问候，吉尔斯