有人向我询问 x64 SQL Server 安装的配置选项的完整列表。除了 SQL 配置选项外，他们还在寻找有关操作系统设置的信息（尤其是 server 2003）。
我知道我们可以从哪里获得零碎的信息，但有没有提供全面的类型列表？
有谁知道 sql 2005/8 的默认 PUBLIC 设置存在任何安全风险？
我运行了 sp_helprotect，它列出了 PUBLIC 授权，现在我有一位审计员告诉我，我有安全风险，因为 PUBLIC 可以访问系统信息。在我开始介绍我的案例之前，我想看看是否有人可以提供任何链接或信息，这些链接或信息将详细说明默认设置如何导致安全风险。
作为记录，审计员提到这些设置允许破解密码的能力，因为他们可以查看密码哈希。我无法验证该设置是否允许通过 sys 目录视图查看该信息。
提前致谢
我有一位同事正在寻求以下情况的帮助。如果有人可以提供帮助，将不胜感激。谢谢。
从他的电子邮件中：
几个月前，管理员花了很多时间安装 SCCM 作为试点。（在此之前我们在这里没有使用 System Center 的经验。）因为它是一个试点并且在一个测试盒上，他使用我们域的管理员帐户安装它，该帐户仍然称为“管理员”，并且没有添加任何其他管理员。大约一周前，我们的管理员完成了一个项目，将域范围内的管理员名称更改为其他名称，以提高我们的域安全性。不幸的是，由于该系统正在测试中，在系统审查期间遗漏了它，我们无法再管理 SCCM。
最好的方案是找到一种方法让 System Center 识别管理员的新名称，以便我们可以管理 SCCM。我们在 Internet 上找到的唯一解决方案是完全重新安装它，我们的管理员不愿意这样做，因为在安装和配置它上投入了时间——他即将在全公司范围内推出它。我知道这是一个很长的机会，但我想你可能知道一些可以帮助我们的轶事，或者你可能知道你可以推荐给我的其他人。
除了盯着墙上的时钟，有没有什么好的技术可以衡量 SQL 的各种 soft-NUMA 配置的效果？
我们希望展示的是获得的性能优势（如果有的话），但我希望展示更多的细节，而不仅仅是“过去需要一个小时，现在需要 48 分钟”，因为这还不足以证明（在我的意见）我们的 NUMA 更改是获得收益的原因。
如果有一种方法可以测量和破译某些输出，我将最有兴趣了解它们，谢谢。
我对幽灵清理过程的理解是，它每五秒钟就会寻找删除索引中的幽灵记录。因此它不会使系统过载，它一次只会“清理”大约十页。
那么，这意味着它每五秒只清理大约 8 万条记录吗？似乎我的索引总是充满幻影记录，清理工作永远不会完成。
所以，假设我运行了一个删除操作，可能有一百万行，而这几百万行的索引记录大小大约为 8Gb。所以大约是80k差异的100,000倍。这是否意味着幽灵清理过程将需要 500,000 秒或将近六天才能完成？
很明显，我在这里遗漏了一些东西，因为清除幽灵记录需要那么长时间是没有意义的。那么其他达到相同指数的活动呢？幽灵清理进程会导致等待，还是必须等待其他进程？
[这个问题是由我们在 OpsMgrDW 中看到的性能问题带来的，我们想了解更多关于这个过程的信息]