Dasar
Posting ini menjelaskan beberapa keuntungan perpustakaan ASM khusus Linux yang disediakan oleh Oracle (di sini "ASMLib") membawa administrasi sistem Linux yang menjalankan Oracle. Linux sering menghadirkan tantangan kegigihan nama disk. Ubah konfigurasi penyimpanan dan disk yang muncul sebagai /dev/sdg kemarin dapat muncul sebagai /dev/sdh setelah reboot hari ini. Bagaimana perubahan ini dapat diisolasi sehingga tidak mempengaruhi ASM?
Mengapa Tidak Membiarkan ASM Memindai Semua Disk?
ASM memindai semua disk yang diizinkan untuk ditemukan (melalui asm_diskstring). Mengapa tidak memindai semua disk dan membiarkan ASM menentukan mana yang dipedulikannya, daripada mengkhawatirkan kegigihan nama disk?
Pertanyaannya secara nosional benar. Jika Anda meneruskan /dev/sd* ke ASM, dan ASM dapat membaca perangkat, ASM memang dapat memilih disknya terlepas dari apakah /dev/sdg telah berubah menjadi /dev/sdh pada boot khusus ini.
Namun, untuk membaca perangkat ini, ASM harus memiliki izin untuk membaca perangkat ini. Itu berarti ASM harus memiliki kepemilikan pengguna atau grup di semua perangkat /dev/sd*, termasuk disk sistem apa pun. Sebagian besar administrator sistem tidak ingin memiliki disk sistem milik pengguna oracle hanya agar ASM dapat mengabaikannya. Potensi kesalahan (penulisan DBA di atas /home volume, dll) terlalu tinggi.
ASMLib vs UDev atau DevLabel
Ada berbagai metode untuk memberikan nama yang tidak berubah, termasuk devlabel dan udev. Apa yang disediakan ASMLib yang tidak disediakan oleh solusi ini?
Masalah yang lebih besar bukanlah secara spesifik nama yang tetap – ini adalah mencocokkan nama itu dengan serangkaian izin. Tidak masalah jika /dev/sdg sekarang /dev/sdh, selama /dev/sdh yang baru memiliki kepemilikan Oracle:dba dan /dev/sdg baru – yang dulunya /dev/sdf – memiliki kepemilikan yang dulu dimiliki /dev/sdf lama. Cara termudah untuk memastikan bahwa izin sudah benar adalah penamaan persisten. Jika disk selalu muncul dengan nama yang sama, Anda selalu dapat menerapkan izin yang sama tanpa khawatir. Selain itu, Anda kemudian dapat mengecualikan nama yang cocok dengan disk sistem. Meskipun izinnya benar, administrator sistem tidak akan menginginkan disk sistem pemindaian ASM setiap saat.
Sekarang, udev atau devlabel dapat menangani menjaga sdg sebagai sdg (atau /dev/mydisk, apa pun). Apa yang ditambahkan ASMLib? Beberapa hal, sebenarnya. Dengan ASMLib, ada perintah sederhana untuk memberi label disk untuk ASM. Dengan udev, Anda harus memodifikasi file konfigurasi udev untuk setiap disk yang Anda tambahkan. Anda harus menentukan id unik agar sesuai dengan disk dan mempelajari sintaks konfigurasi udev.
Namanya juga bisa dibaca manusia. Dengan RAID Apple XServe, mengapa disk bernama /dev/sdg padahal bisa jadi DRAWER1DISK2? ASMLib juga dapat membuat daftar semua disk, di mana udev Anda harus tahu di kepala Anda bahwa sdg, sdf, dan sdj adalah untuk ASM, atau Anda harus memberikan nama. Dengan ASMLib, tidak ada kemungkinan ASM sendiri memindai disk sistem. Faktanya, ASMLib tidak pernah mengubah nama sistem untuk disk. ASMLib tidak pernah menggunakan nama “/dev/sdg”. Setelah waktu boot menanyakan disk, ia menyediakan aksesnya sendiri ke perangkat dengan izin untuk Oracle. /dev/sdg masih dimiliki oleh root:root, dan pengguna oracle masih tidak dapat mengakses perangkat dengan nama tersebut.
Konfigurasinya persisten. Instal ulang sistem dan konfigurasi udev Anda hilang. Label ASMLib tidak. Dengan udev, Anda harus menyalin konfigurasi ke node lain dalam RAC. Jika Anda memiliki enam belas node, Anda harus menyalin setiap perubahan konfigurasi ke semua enam belas node. Baik Anda menggunakan udev atau devlabel, Anda harus mengatur izin dengan benar pada keenam belas node. ASMLib hanya membutuhkan satu pemanggilan “/etc/init.d/oracleasm scandisks” untuk mengambil semua perubahan yang dibuat pada node lain.
Ini hanyalah beberapa manfaat yang diberikan ASMLib pada kegigihan perangkat.