Drive Western Digital Green tidak benar-benar dibuat untuk digunakan dalam NAS. Selain pengaturan IDLE3, ada juga fitur yang disebut TLER yang mengontrol berapa lama drive dapat menghabiskan perbaikan kesalahan. Pada drive NAS yang tepat, durasi ini dijaga tetap rendah. Alasannya adalah bahwa jika drive membutuhkan waktu terlalu lama untuk merespons (karena sedang memperbaiki kesalahan), RAID dapat memutuskan drive tersebut tidak berfungsi dan mengeluarkannya dari RAID atau memulai rekonstruksi. Sultana melakukan pekerjaan yang baik untuk menggambarkan masalah ini:
Seperti yang baru-baru ini saya temui subjek ini saya dapat mencoba menjelaskan apa yang kebanyakan orang maksud dengan "RAID Mampu".
Semua hard drive Western Digital dapat ditempatkan dalam array RAID, tetapi tidak semua dari mereka mendukung fitur-fitur yang RE (RAID Edition) drive mampu dan agak lebih cocok untuk ketika terhubung ke pengontrol RAID, apakah mereka penuh kartu tambahan perangkat keras (Adaptec, LSI, Areca, Intel PCIe, dan HighPoint high-end) atau pengontrol firmware onboard (seperti pengontrol Intel ICHxR, SiliconImage, dan Marvell), seperti Error Recovery Control dan driver kepala motor ganda.
TLER adalah Time-Limited Error Recovery, versi WD dari Error Recovery Control (Seagate dan Samsung disebut CCLT), yang hanya benar-benar berperan ketika sebuah drive dalam array menemukan kesalahan ketika mencoba membaca atau menulis ke sektor / blok / halaman / dll. Untuk drive pada pengontrol RAID perangkat keras, pengontrol memiliki tingkat pemulihan kesalahan sendiri ketika mencoba untuk memperbaiki konflik antara file / blok / halaman / sektor yang sama yang seharusnya dicerminkan (dalam RAID 1) atau disimpan dalam paritas (dalam RAID 5) ).
Ketika drive desktop normal menemukan kesalahan baca atau tulis, ia akan mencoba kembali sebanyak mungkin untuk membaca atau menulis, memulihkan dan memetakan ulang sektor / halaman / blok buruk / dll, kadang-kadang membutuhkan waktu beberapa menit untuk melakukannya . Dalam rentang waktu itu, pengontrol RAID akan melihat hard drive sebagai tidak responsif, dan bertentangan dengan metode pemulihan kesalahan pengontrol RAID dan biasanya akan menjatuhkan drive "tidak responsif" dari array RAID jika dibutuhkan lebih dari waktu yang ditentukan dalam firmware kartu. (biasanya 10 detik), bahkan jika drive itu sendiri masih dalam "kesehatan yang baik". Dalam mirror RAID yang sederhana, array akan melalui proses pembangunan kembali yang cukup banyak hanya menyalin data dari drive yang tidak di-drop ke drive yang dijatuhkan untuk mempertahankan mirror penuh, yang, ketika Anda memfaktorkan proses pembangunan kembali dan verifikasi ulang, bisa memakan waktu beberapa jam - tergantung pada jumlah data dan ukuran drive yang dicerminkan. Dalam array RAID 5, dibutuhkan waktu lebih lama untuk membangun kembali.
Drive eition RAID (WD RE2 / 3 / 4s dan drive Constate Seagate) selain perbedaan perangkat keras dan garansi, memiliki pengaturan dalam firmware untuk menghentikan upaya operasi pemulihan baca atau tulis setelah 7 hingga 10 detik, dan biarkan pengontrol RAID hanya pemulihan dengan menyalin data dari drive lain (dalam RAID 1) atau dari informasi paritas (RAID 5). Bahkan pada pengendali RAID firmware seperti ROM ICHxR bawaan Intel, batas waktu ERC adalah 10-14 detik, jika saya tidak salah.
Yang sedang berkata, hard drive kelas desktop tertentu dapat memiliki kontrol pemulihan kesalahan diaktifkan menggunakan alat tertentu di Linux atau Windows (SmartMonTools sebagai contoh) dan membuatnya lebih cocok untuk digunakan dalam array RAID - faktanya, WD memiliki alat yang tersedia disebut "TLER.exe" yang sebenarnya memungkinkan seseorang untuk mengubah pengaturan ERC dalam firmware drive (namun, itu akan menerapkan perubahan pada setiap drive WD yang terdeteksi alat sekaligus), tetapi sebagian besar drive WD Green (dibuat setelah 2008/2009) tidak lagi mendukung fungsi dalam firmware-nya, dan drive Seagate Barracuda dapat mendukung mengaktifkan CCTL, tetapi akan kembali ke pengaturan firmware pabrik jika drive dimatikan (dengan kata lain, jika sistem dihidupkan ulang dengan hangat, pengaturan tetap, tetapi jika satu mati dan sepatu bot dingin,kemudian CCTL kembali ke dinonaktifkan - pengaturannya berfluktuasi dalam firmware).
Yang mengatakan, itu pengaturan TLER / CCTL Error Recovery Control yang kadang-kadang membuat drive edisi RAID tidak benar-benar cocok untuk penggunaan desktop sendiri, karena jika mereka pernah menemukan kesalahan baca / tulis yang sama, drive hanya akan menghentikan upaya setelah 7 hingga 10 detik, daripada terus berusaha sesering mungkin seperti yang dilakukan desktop drive biasa.
Dengan kata lain, drive desktop baik-baik saja seperti dalam array RAID sebagai drive Enterprise, selama drive desktop tidak pernah mengalami kesalahan baca / tulis atau sektor buruk, yang merupakan harapan yang tidak realistis. Satu-satunya contoh di mana itu tidak akan menjadi masalah adalah menggunakan perangkat lunak RAID asli di Windows, karena OS sadar tentang Dynamic Disks dan informasi konfigurasi mirror / stripe-with-parity seperti yang disimpan di disk, daripada dalam ROM firmware atau pada BIOS perangkat keras.
Jarak tempuh Anda mungkin bervariasi, pada akhirnya, karena ada orang yang telah membuat array RAID 5 pada pengontrol RAID onboard mereka (firmware-RAID) dan tidak memiliki masalah menggunakan drive desktop biasa, dan mereka yang telah membuat array RAID 5 pada kartu LSI PCIe dengan baterai cadangan dan 256 MB cache onboard menggunakan drive WD RE4 dan memiliki masalah. Drive RE gagal dan dapat mengeluarkan seluruh array semudah drive desktop di tempat yang sama tergantung pada jenis array RAID yang dikonfigurasikan. Pada akhirnya, tidak disarankan untuk menggunakan drive kelas desktop dalam array apa pun selain array cermin sederhana, dan tidak didukung dalam hal apa pun, dari produsen drive yang dikenal.
Jika saya kehilangan sesuatu, silakan berpadu