软件带宽/数据库增长公式

Question

是否有任何行业标准公式或经验规则来确定：

1. 应用程序带宽使用/要求
2. 数据库增长需求

最近，我开始管理一个新的.NET 3.5/ Server项目，并希望在确定应用程序在存储和带宽方面究竟需要什么时，采取比以前更结构化的方法。如果有人有任何指点，我会非常感激的！

Answer 1

我不是SQL Server专家，但总的来说，对于数据库大小，最好的方法是了解一下模式。例如，数据库中是否存在分区？是否有很多索引等，现在每个事务中进入数据库的记录数与每小时事务的频率相乘。这就提供了每小时进入数据库的记录总数。将这与平均行大小相乘，这提供了数据库的大小，而没有分区和索引空间开销。要计算分区开销，需要了解分区的类型，如范围分区或散列分区等，以及每小时或每天将创建的分区数量，并将分区的空间开销相加。通常，这个数字需要增加50%来估计数据库的大小。在网络的情况下，有很多方法可以做到。我运行以太来捕捉网络流量。如果捕捉到网络流量，就会变得有趣--数据的季节性如何--比如当peack时间是什么时候，繁忙时间带宽的最大使用量是什么等等。然后你需要一个很好的工具来做预测--比如处理数据的季节性，了解数据的趋势，并大致预测如果增加负载会发生什么。一个简单的图形和一个线拟合曲线使用y=mx+c也将帮助您在这里。

Answer 2

先披露:我为Quest软件工作，这是一家从事绩效管理和能力规划的公司。

有很多产品可以满足这些需求。Quest提供了一些功能，比如用于Server的Spotlight、用于IIS的Spotlight、用于Server的容量管理器，等等。没有单一的公式或经验法则，因为系统中的每个组件对加载的反应都不同，存储的每一件东西的规模也不同。

例如，如果将销售数据存储在数据仓库中，则销售数据将呈线性增长。这是一个简单的公式：

(营业天数)*(每日交易)*(每次交易项目)

当你第一次开商店的时候，每天的交易额是相当低的，但是随着关于你的生意的消息传开，每天的交易量增加了。如果你开始携带更多的商品(比如亚马逊，从书籍到所有东西)，那么你的每笔交易项目也会增加--但不一定。随着时间的推移，随着您的报告需求的增长，您将实现聚合表，以包含有关客户的数据、人口统计等，这也将改变您存储的数据量。

另一方面，如果您正在构建一个web过滤应用程序，则公式取决于每个公司的员工人数。随着时间的推移，人们的冲浪次数将大致相同，但是公式会受到你是否会雇佣更多的人或下岗人员的影响。

如果您确定了一个公式来预测您的数据增长，那么这个公式对于预测CPU需求或带宽需求并不一定有用。

因此，每个容量规划产品都有自己的一组公式。例如，容量管理器有大约6个不同的公式来预测磁盘的增长，而这甚至没有提到CPU或内存的需求。在一家大商店里，您会发现不同的公式对不同类型的数据更有效。一般说来，我发现买一个现成的有所有这些公式的产品是更有效的，而不是重新发明轮子成为预测公式的专家。(我知道，我知道，你会希望我这么说，因为我为一家供应商工作，但在我来为Quest工作之前，我买了一个DBA的容量经理。)

Answer 3

我会不敬地指给你看帕金森数据定律。

但是，对于数据库中的每个表，我试图了解平均记录大小(特别是在处理varchars这样的可变长度字段时)，然后将其乘以您期望在一年内添加的记录数。然后，我把它们加在一起，然后把最有意义的数字加起来，并将结果翻一番。这就为管理和增长留下了很大的空间。

 round_up_to_one_sig_digit(sum(average_table_row_size 
                             * num_rows_in_one_year)) * 2

类似的方法适用于网络容量，但您将遇到人类和网络的一些特性。它们并不都是平均每隔一段时间登录的(所以你在白天/晚上会有高峰，清晨会有山谷。)你也不想超过80%的网络容量或性能，只是普通坦克与碰撞，等等。