对于T级海量数据的数据库应该如何设计和管理？

zhang41082

系统数据量大小不是关键吧，并发和压力也是很大的原因。不过对于大库的备份确实要好好规划，不然恢复起来绝对是超级慢

cc59

有钱啊．才这点数据量就这么好的配置．

9191beijing

最初由 hzlsuzhou 发布
[B]补充一点，我们的Server是sun的，32个CPU,16G 内存，使用的是存储池. 数据库是oracle 9i. [/B]

对不起，是你们的设计有问题还是Oracle的数据库有问题，这整个数据库已经都在内存里了，还有性能问题，还不如扔了车，改拄拐棍儿呢。

说点儿真格的，到了TB级的数据库，传统数据库都不太好使，要用真正的数据仓库引擎，像Sybase IQ, Netezza, TeraData之类的，问题就迎刃而解了。

cc59

最初由 9191beijing 发布
[B]

对不起，是你们的设计有问题还是Oracle的数据库有问题，这整个数据库已经都在内存里了，还有性能问题，还不如扔了车，改拄拐棍儿呢。

说点儿真格的，到了TB级的数据库，传统数据库都不太好使，要用真正的数据仓库引擎，像Sybase IQ, Netezza, TeraData之类的，问题就迎刃而解了。 [/B]

谁说的呀．我们这里的oltp．ＴＢ级的至少超过８个以上

hanchaoyong

你们单位(公司)太有钱了！！！

tolywang

据我所知， 大型数据库都会有历史数据和在线操作数据之分 。

几十TB数据估计应该是放在Data Warehouse 上做数据分析的 ， 主要是历史数据。

俺们生产库一般到了 500G 左右会考虑转移历史数据了 。

cc59

现在很多系统oltp和olap没有明显的区别．

fjliangrq

楼主说的是真的假的,15G的数据库跑在我笔记本上就好了啊，要这样的设备吗?

alantany

我们的硬件比楼主差好多，但使用的是集群：
存储上分为3层：
在线 8个6nodes RAC（SAN) --->离线8个3nodes RAC（SAN)----->200T的磁带库(vetitas netbackup)

shiyihai

好的应用系统不应该把T量级的数据永久保存到数据库系统表中。
不定期的隔离、删除、备份和转移历史数据和垃圾数据是很有必要的。