Saya seorang Oracle DBA. DBA baru Anda bertindak seperti banyak Oracle DBA dan lebih dari rekayasa.
TIDAK oracle TIDAK membutuhkan 38 LUN. Saya telah menyebarkan file data pada sejumlah besar lun tetapi ini pada sistem yang SANGAT aktif dan SANGAT besar. LUN tidak perlu memetakan ke grup RAID baru, kan? Jadi memiliki file pada lun yang terpisah tidak perlu menyebarkan apa pun (saya bukan ahli dalam hal ini).
Semua pengupasan file semacam ini akan lakukan adalah membuat lebih banyak pekerjaan untuk DBA. Ini meningkatkan kepentingannya bagi tim. Banyak Oracle DBA mencoba untuk membuat diri mereka tampak lebih penting dan merekayasa hal-hal sepanjang waktu.
Memisahkan data ke grup / lun raid berbeda tidak spesifik. Ini berdasarkan penggunaan. Untuk menyebar file dengan benar, DBA Anda harus memahami aplikasi untuk mengetahui apa yang sedang diakses banyak (btw, memisahkan indeks dari data TIDAK meningkatkan kinerja karena akses serial ...). Apakah dia tahu aplikasi itu? Apakah dia melihat database untuk melihat objek apa yang sedang diakses? Apa yang perlu disebarkan? Apa yang ditulis massal dan dibaca serta perlu diisolasi.
Ini terdengar seperti database ukuran kecil / menengah. Apa tingkat aktivitasnya? Dia mungkin tidak tahu.
Umumnya pada basis data yang lebih kecil Anda tidak perlu melakukan banyak hal pada tingkat sistem file untuk meningkatkan kinerja. 95% adalah SQL dan melakukan pengembang menjalankan terlalu banyak pernyataan sql dalam loop.
sunting ( tahun kemudian !):
Saya telah menghabiskan waktu berbicara dengan insinyur SAN dan telah meningkatkan pengetahuan saya tentang SAN dan LUN sejak memposting ini. Pertama LUN adalah 'logis'. Itu tidak perlu memetakan untuk memisahkan kelompok RAID, disk, dll ... Itu adalah setup oleh insinyur SAN dan tidak akan terlihat oleh DBA. Ada banyak lagi untuk memisahkan IO dalam SAN yang disadari kebanyakan orang.
Saya sedang mengerjakan sistem yang sangat besar yang memiliki tingkat aktivitas yang sangat tinggi. Kami memiliki ratusan LUN, Grup RAID, dll ... kami menyebarkan file di semua tempat. Kami bekerja dengan para insinyur SAN untuk mengkonfigurasi LUN untuk memastikan mereka menyebar ke berbagai bagian SAN. Kami benar-benar tidak memiliki visibilitas bagaimana LUN dipetakan dari tingkat OS. Sistem file baru tidak berarti kami memiliki data yang dipetakan ke lokasi baru di SAN.
Sejauh kertas HP tentang striping ASM. Ini sama sekali tidak ada artinya ketika bekerja dengan SAN. Striping, mirroring, RAID, dll ... semuanya dilakukan di bawah permukaan. Anda tidak akan melihatnya di level aplikasi atau basis data. Mengkonfigurasi Oracle ASM untuk 'striping' tidak ada artinya dalam SAN, karena Anda hanya akan menggunakan volume logis yang bisa menggunakan konfigurasi RAID 5 (sebagian besar karena biaya kontrol. SAN adalah investasi multi-juta dolar). Anda hanya akan melihat sistem file. Mereka tidak perlu memetakan ke disk yang berbeda atau lokasi yang berbeda di SAN.
IBM ternyata memiliki fitur baru yang memungkinkan SAN memutuskan tempat menulis ke disk berdasarkan aktivitas. Maksud saya di sini adalah bahwa orang yang mengoptimalkan SAN adalah spesialis. Anda harus bekerja dengan mereka. DBA atau pengembang aplikasi tidak akan memiliki visibilitas untuk melihat apakah ada sesuatu yang tersebar.
Dari apa yang saya lihat kebanyakan toko tidak memiliki insinyur SAN yang sangat baik. Ini cenderung menjadi pekerjaan untuk orang-orang tingkat junior. Sebagian besar yang baik cenderung menjadi konsultan. Jadi banyak waktu Anda hanya menggunakan pengaturan default oleh pabrikan. Mengulangi menambahkan lebih banyak LUN mungkin tidak akan menyebarkan data apa pun, kecuali jika Anda memiliki teknisi SAN yang mengkonfigurasinya untuk Anda di bawah permukaan. Selain itu, Anda dapat memiliki 1 LUN dan menyebarkannya untuk Anda. Kecuali Anda memiliki insinyur SAN yang baik, semua ini tidak ada artinya. Jelas bagi saya bahwa DBA yang dipermasalahkan tidak cukup tahu tentang SAN bahkan tidak tahu apa-apa.
99,9% dari konfigurasi standar waktu baik-baik saja. Kecuali jika Anda memiliki hambatan IO tertentu, ini tidak perlu. Jika Anda melakukannya, maka Anda perlu bekerja dengan insinyur SA dan SAN untuk menentukan apa masalahnya. Banyak waktu tidak ada hubungannya dengan tata letak SAN. Sekali lagi, DBA dan pengembang tidak akan memiliki akses untuk melihat apa yang terjadi di bawahnya, apalagi pengetahuan untuk mengetahuinya. SAN sangat kompleks.