可能重复： 你能帮我解决我的软件授权问题吗？ 根据我的理解，运行SQL Server对于连接到数据库服务器的每个用户都需要一个CAL。 但是，如果唯一访问SQL Server的计算机是运行业务层的服务器，会发生什么？ 例如，如果您有1个SQL Server和1个业务逻辑服务器，以及100个只查询和使用业务逻辑服务器的客户端。 没有客户端直接使用SQL Server，甚至没有人允许联系它。 那么，因为只有一台计算机使用SQL服务器，所以我只需要一个CAL？ 我莫名其妙地无法相信这只会算作SQL Server所需要的1个CAL，但我想知道为什么不。
从我的妻子最近购买她的新的小型企业的特定于领域的办公室pipe理软件的软件供应商那里得到的信息给我带来了毛骨悚然。 我的印象是，这是一个相对低容量的软件，但它是由一个在她所在领域有名的大公司开发和销售的。 该软件使用MS SQL Server作为其数据库，我们的购买协议包括1个服务器许可证和5个SQL Server 2008 Standard的CAL。 第一件让我觉得奇怪的事情是，当我发现他们的安装程序应用程序已经冒着将我的服务器上的SA密码更改为不太安全的自由。 当我问到这个问题时，我被告知，他们与微软的特定经销商安排要求他们更改SA密码，以便他们特许的实例只能用于他们的应用程序。 实际上，这不是一个问题，因为我仍然通过Windowslogin访问dbo，但解释听起来非常可疑。 然后今天我再次询问我们什么时候可以收到我们的官方SQL Server产品密钥，因为到目前为止，我们已经在从MSDN媒体安装的实例上运行，使用我的MSDN产品密钥之一进行临时激活（业务isn还没有打开，我一直假设我有这个有效的产品密钥）。 我被告知，他们的代表需要远程访问我们的服务器，以便他可以使用他们具有“embedded式密钥”的媒体重新安装SQL Server。 MSSQL甚至在预先印制的媒体上提供，如果是的话，是否有人允许重新销售预先印制的媒体？ 因为他坚持要远程进行自我安装，所以我的设想是，我们最终不会得到这个预先印制好的媒体的副本，而是将自己的产品密钥embedded其中。 他还声称，使用MSDN媒体安装的实例不能使用其许可证。 我是偏执还是这听起来腥？ 我是一个几乎没有MS许可经验的.NET开发人员，但我知道这可能会很复杂，所以我想这一切都可能是完全正常的。 在这一点上，尽pipe我倾向于坚持要么给我们一个有效的产品密钥和服务器/ CAL证书，或给我们在我们购买的MSSQL部分退款。 截至 2011年3月21日更新 ：供应商现在声称参与下面的@Sergey提到的ISV版税计划。 他们似乎并不符合该计划的要求， 特别是SQL Server EULA并没有被纳入我们的合同，他们提供SQL作为他们解决scheme的一个可选的额外成本部分，而不是一个整体部分。 我联系了MSFT Licensing，并被告知他们需要供应商的ISV协议编号才能进一步研究。 该厂商的IT总监同意给我一份ISV协议副本，但是我还没有看到（或者对此有任何回应）。 最后，大约2个星期前，我向BSA提交了一份报告。 在接下来的几个星期里，我应该知道他们是否会进行调查，但是我所说的代表听起来并不乐观 – 他说优先考虑的是通常情况下，最终用户的员工正在报告他们的情况雇主。 无论如何，MSFT的许可代表告诉我，只要我的妻子的业务有一个ISV的发票显示所需的SQL许可证数量包括在购买中，她已经涵盖，无论供应商是否合规。
我的问题很简单：两者之间有什么不同/相似之处/基数 交易 批 连接和 声明 在SQL Server？ 据我所知，连接是一个SQL Server实例和客户端之间的一个通信通道，在这个通道中，语句集合被分组为批处理。 批处理可以隐式或显式映射到一个或多个事务。 它是否正确？
是否有PowerShell命令将执行服务器上的所有数据库的备份？ 或者，我可以从PowerShell调用存储过程（将执行备份）？
测量SQLServer数据库碎片/性能下降并确定何时碎片整理SQLServer数据库表的最佳做法是什么？ 我最感兴趣的是学习哪些有用的指标，以及哪种性能下降应该触发碎片整理。
任何人都有更新到SQL Server的免费pipe理工具的date列表。 在SQLServerCentral上有一个论坛post，但它非常过时。 请提供一个链接，因为一些供应商做了很好的隐藏免费的东西。
出于什么原因以及在什么情况下，您将使用“脱机”/ ALTER DATABASE dbName SET OFFLINEfunction。 您可以使用脱机数据库执行哪些任务？ 您只能使用脱机数据库执行哪些任务？
从StackOverflow和其他地方的问题来看，我注意到仍然有人使用SQL Server 2000.说实话，对我的最大影响是我必须记住我们如何在没有公共表格expression的情况下做事情。 不过，我想知道是否有真正的原因（超过“它是不是破碎”）仍然使用SQL Server 2000.例如，我知道有人必须使用.NET 1.1，因为他们必须支持Windows 2000系统。 是否有任何类似的，实际的理由不将SQL Server 2000系统升级到SQL Server 2008或2005？
从%ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cache文件夹中删除旧的累积更新目录是否安全？ 至less这个MSDN博客文章告诉在这个目录中留下任何东西。 是否有任何参考或支持性声明告诉我可以或不可以这样做？ 理由：由于SQL Server的臭名昭着的“增量服务模型” ，SQL Server 2012的SP1迄今为止已经有9个累积更新版本。 Update Cache目录随着每个CU安装而增加，并且在自SP1安装以来每个CU已经安装的环境中，已经达到了9GB。 我们有望在下一个SP “今年晚些时候”之前为未来的3个CU版本增加3 GB。 由于更新是“累积”，我试图确定是否可以安全地从更新caching中删除最新的累积更新目录。 对于单个服务器，我可能不会感到困扰，但是由于SQL服务器实例的存储需求不断增长，存储团队成员（他们还没有设法实现基于存储的重复数据删除）频频哭泣，而且我的办公室的地毯已经湿透了。
想象一下，你有一个成功的Web应用程序，它使用ASP.NET和IIS 7.它会产生很多对SQL Server 2008数据库的调用，并且预计将以99.9％的正常运行时间向公众提供（停机时间为8小时45分钟年）。 我们的目标是： 在服务器上安装Windows更新，而不会导致客户停机 防止服务器上的硬件崩溃，因为超时而使ASP.NET应用程序变慢 与对ASP.NET应用程序进行负载平衡不同，负载平衡SQL似乎要困难得多。 为使用Microsoft堆栈的Micro-ISV设置简单的负载平衡SQL Server 2008 R2群集，您有哪些最佳做法？