我们正在为客户开发和部署基于 Oracle 11g EE 并在 RHEL5 64 位上进行分区的数据仓库。
所需的总存储空间约为 4TB 的可用空间。
我一直在阅读有关数据仓库的平衡硬件配置的文章，并且存储吞吐量对于数据仓库的性能至关重要；存储应该针对顺序吞吐量而不是容量、条带和镜像一切进行规范。
我们的客户非常热衷于使用他们的 SAN（NetApp），原因有很多：例如集中管理和备份，而且他们已经在它上面花费了很多钱。
在我看来，即使数量相对较少的本地磁盘也能比 SAN 具有更好的吞吐量，例如
16 个 10k RPM 600GB SFF 磁盘= 9600 GB 原始 =4800 GB 可用空间使用 RAID-10
如果每个磁盘都可以生产60MB/秒吞吐量总吞吐量为 8 x 60 =480MB/秒
我的问题是：是否可以让连接到 SAN 的单个 Oracle 数据库主机获得 >400MB/s 的连续吞吐量？
我意识到我需要至少 4Gbps 或更高的 SAN 连接速度。我认为在磁盘足够的情况下，没有任何理论理由 SAN 无法提供这种速度。
实际上，SAN 能否以“数据仓库”速率（至少 400MB/s）传输数据？有人在现实世界中看到过这种速度吗？也许存在一些我不知道的限制，导致无法通过 SAN 看到单个主机的此类速率。
我们拥有丰富的 Oracle 和 Red Hat 经验，但对 SAN 不太熟悉。我们是一家小公司，内部没有 SAN。
答案1
您可能会发现，当 SAN 是集中托管的 SAN，为企业内的许多现有客户提供服务时，理论 SAN 吞吐量与实际 SAN 吞吐量几乎没有关系。SAN 可能由第三方管理，并且他们会有自己的 SLA 来交付（可能侧重于可用性而不是吞吐量）。
我的建议是向 SAN 请求当前典型的吞吐量数据，并询问您的应用程序/数据库的预期吞吐量。如果您得到的回复比较谨慎，则应选择为项目的 SAN 端指定基于吞吐量的 SLA。