因此，我在一个已经存在了几十年的不错的非营利组织开始了一份新工作。它们有各种各样的 SQL Server 版本和版本（例如：2005 Express 到 2016 SP2 Enterprise）和许多 Windows VM（从 2003 到 2016 的任何版本）。
以前的 DBA 没有完成有关公司拥有的许可证数量的任何文档，也没有完成版本、版本。实际上没有有用的记录。
我已经运行MAP 工具包来收集有关 SQL Server 的详细信息。所以至少我对存在哪些服务器有了一个起点，并且我已经深入研究了哪些服务器仍在提供生产数据。
我还使用了新的ApexSQL Discover工具，结果好坏参半（对不起，我喜欢你的东西，但是当我需要添加 1 台服务器时，我不能等待 3 天让这个工具运行）。还有dbatools find-dbainstance（不太喜欢使用 PS 导出大量数据）。因此，通过将所有这些拼凑在一起，我现在相当确定我已经发现了该域中曾经存在的大部分或所有实例。
当然，我已经以多种方式查询了许可，并彻底检查了完全无用且非常有用的 MS SQL 许可指南，其中似乎没有提供有关组织拥有的许可或如何获取它的任何信息。
问题的症结所在：其中一些许可证是十年（或两年）前购买的。有些肯定是纸质发票。还记得我提到这是一个非营利组织吗？从好的方面来说，许可很便宜。另一方面，许可很便宜，因此大多数或所有许可都没有 SA，因为购买新的更便宜。编辑：这是当时不购买SA的原因，我没有参与。
我是否应该假设因为很可能没有 SA（服务器也可能已获得适当许可），并且只是根据需要购买新的？这似乎是一种可怕的方法。
我的问题：
我怎么知道我的新公司拥有哪些 SQL Server 许可证，而无需尝试挖掘 2004 年的纸质发票？我以前从来没有遇到过这种情况。我唯一的选择是接受审计还是请合伙人审计？（如果是这样，微软你在做什么 bb??）。
dba.se 在这里可以提供的任何见解都可能会延长我的生命。谢谢大家！
如果您有 Premier 协议
这是相当直接的，您将分配一个客户经理 (TAM)，该客户经理可以提取提供给 Microsoft 的任何许可信息（假设它是通过许可的第 3 方或您的 Premier 合同的一部分购买的）。
从上面您可以根据您的环境根据需要/使用来分配许可证。
如果您没有 Premier 协议
在这种情况下，您需要自行登录/联系/查找与许可相关的所有记录。这可能意味着按照您的建议查找 2004 年的纸质记录，联系您在那段时间经历的任何第 3 方许可经销商，或者追踪采购订单以了解是否购买了任何东西以及在哪里购买。
此项目下的最后一种可能性是安排时间与许可专家或 Microsoft 客户代表交谈，看看他们是否可以从之前的多年协议中提取任何内容。请注意，如果您没有 SA，则许可证可能不适用于您的环境。另请注意，有些旧式许可证也可能不再适用于环境。
SA 提供了其他好处，而不仅仅是允许使用任何版本。它主要集中在许可证移动性、HA/DR、虚拟化和混合场景方面的优势。它通常也比购买净新许可证便宜。
您说您正在使用MAP 工具包，这对我来说似乎是要走的路。
当我查看许可时，我可以看到大局：
如果您查看最后一个饼图，您将看到：
我很清楚，这是您的 SQL Server 许可列表。如果您单击并下载窗口右上角的 excel 文件，您还可以调查每个 SQL Server 实例的详细信息。如果有未知许可，您可以找到服务器名称和实例名称：
我想你有你需要的一切。