4

我正在设置一个应用程序,并且正在考虑购买 SQL Server 的许可证。我的问题很简单(虽然可能有一个复杂的答案......)

对于 SQL Server,我真正需要多少个用户帐户?

在我看来,我会给一个主管理帐户,可能是 2 或 3 个用户帐户,然后是一个基于应用程序的帐户。

我的应用程序可能有大约 30-40 个用户,很少有 4-5 人同时用户。但正如我所见,我会设置一个包含 30-40 个帐户的 BLL - BLL 将拥有 SQL 帐户,所有 30 个帐户都将使用它来查询数据库...

我只是想知道人们对此有何看法。这是要走的路,还是我在这里对建筑有错误的想法?

4

7 回答 7

8

您的案例称为 Multiplexing ans 包含在使用中间件、事务服务器和多层架构的特殊注意事项中:

有时,组织开发使用各种形式的硬件和/或软件的网络场景,以减少直接访问或使用特定服务器上的软件的设备或用户的数量,通常称为“多路复用”或“池化”硬件或软件。使用此类多路复用或池化硬件和/或软件不会减少访问或使用 SQL Server 软件所需的客户端访问许可证 (CAL) 的数量。多路复用或池化软件或硬件前端的每个不同设备或用户都需要一个 CAL。无论运行 SQL Server 的服务器与最终使用其数据、服务或功能的客户端设备之间存在多少层硬件或软件,这仍然适用

底线:您需要为每个用户提供一个 CAL,总共需要 35-45 个许可证。

于 2009-11-16T22:30:27.753 回答
2

我的理解是,对于每个使用 SQL Server 的不同用户或设备,您需要一个 CAL,因此在您的情况下为 30-40。帐户只是针对服务器进行身份验证的一组凭据,而用户则是一堆肉。许可肉袋,而不是帐户。

不过,这是一个容易被误解的领域,我建议联系 Microsoft Licensing以了解真正的交易。

于 2009-11-16T22:37:10.927 回答
1

知道SQL Express 2005/2008的商业用途是允许的并且可能非常适合您的场景吗?

如果需要,您可以随时升级到标准版。

有关MS SQL Server 版本的比较,请查看此处。它还包括它们的局限性。我相信对于您的场景,SQL Server Express 会做得很好(前提是您的数据库不大于 4GB)。

于 2009-11-16T22:25:20.727 回答
1

简单的答案是...

对于连接到 SQL Server 的每个不同用户或设备,您都需要一个 CAL,无论最终用户和 SQL Server 安装之间的“多路复用”或 Web 服务器或代理如何。

如果您无法对它们进行物理计数和量化(例如公共网站),则需要处理器许可证。

更多的...

  • 如果您扩大商店或用户群怎么办?
  • CAL 在某些时候变得比每个处理器更昂贵
  • 你很少许可一个盒子。
  • 生产中的故障转移呢?
  • 非产品许可证(测试/开发盒)-> 获得 MSDN 订阅

我的建议:与 MS 或在您的商店中处理您的许可证的任何人交谈。您至少已经与 MS 就操作系统和 Office 达成了协议。

于 2009-11-17T05:07:48.647 回答
0

如果您的应用程序依赖于将许多用户代理到 SQL Server 实例上的 BLL,那么我认为您无法根据帐户数量获得许可证。

Microsoft 会告诉您您需要按处理器许可。(这比购买 30-40 个 CAL 许可证便宜)

于 2009-11-16T22:25:56.183 回答
0

下面是 MS Sql Server 常见问题解答的内容:

适用于外部关注的服务器应用程序。对于以外部为中心的服务器应用程序,例如 Internet 和外联网方案,处理器许可是更好的选择。在这些场景中,通常很难统计设备或用户,因此基于硬件的定价更为直接。

用于混合用途服务器。对于将从组织防火墙内部和外部访问的混合用途服务器,处理器许可通常是有利的。由于外部用户可能需要处理器许可证,因此无需通过 CAL 为内部用户单独购买访问权限。

对于防火墙内的环境。对于防火墙内客户端与服务器处理器比率相对较低的环境,如果每台设备有多个用户(例如,在呼叫中心),服务器加设备 CAL 许可模式可能是更具成本效益的选择,而如果每个用户有多个设备,则服务器加用户 CAL 许可模式可能更具成本效益。对于防火墙内客户端与服务器处理器比率较高的环境,处理器许可模式可能更具成本效益。

于 2009-11-16T23:05:03.993 回答
0

除非您在代理身份验证和审核方面做一些棘手的事情,否则您将只有应用程序的登录名。否则,我将按处理器许可。

于 2009-11-16T23:30:45.620 回答