SSD dengan Oracle

19

Kami telah mencari cara menggunakan SSD dengan Oracle untuk mempercepat uji coba migrasi kami. Saat ini membutuhkan waktu 12-18 jam untuk menyelesaikan proses migrasi, bergantung pada volume data (kami jelas melakukan banyak penyesuaian kinerja juga). Kami memiliki sejumlah kotak linux murah yang kami gunakan untuk berbagai proses dan analisis.

Biaya SSD langsung dari Dell mahal. Saya bertanya-tanya apakah ada yang punya pengalaman menggunakan SSD konsumen (seperti yang Krusial / Mikron).

Saya menyadari dukungan TRIM akan menjadi masalah di Linux (menggunakan Centos). Adakah yang menggunakannya pada Windows 7 untuk mengatasi ini?

oracle performance

— Stuart Brock
sumber

1

Kami akhirnya menambahkan SSD untuk indeks dan tablespace dan menghapus keduanya. Kami tidak mendapatkan lompatan besar yang kami harapkan. Lebih seperti 10-15% lebih cepat untuk menjalankan migrasi kami, tetapi tanpa adanya opsi lain yang merupakan penghemat waktu yang baik (ahli penyetelan Oracle kami telah dilepaskan pada DB). Terima kasih atas semua komentarnya. Kami pergi dengan SSD Penting yang menawarkan kinerja yang cukup baik dengan harga yang baik dan masih belum memiliki masalah. Kami juga menerima bahwa mereka akan aus dan mengawasi mereka (dan cadangan berlebihan)! Terima kasih atas semua komentarnya. Stuart.

— Stuart Brock

6

Berikut adalah masalah terbesar yang saya lihat dengan SSD dan basis data:

Kegagalan SSD
- Itu terjadi lebih sering daripada yang saya inginkan; sering dalam satu atau dua tahun dengan penggunaan normal, dan lebih cepat jika dibaca dari / ditulis menjadi banyak. Apa yang terjadi ketika Anda mengirim pengulangan, log, dan file data ke SSD? Banyak membaca, dan banyak menulis. Kombinasi buruk, IMO.
SSD "obat semua"
- SSD bagus untuk kecepatan baca, ya. Mereka hebat untuk boot dari untuk OS, atau untuk memulai program dari. Tetapi orang tidak seharusnya membiarkan SSD menjadi perbaikan untuk optimisasi penuh. Saya yakin Anda tidak, karena Anda kemungkinan mencoba semua yang Anda bisa untuk membuat migrasi terjadi lebih cepat, tetapi kadang-kadang SSD dapat tampak seperti cawan suci untuk menghindari beberapa masalah yang lebih sulit ketika datang untuk mengoptimalkan. (Dalam banyak hal, hal yang sama dapat dikatakan tentang melempar lebih banyak perangkat keras atau memori pada suatu masalah. Kadang-kadang lebih baik untuk mengoptimalkan masalah daripada membuang lebih banyak perangkat keras padanya.)
Ketidakcocokan R / W
- Membaca sangat cepat.
- Menulis tidak secepat membaca (meskipun biasanya lebih baik dari HDD)
  http://en.wikipedia.org/wiki/Solid-state_drive
- Dengan demikian, SSD benar-benar hanya masuk akal untuk media boot (seperti OS, executable db, dll.)
Leveling dan Keamanan Wear
- Jika keamanan menjadi masalah, tingkat keausan pada SSD Anda akan membuat hampir tidak mungkin untuk menghapus drive dan memastikan bahwa drive tersebut telah memusatkan perhatian. Dua, tiga, dan lebih banyak lintasan bahkan tidak akan melakukannya, dan akan selalu ada kemungkinan bahwa sebagian dari data Anda masih akan diperoleh.

— Kerri Shotts
sumber

Apakah Anda masih memiliki pendapat yang sama di tahun 2019?

— TrojanName

7

Saya belum melihat jawaban atas pertanyaan Anda, dan sementara saya tidak punya pengalaman menggunakan drive SSD kelas konsumen dengan database, saya pikir pertanyaan berikut tentang ServerFault mungkin berguna:

/server/69037/configuring-sql-for-optimal-performance-ssd-or-hdd

sunting: Saya menemukan artikel berikut baru-baru ini dan berpikir saya akan menambahkannya ke jawaban saya. Ini berbicara tentang menggunakan SSD dengan SQL Server, tapi saya pikir beberapa faktor yang dibahas mungkin berguna untuk Oracle DBA juga.

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (Kurangi I / O, Tingkatkan Kinerja)

— Jeff
sumber

5

SSD dapat membuat data READING lebih cepat.

Menulis tidak akan lebih cepat. Jangan pernah berpikir untuk meletakkan redo di SSD karena hanya ditulis untuk. Untuk mempercepat penulisan ke redo: tambahkan lebih banyak drive dan strip mereka. Redo ditulis secara berurutan sehingga menambahkan lebih banyak spindel meningkatkan throughput penulisan, hingga Anda memenuhi batas pengontrol.

Apa yang dilakukan migrasi tes? Apakah itu menggunakan kode prosedural atau apakah itu menggunakan set?

Jika menggunakan kode prosedural, pastikan untuk menerapkan operasi massal. Set semuanya selalu lebih cepat.

— ik_zelf
sumber

1

Apakah Anda memiliki sumber untuk tolok ukur yang menunjukkan kecepatan tulis yang lebih rendah pada SSD, terutama dengan jumlah strip yang sama? Pemahaman saya adalah bahwa SSD lebih cepat pada penulisan juga, tetapi perbedaannya tidak sedramatis membaca.

— Leigh Riffel

@ Leigh - Itu benar tetapi poin sebenarnya adalah keuntungannya jauh lebih besar io acak daripada untuk sekuensial . Saya pikir itu adil untuk mengatakan bahwa SSD masih hanya untuk kebutuhan IOP acak tinggi.

— Jack Douglas

1

Kami melakukan beberapa pengujian dengan kartu f5100 pada sistem M5000 di mana kami mencoba menggunakan flash disk sebagai cache sekunder untuk zfs, yang didedikasikan untuk file dan sga yang diperluas. Membaca cepat, menulis lambat, dibandingkan dengan apa yang kami lakukan dengan SAN. (beberapa kotak EMC). Seperti dicatat, log ditulis secara berurutan. Disk dibuat untuk jenis ini, ketika bergaris-garis.

— ik_zelf

2

Saya telah menukar HDD lama saya untuk SSD M4 512 MB Krusial untuk melakukan tes pada database Oracle besar.

Saya menjalankan oracle 10.2 di bawah Windows 7 di VMWare.

Perubahan kinerja sangat mengesankan. Mengimpor dan mengekspor basis data dan kueri SQL jauh lebih cepat.

Namun, saya memiliki kesalahan aneh yang muncul dari waktu ke waktu:

GALAT 2012-06-18 18: 18: 14.177: Kesalahan saat menjalankan kueri
java.sql.SQLEeksepsi: ORA-01578: ORACLE blok data rusak (file # 6, blok # 1646317)
ORA-01110: file data 6: 'C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF '

Saya tidak pernah mengalami masalah dengan VM yang sama pada mesin yang sama dengan HDD.

Setelah menjalankan DBV pada file tidak ada yang ditandai rusak.

Saya belum menemukan apa pun tentang masalah ini.

— svett
sumber

Tidak mengenali kesalahan itu, tetapi saya lupa menyebutkan bahwa impor dipercepat secara besar-besaran oleh SSD. Itu hanya menjalankan migrasi yang hanya melonjak 10-15% dalam kecepatan. Jadi terima kasih untuk itu

— Stuart Brock