我们一直在研究将SSD与Oracle结合使用以加快测试迁移的速度。目前,迁移过程需要12到18个小时才能完成,具体取决于数据量(我们显然也在做很多性能调整)。我们有许多用于各种运行和分析的廉价linux机器。
戴尔直接提供的SSD成本过高。我想知道是否有人使用过消费级固态硬盘(例如Crucial / Micron)。
我意识到在Linux(使用Centos)上,TRIM支持将是一个问题。有没有人在Windows 7上使用它们来解决这个问题?
我们一直在研究将SSD与Oracle结合使用以加快测试迁移的速度。目前,迁移过程需要12到18个小时才能完成,具体取决于数据量(我们显然也在做很多性能调整)。我们有许多用于各种运行和分析的廉价linux机器。
戴尔直接提供的SSD成本过高。我想知道是否有人使用过消费级固态硬盘(例如Crucial / Micron)。
我意识到在Linux(使用Centos)上,TRIM支持将是一个问题。有没有人在Windows 7上使用它们来解决这个问题?
Answers:
这是我看到的SSD和数据库最大的问题:
我尚未看到您问题的任何答案,尽管我没有在数据库上使用消费级SSD驱动器的经验,但我认为ServerFault上的以下问题可能有用:
/server/69037/configuring-sql-for-optimal-performance-ssd-or-hdd
编辑:我最近找到了以下文章,并认为我会将其添加到我的答案中。它谈到了将SSD与SQL Server一起使用,但是我认为讨论的某些因素对于Oracle DBA也可能有用。
http://technet.microsoft.com/zh-cn/magazine/hh334997.aspx(减少I / O,提高性能)
SSD可以使读取数据更快。
写作不会更快。甚至不要考虑将重做文件放在SSD上,因为它们仅被写入。要加快写入重做的速度,请执行以下操作:添加更多驱动器并将它们条带化。重做顺序写入,因此增加更多的心轴可提高写入吞吐量,直到达到控制器限制。
该测试迁移在做什么?它使用过程代码还是使用集合?
如果使用过程代码,请确保执行批量操作。集总是更快。
我将旧硬盘换成Crucial M4 512 MB SSD,以便在大型Oracle数据库上进行测试。
我在VMWare的Windows 7下运行oracle 10.2。
性能变化确实令人印象深刻。导入和导出数据库以及SQL查询要快得多。
但是,我有时会出现一个奇怪的错误:
错误2012-06-18 18:18:14,177:执行查询
java.sql.SQLException时出错:ORA-01578:ORACLE数据块损坏了(文件#6,块#1646317)
ORA-01110:数据文件6:'C:\ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF'
我从未在具有HDD的同一台计算机上的同一VM遇到此问题。
在文件上运行DBV之后,没有任何内容被标记为已损坏。
关于此问题,我还没有找到任何东西。