使用Oracle的SSD

Question

我们一直在研究如何在Oracle中使用SSD来加快我们的测试迁移运行。目前，完成迁移运行需要12至18个小时，这取决于数据量(我们显然也在进行许多性能调整)。我们有许多用于各种运行和分析的廉价linux盒。

直接来自戴尔的SSD的成本令人望而却步。我想知道是否有人有使用SSD的经验(比如关键的/微米的)。

我意识到TRIM支持在Linux上是一个问题(使用Centos)。有人在Windows 7上用它们来对付这个问题吗？

Answer 1

下面是我看到的关于SSD和数据库的最大问题(S)：

• SSD故障
  • 这种情况发生的频率比我想的要高；通常在一到两年内正常使用，如果从/写到重读，速度更快。当您将重做、日志和数据文件发送到SSD时，会发生什么？读得多，写的多。糟糕的组合，海事组织。

• SSD“治疗-全部”
  • SSD在阅读速度方面是很好的，是的。他们是伟大的启动从一个操作系统，或启动程序从。但是，我们不应该允许SSD成为全面优化的解决方案。我相信您不是这样做的，因为您可能会尽一切努力使迁移更快地进行，但有时SSD似乎是一个圣杯，以避免在优化方面出现一些更困难的问题。(在很多方面，同样的问题也可以用来解决更多的硬件或内存问题。有时，最好是优化问题，而不是扔更多的硬件。)

• R/W失配
  • 读得很快。
  • 写入的速度不如读(虽然通常比HDD好) http://en.wikipedia.org/wiki/Solid-state_驾驶
  • 因此，SSD只对引导媒体(如OS、db可执行文件等)有很好的意义。

• 磨耗平整与安全
  • 如果安全是任何程度的关注，磨损水平在你的SSD将使它几乎-不可能擦除驱动器，并确保它已被归零。两次、三次甚至更多的传递都做不到，而且您的数据的某些部分仍然是可以获得的。

Answer 2

对于您的问题，我还没有看到任何答案，虽然我没有使用带有数据库的消费级SSD驱动器的经验，但我认为在ServerFault上的以下问题可能是有用的：

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

编辑:我最近发现了下面的文章，我想把它添加到我的答案中。它讨论了如何在SQL Server中使用SSD，但我认为讨论的一些因素也可能对Oracle DBA有用。

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

Answer 3

SSD可以使读取数据更快。

写作不会更快。甚至不要考虑把重做的SSD，因为他们只是写到。若要加快重做的写入速度，请添加更多驱动器并对其进行条带化。重做是按顺序编写的，因此添加更多的纺锤体可以提高写入吞吐量，直到达到控制器限制为止。

这个测试迁移是做什么的？它是使用过程代码还是使用集合？

如果使用过程代码，请确保实现批量操作。布景总是更快。