我们正在开发和部署基于Oracle 11g EE的数据仓库，并在RHEL5 64位上为客户端进行分区。
所需的总存储空间大约为4TB。
我一直在阅读关于数据仓库的平衡硬件configuration，并且存储吞吐量对于数据仓库的性能是至关重要的; 存储应该被指定为顺序吞吐量不是容量，条带化和镜像的一切。
我们的客户非常热衷于使用他们的SAN（NetApp），原因很多：例如集中pipe理和备份，他们已经花了很多钱。
在我看来，即使是相对较less数量的本地磁盘，也比SAN有更好的吞吐量
16 x 10k RPM 600GB SFF磁盘 = 9600 GB raw =使用RAID-10的4800 GB可用空间
如果每个磁盘可以产生60MB / s的吞吐量，则总吞吐量为8 x 60 = 480 MB / s
我的问题：连接到SAN的单个Oracle数据库主机是否可以获得> 400MB / s的连续吞吐量？
我意识到我将需要至less一个4Gbps或更大的连接到SAN。 我没有看到理论上的原因，为什么SAN不能提供足够的磁盘速度。
SAN能否以“数据仓库”的速率提供数据（至less400MB / s）？ 有没有人在现实世界中看到这些速度？ 也许有一些限制，我不知道这阻止通过SAN看到这种types的速率单个主机。
我们有很多Oracle和Red Hat的经验，但我们对SAN并不熟悉。 我们是一家小公司，内部没有。
当SAN是一个集中托pipe的SAN服务于企业中的许多现有客户端时，您可能会发现理论上的SAN吞吐量与SAN的实际吞吐量几乎没有关系。 SAN可能由第三方pipe理，他们将拥有自己的SLA（可能侧重于可用性而不是吞吐量）。
我的build议是请求来自SAN的当前典型吞吐量数据，并询问您的应用程序/数据库的吞吐量。 如果您得到谨慎的回应，您应该沿着指定项目的SAN一侧的基于吞吐量的SLA的路线。