Oracleを搭載したSSD

19

テスト移行の実行を高速化するために、OracleでSSDを使用することを検討してきました。現在、移行の実行を完了するのに12〜18時間かかり、データ量に依存しています（明らかに多くのパフォーマンス調整も行っています）。さまざまな実行や分析に使用している安価なLinuxボックスが多数あります。

デルから直接のSSDのコストは法外です。消費者向けSSD（Crucial / Micronなど）の使用経験がある人はいないかと思いました。

Linuxでは、CIMを使用してTRIMサポートが問題になることを認識しています。誰かがこれに対抗するためにWindows 7でそれらを使用しましたか？

oracle performance

— スチュアート・ブロック
ソース

1

最終的には、インデックスとテーブルスペース用のSSDを追加し、それらの2つをストライピングしました。私たちは期待していた大きなスピードジャンプを得ることができませんでした。移行の実行は10〜15％速くなりましたが、他のオプションがないため、時間の節約になりました（Oracleのチューニングエキスパートは既にDBを解放していました）。すべてのコメントをありがとう。私たちはCrucial SSDを使用しましたが、これは非常に優れたパフォーマンスを手頃な価格で提供し、問題はありませんでした。また、摩耗することも承知しており、それら（および大量のバックアップ）に注目しています！すべてのコメントをありがとう。スチュアート。

— スチュアートブロック

6

SSDとデータベースで見られる最大の問題は次のとおりです。

SSDの障害
- 私が望むよりも頻繁に起こります。多くの場合、通常の使用で1〜2年以内に、読み取り/書き込みが多ければ高速になります。REDO、ログ、およびデータファイルをSSDに送信するとどうなりますか？読み取りが多く、書き込みが多い。悪い組み合わせ、IMO。
SSD「すべて」
- 読み取り速度に関して言えば、SSDは素晴らしいです。OSから起動したり、プログラムを起動したりするのに最適です。しかし、SSDが完全な最適化の修正になることを許可しないでください。移行を高速化するためにできる限りのことを試みる可能性が高いので、そうではないと確信していますが、SSDは、最適化に関して困難な問題のいくつかを回避するための聖杯のように見える場合があります。（多くの点で、問題に対してより多くのハードウェアまたはメモリを投げることについて同じことが言えます。時には、より多くのハードウェアを投げるよりも、問題を最適化する方が良い場合があります。）
R / Wの不一致
- 読み取りは非常に高速です。
- 書き込みは読み取りほど高速ではありません（通常はHDDよりも優れています）
  http://en.wikipedia.org/wiki/Solid-state_drive
- そのため、SSDはブートメディア（OS、db実行可能ファイルなど）にのみ意味があります。
ウェアレベリングとセキュリティ
- セキュリティに懸念がある場合、SSDのウェアレベリングにより、ドライブを完全に消去し、ゼロ化されたことを確認することはほぼ不可能になります。2、3、およびそれ以上のパスではそれができません。また、データの一部がまだ取得可能である可能性が常にあります。

— ケリー・ショッツ
ソース

2019年も同じ意見がありますか？

— TrojanName

7

質問に対する回答がまだありません。また、データベースでコンシューマグレードのSSDドライブを使用した経験はありませんが、ServerFaultに関する次の質問が役立つと思いました。

/server/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の削減、パフォーマンスの向上）

— ジェフ
ソース

5

SSDはデータの読み取りを高速化できます。

書き込みは速くなりません。REDOは書き込み専用であるため、SSDに配置することさえ考えないでください。REDOへの書き込みを高速化するには、ドライブを追加してストライプします。REDOは順次書き込まれるため、コントローラーの制限を満たすまで、スピンドルを追加すると書き込みスループットが向上します。

そのテスト移行は何をしているのですか？手続き型コードを使用していますか、それともセットを使用していますか？

手続き型コードを使用する場合は、必ず一括操作を実装してください。セットはほとんど常に高速です。

— ik_zelf
ソース

1

特に同じ量のストライピングで、SSDの書き込み速度が低いことを示すベンチマークのソースはありますか？私の理解では、SSDは書き込みでも高速ですが、違いは読み取りの場合ほど劇的ではありません。

— リーリッフェル

@Leigh-それは本当ですが、本当のポイントは、ランダム ioの方がシーケンシャルよりも利点がかなり大きいということです。SSDは依然としてランダムIOPSの高いニーズにのみ対応していると言っても過言ではないと思います。

— ジャックダグラス

1

M5000システムでf5100カードを使用していくつかのテストを行い、ファイルと拡張sga専用のzfsのセカンダリキャッシュとしてフラッシュディスクを使用しようとしました。SANを使用した場合と比較して、読み取りは高速で、書き込みは低速でした。（一部のEMCボックス）。前述のように、ログは順番に書き込まれます。ディスクは、この種のIO用に作成され、ストライプ化されます。

— ik_zelf

2

古いOracle HDDを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を実行した後、破損としてマークされるものはありません。

私はこの問題について何も発見していません。

— スヴェット
ソース

そのエラーを認識しないでください。しかし、SSDによってインポートが大幅に高速化されたことを言及するのを忘れました。移行の実行だけで、速度が10〜15％だけ向上しました。感謝します。

— スチュアートブロック14