数据库如何做资源评估？（技术交流）

如同楼上所言，项目资源调研需要依据具体应用的需求来个别分析，如果从数据库角度，主要得考虑以下几个方面来规划你的硬件资源和架构：
1）从交易量、扩展计划、高可用需求、业务类型等几个方面先考虑会使用何种基本架构，如果以DB2为例，得看应用是OLPA还是OLTP，是否要使用DPF或者pureScale，对HA的计划是怎样（pureScale，HADR和操作系统/存储方面都能满足某些方面的HA）等，即便是同一种数据库软件，不同的架构会对硬件需求影响较大。
2）应用的负载对CPU和内存、磁盘甚至包括网络的决定比较大，比如每秒的访问量，交易数，不同交易类型（比如分析性还是交易性，长交易和短交易比，读写比等）分析等；不仅要看当前的还要预估未来3-5年的。
3）数据的增长，同样是要有初期的，以及未来的一个预估；这方面尤其对存储计划影响大。 对数据高可用和安全性的考量也是必要的。
3）预算 -- 不是技术因素但是很重要，它会决定一些取舍。

一般来讲很难有固定的工具或者模型来计算，除非应用本身比较特定，比如SAP就有资深的一套估算办法，但是只适用于SAP应用。所以最终需要专业且有经验的顾问根据实际应用以及业务需求来筹划，才好出来一个比较成熟和经得住考验的方案，规划如果过于轻率可能会给后期项目实施上线带来隐患。

希望这个回复有所帮助，如果需要可以线下仔细讨论，谢谢。收起

回复 5# forrest_maxu
大概了解您的意思，但是由于应用需求之间的差异较大，至今我们没有看到能够对DB2的sizing有一个统一的计算方式或者官方文档，IBM内部（包括为外部的合作伙伴）提供了一些sizing问卷或者工具，但是仍是针对特定系统，得知道一些基本的信息，比如OLTP还是OLAP，pureScale还是BLU（涉及使用不同工具和硬件平台），数据的增长，交易的量级等等，下面提供更多的一些思路，都是基于过去项目的一些经验总结，供参考：
1. 根据业务，纯估算出比如未来3年的一个数据量
2. 根据业务量，估算一下DB2内存所需的大小，如关键bufferpool, sortheap, 各种cache等
3. 可以根据下面的文档，里面有几个建议。计算出CPU的一个用量
- In general, four to eight gigabytes per processor core should be adequate for most applications.
- In business intelligence (BI) environments, 200-300 GB of active raw data per processor core is a reasonable estimate.

http://www-01.ibm.com/support/knowledgecenter/SSEPGG_10.1.0/com.ibm.db2.luw.admin.perf.doc/doc/c0054689.html?lang=en

4. 根据CPU和内存，可以大致估算出底下的磁盘配比的，如1 Core 对 15-20 Disk。当然，现在都是用SSD做Log，这点可能需要考虑
5. 实际测试或PoC，可以作为一个方面进行佐证
6. 类似系统的一个按比例计算，也可以佐证需求


总之，由于系统类型和需求的多样性，需要考虑的方面相对比较多，不容易通过个别指标来做计算，可能最终还是得借助sizing工具和实践经验，具体项目具体分析。抛砖引玉，如有疑问可具体探讨。收起

回复 3# 新数科技


   其实我是通过一完事的数据对系统进行量化。不会造成资源的浪费。最好提供一个依据，比如每秒100交易量，cpu和内存配置多少比较合适
   我不会针对某个项目，只是大家在对一个需求评估，往往都是根据经验估算出来，每个经验和目的不同，往往结果就不同收起

这个要作为项目来做。做很多方面的需求分析，最后给出一个完整的Capacity Planning Solution。最重要的是有很多实施经验。收起

这个要根据您具体的应用需求来做评估收起