小编Joh*_*ers的帖子

从 StackOverflow 等的问题中，我注意到还有人在使用 SQL Server 2000。老实说，对我最大的影响是我必须记住我们过去如何做没有 Common Table Expressions 的事情。

不过，我想知道是否有实际原因（除了“它没有坏”）仍然使用 SQL Server 2000。例如，我知道有些人必须使用 .NET 1.1，因为他们必须支持Windows 2000 系统。是否有任何类似的实际原因不将 SQL Server 2000 系统升级到 SQL Server 2008 或 2005？

我使用的是 Windows Server 2008，在 Hyper-V 虚拟机中运行。系统性能非常差。我们很确定这是由于内存不足造成的。我查看了如何确定我的 Windows Server 2003 是否需要更多内存？，而且我很确定每秒输入超过 300 页，这就是内存的问题。

但是，我要问一个更广泛的问题。我想将管理层的注意力集中在等待这些页面错误时浪费的时间上。有没有办法确定等待分页或其他资源所花费的时间？我对交互式用户花费的时间特别感兴趣，但包含非交互式使用的数字也会有所帮助。

澄清一下，这似乎不像抱怨：

这个系统太慢了，当一个 notepad.exe 窗口处于活动状态时，它需要几分钟才能激活已经打开并显示的第二个 notepad.exe 窗口。那只是激活。性能也不算差。我认为这相当于每天浪费数十个工时。

我正在寻找一种方法来向管理层说明浪费了多少时间。这发生在我们实际上没有十个工时可以浪费的时候。

抱歉我没有提供更多细节。

此服务器正用于 SharePoint (WSS 3.0) 开发。它运行 IIS 7，每个开发人员至少有一个应用程序池。每个开发人员都有一个或多个 Web 应用程序，每个应用程序都设置在分配给该开发人员凭据的 AppPool 中。我们正在运行 Visual Studio 2008 SP1 和 SQL Server 2008。SQL Server 数据位于与操作系统不同的虚拟磁盘上。

我一次在系统上看到了多达 8 个开发人员。服务器配置了 2GB 的 RAM，由于主机的限制，此时更多的 RAM 并非小事。如果我能提出足够的理由来纠正它，我希望这会得到纠正，形式是：这是浪费了多少时间。

编辑

感谢您的回答和评论。我同意该解决方案 - 将 SharePoint 负载加载到 4-8GB 服务器上，然后将 SQL Server 移动到具有 2-4GB 的第二个服务器上。

但我的问题更像是：是否有任何性能计数器或工具可以告诉我等待页面读取和写入所花费的时间？任何可以告诉我等待排队磁盘 I/O 所花费的时间？

可以获得诸如“每秒输入页数”之类的性能计数器，但很难说该计数器的值“太多”了。如果有“计数器”可以说明由于每秒输入的页面而花费了多少时间，那么对我的目的来说会更好。

我最近看到了一篇有趣的文章，该文章详细介绍了使用 IO 统计信息来确定性能问题的原因。在检查了我的统计数据后，我确定我有一个“IO 子系统的瓶颈”。

不幸的是，我真的不知道这意味着什么。从我在网上找到的内容来看，增加一些内存可能会有所帮助（我认为是因为它不必写入磁盘太多）但我很好奇是否有人知道确定如何执行的好方法继续？