我应该如何估计SQL Server 2005数据库的硬件要求？

Question

我们被要求为尚未构建的ASP.NET Web应用程序指定生产数据库硬件。

我们需要确定的规格是：

• 数据库CPU
• 数据库I / O
• 数据库RAM

以下是我目前正在关注的指标：

• 预计未来点击次数 网站 - 基于当前的IIS日志。
• 估计的最坏情况峰值负载 网站。
• 每个数据库查询的估计数量 页面，平均而言。
• Web场中的服务器数量 将会打击数据库。
• 从数据库缓存轮询流量 （使用SqlCacheDependency）。
• 估计的数据缓存未命中。
• 估计的每日数据库事务数。
• 最长可接受的页面渲染时间。

我们应该考虑其他任何指标吗？

此外，一旦我们制定了所有这些指标，它们如何转化为硬件要求？

Answer 1

我最近在服务器规划方面所做的是使用惠普提供的一些免费工具，这些工具统称为“服务器大小调整器”。这些都是很棒的工具，因为它们可以找出要使用的最佳RAID类型，以及处理负载的正确磁盘轴数（在规划好数据库服务器时非常重要）和内存处理器等。我已经提供了以下链接我希望这会有所帮助。

http://h71019.www7.hp.com/ActiveAnswers/cache/70729-0-0-225-121.html?jumpid=reg_R1002_USEN

Answer 2

我缺少的是衡量所需/必需/定义的可靠性水平。

虽然您可能会指出一台大喇叭机来处理所有负载，但根据您的可靠性要求，您可能更愿意投资更小但更多的机器，并投资到更安全的磁盘子系统（RAID 5）。

马克

Answer 3

在我看来，估算尚未构建和设计的应用程序的硬件更像是一个政治问题，而不是一个科学问题。当您完成项目时，当前的硬件功能及其价格，功能要求，预期的并发用户数，外部系统和所有其他内容都将发生变化，这种变化是您无法控制的。 但是，这个问题经常出现，因为您需要在提案中输入数字或向经理提供报告。如果它是一个提案，你要完成的是提出一个可以支持建议的软件系统的规范。唯一的诀窍是提出一个不会增加竞争成本的系统，同时又不会让自己面临低性能系统的风险。

Answer 4

如果您可以根据页面匹配来表征当前工作负载，那么您可以： 1）计算将对每个页面进行的典型查询类型 2）使用上述2条信息，估算数据库服务器上的工作量

您还需要确定自己的效果要求 - 您希望网站的最长和平均响应时间是多少？

考虑到工作负载和性能要求，您可以计算容量。做出此估算的最佳方法是使用一些现有硬件，在该硬件上的数据库上运行模拟数据库工作负载，然后根据您在第一步中的数据推断硬件要求。