分析: 这样的数据情况,大概需要什么样的db和服务器架构

标题不让使用'求&助',只好写成分析啦:)

事情很急,5月中下旬要用,有经验的朋友,帮忙分析下.

目前的可参考的数据规模:
债权数:10w
交易履历:3年
交易数:350w
db2单机:35G

要解决的db2应用:
100w债权,10-20年的交易履历.
并发连接数200

数据库肯定用db2 8了,os是rh.
是交易型(OLTP)，不是分析型(OLAP)
如果做集群的话,几台机器,什么配置,如何架构,比较合适呢?

请各位从各个应用角度提供下有利的数据.
因为考虑到成本和性能等很多因素,需要有几套可选的合理方案.

thanks

需求不是很清晰。。OLTP要保持10年的履历？

神啊,总算有人回复啦 :D
这10年的履历,只是用来根据现有系统估算数据规模.
实际应用中是db中只保留3个月的履历,超过3个月的会在备份服务器上.

硬件投入直接和成本挂钩,客户比较关心银子.

db2 V8可以启用DPF吧，最好前期对数据规模，增长趋势有一定的预估。如果预算不多的话现在一台Server上面起2-3个node（2cpu一个），以后可以再扩充。
另外，看看对HA什么的是否有要求。。