求OLTP应用的大容量存储解决方案

wolfop

反正这个问题存储不是问题，大不了多台，而且肯定要多台的，否则IOPS和吞吐量都是问题。问题在于数据库的合理划分，这个必须和业务匹配。所以这个问题应该去数据库版问，呵呵。
25个RAC，每个每年增加2T?
这个随便什么存储都可以了，肯定不应该是一台，多台效率高，出问题影响范围小。

spook

他那个库很有可能是一个由于数据大集中导致的一个复杂结构，业务模型不能变引发数据库恶性膨胀……

你们需要重新规划调整业务模型，而不是靠硬件结构上来提升……

PS 有250TB数据的单位还没有钱？ 不可能吧……

goldenvista

压力主要是IO，容量大造成了实现的困难。厂商推荐分级存储，因为超过3年的数据访问频率降低不少。主要是如何实现，能做到很简单的容量扩容。

goldenvista

我们的数据主要是产品信息，每年有上千亿条信息产生，带来的结果就是50T的空间需求，而且每年都会产生新产品，长此以往。多套存储的话，有优点，也有缺点，比如成本高，利用率低，维护量增加，这个还在讨论中，多谢楼上2位的解答，谢谢！

linlong0617

OLTP的一年50T，这个系统架构比我们公司的还更烂啊，肯定需要OLAP的啊。

犯困的猫

俺说多台有啥问题吗？哥们看的都是高端货，哈哈哈

spook

OLTP的一年50T，这个系统架构比我们公司的还更烂啊，肯定需要OLAP的啊。
linlong0617 发表于 2010-11-15 15:36

    没有道理说 数据量大就要 OLAP吧……

spook

我们的数据主要是产品信息，每年有上千亿条信息产生，带来的结果就是50T的空间需求，而且每年都会产生新产品 ...
goldenvista 发表于 2010-11-12 19:08

    scale out 不是多套 存储系统，是一套啊……

    管理起来都是一套……

XIV不适合你的应用,别想了

rtm009

直接找18摸吧！emc也行 其他就别指望了

goldenvista

找了18摸的一个代理咨询XIV，结果劝我还是考虑EMC吧，当然，他也代理EMC。咨询IBM工程师，态度傲慢，得，不折腾了，就EMC吧，要么搞V-max，要么搞搞 DMX4。什么时候国货才能自强，省得受外国厂商的气！不指望国货强过外商，至少当我对外企不爽的时候有个选择。现在，没有选择。