小编Mik*_*ell的帖子

我从软件供应商那里获得的信息让我感到毛骨悚然，我妻子最近从该软件供应商那里购买了她的新小型企业的特定领域办公管理软件。我的印象是，这是一款相对较小的软件，但它是由一家在她的领域中享有盛誉的大公司开发和销售的。该软件使用 MS SQL Server 作为其数据库，我们的购买协议包括 1 个服务器许可证和 5 个 SQL Server 2008 标准版 CAL。

让我感到奇怪的第一件事是当我发现他们的安装程序应用程序冒昧地将我服务器上的 SA 密码更改为不太安全的密码时。当我询问此事时，我被告知他们与 Microsoft 的特定经销商安排要求他们更改 SA 密码，以便他们的特别许可实例只能用于他们的应用程序。实际上这不是问题，因为我仍然可以通过我的 Windows 登录访问 dbo，但解释听起来非常可疑。

然后今天我再次询问我们什么时候可以收到我们的官方 SQL Server 产品密钥，因为迄今为止我们一直在从我的 MSDN 媒体安装的实例上运行，使用我的 MSDN 产品密钥之一临时激活（业务是尚未打开，我一直假设此时我有一个有效的产品密钥）。有人告诉我，他们的代表需要远程访问我们的服务器，以便他可以使用具有“嵌入式密钥”的媒体重新安装 SQL Server。MSSQL 是否甚至在 pre-pidded 媒体上提供，如果是这样，是否允许任何人转售 pre-pidded 媒体？因为他坚持远程访问和安装自己，我的假设是我们最终不会得到这个带有我们自己的产品密钥的预制媒体的副本。

我是偏执狂还是这听起来很可疑？我是一名 .NET 开发人员，对 MS 许可的经验几乎为零，但我知道这可能很复杂，所以我认为这一切都可能是完全正常的。在这一点上，尽管我倾向于坚持他们要么向我们发送有效的产品密钥和服务器/CAL 证书，要么就我们购买的 MSSQL 部分向我们退款。

2011 年 3 月 21 日更新：供应商现在声称参与了下面@Sergey 提到的 ISV 版税计划。不过，在我看来，他们并没有遵守该计划的要求；特别是 SQL Server EULA 没有包含在我们的合同中，他们提供 SQL 作为他们解决方案的一个可选的额外成本组件，而不是一个组成部分。我联系了 MSFT Licensing，并被告知他们需要供应商的 ISV 协议编号，以便进一步调查。供应商的 IT 总监同意向我发送他们的 ISV 协议副本，但我还没有看到它（或对此问题的任何回复）。