带有 Oracle 的 SSD

Stu*_*ock 19 performance oracle

我们一直在研究将 SSD 与 Oracle 结合使用,以加快我们的测试迁移运行。目前完成迁移运行需要 12-18 小时,具体取决于数据量(我们显然也在进行大量性能调整)。我们有许多廉价的 linux 机器,用于各种运行和分析。

直接从戴尔购买 SSD 的成本高得令人望而却步。我想知道是否有人有使用消费级固态硬盘(例如 Crucial/Micron 固态硬盘)的经验。

我意识到 TRIM 支持在 Linux(使用 Centos)上会是一个问题。有没有人在 Windows 7 上使用过它们来解决这个问题?

Jef*_*eff 7

我还没有看到您的问题的任何答案,虽然我没有将消费级 SSD 驱动器与数据库一起使用的任何经验,但我认为 ServerFault 上的以下问题可能有用:

https://serverfault.com/questions/69037/configuring-sql-for-optimal-performance-ssd-or-hdd

编辑:我最近发现了以下文章,并认为我会将其添加到我的答案中。它谈到将 SSD 与 SQL Server 一起使用,但我认为所讨论的一些因素可能对 Oracle DBA 也有用。

http://technet.microsoft.com/en-us/magazine/hh334997.aspx(减少 I/O,提高性能)


Ker*_*tts 7

以下是我在 SSD 和数据库中看到的最大问题:

  • 固态硬盘故障
    • 它发生的频率比我希望的要高;通常在正常使用的一到两年内,如果大量读取/写入,速度会更快。将重做、日志和数据文件发送到 SSD 时会发生什么?多读多写。糟糕的组合,海事组织。
  • SSD“万能”
    • 在读取速度方面,SSD 不错,是的。它们非常适合从操作系统启动或从中启动程序。但是,不应让 SSD 成为全面优化的解决方案。我敢肯定您不是,因为您可能会尽一切努力使迁移速度更快,但有时 SSD 似乎是避免在优化方面遇到一些更棘手问题的圣杯。(在很多方面,关于将更多硬件或内存投入到问题中也是如此。有时优化问题比投入更多硬件更好。)
  • 读/写不匹配
  • 磨损均衡和安全
    • 如果对安全性有任何顾虑,则 SSD 中的磨损均衡将使擦除驱动器并确定其已归零几乎不可能。两次、三次甚至更多次的传递甚至都无法完成,并且始终有可能仍然可以获得您的某些部分数据。


ik_*_*elf 5

SSD 可以使读取数据更快。

写作不会更快。甚至不要考虑将重做放在 SSD 上,因为它们只被写入。要加快写入重做的速度:添加更多驱动器并对它们进行条带化。重做是按顺序写入的,因此添加更多轴可以提高写入吞吐量,直到达到控制器限制。

测试迁移在做什么?它使用过程代码还是使用集合?

如果使用过程代码,一定要实现批量操作。集合几乎总是更快。