DB2架构设计师们请进，请教架构问题

wdq007

我这系统的运做特点和普通应用不一样。
1。非密集并发式应用，非常极端情况下也不过20来个并发，一般情况最多也就4，5个并发
2。非密集读写式应用，每周的业务操作次数不多。
3。记录的数据非常简单，每条记录的大小才几十个字节，但每次操作的数据量非常大，一次业务操作最多可能插入上亿条记录。
4。数据库日志记录要求非常详细，比如我一次业务操作插入5千万条记录，那么需要对每条记录的操作都进行日志记录
5。数据库的操作非常简单，由于表很少，表结构简单，所以不涉及复杂的查询操作，一般只是做插入删除操作。
6。对数据完整性的要求非常高

各位认为，这样的应用，该怎么设计DB2的硬件架构才合适？
我个人认为，存储方面最关键，需要一个性能良好的raid1+0 阵列， HA是必须的，但似乎负载均衡没有太大意义，因为本身对数据库的业务操作次数很少，只是每次操作数据量很大。
我拿不定的是服务器的计算能力和内存
另外HA的架构也直接影响服务器计算能力的考虑

请各位给点意见，谢谢

asdjewfdioe

1 存储容量大
1亿=100m
一个记录=500
1亿记录=50g

2 对机器的计算要求高
因为你的都是insert etc，所以对cpu要求比较高，建议smp的多cpu

3 存储系统缺失重要，要多用hdd，将不同的表放在不同的drive上面，让drive做0+1

4 分区数据库
一次insert50g数据，太猛，建议分区数据库

5 ha 没有必要

6 在代码中迅速commit

7 可以的话，做hadr

8 当然，内存要很大

lizhuo

只是插入大量数据，很简单，用分区数据库，并行装载数据，速度非常快。内存要大。ha没有必要。