NAS
Rebuild RAID NAS Memakan Waktu Berhari-hari: Periksa Progres Sebelum Menginterupsinya
Rebuild RAID yang lama tidak otomatis berarti gagal. Pelajari hal yang mengubah durasi, bukti yang perlu dicatat dan kapan harus meminta bantuan sebelum menginterupsinya.
Rebuild RAID memang dapat memerlukan berjam-jam atau berhari-hari, terutama dengan drive besar dan pekerjaan yang terus berjalan. Amati progres sebenarnya, kesehatan drive dan kejadian kesalahan baru sebelum menginterupsinya. Jangan berulang kali memulai ulang, mencabut drive sehat lainnya atau menginisialisasi pool agar perkiraan waktunya hilang.
Anda mengganti disk yang gagal, NAS mulai memperbaiki, dan perkiraannya menyatakan masih dua hari lagi. Mudah tergoda untuk menganggap ada masalah. Pertanyaan yang berguna adalah apakah operasi terus maju dengan stabil dan disk yang tersisa tetap sehat. Perkiraan waktu tersisa saja tidak dapat menjawabnya.
Identifikasi Operasinya Terlebih Dahulu
| Operasi | Artinya | Mengapa perbedaannya penting |
|---|---|---|
| Perbaikan / rebuild RAID | Merekonstruksi data yang diperlukan ke anggota pengganti | Anggota sehat yang tersisa dan redundansi sangat penting |
| Ekspansi / perubahan tata letak | Mengubah kapasitas atau tata letak RAID | Dapat melibatkan beberapa putaran atau fase |
| Scrubbing data | Memeriksa konsistensi data/paritas yang didukung | Cakupan dan penjadwalan berbeda dari penggantian anggota yang gagal |
| Penyalinan file / pencadangan | Memindahkan file ke tujuan lain | Jaringan dan jumlah file mungkin lebih dominan daripada rekonstruksi RAID |
Catat istilah persis yang ditampilkan aplikasi penyimpanan, pool dan grup RAID yang terpengaruh serta titik awal tugas. Foto persentase tanpa nama tugas dapat menyesatkan. Jika pool mengalami crash atau beberapa anggota yang diperlukan tidak ada, jangan lagi menganggapnya rebuild lambat biasa dan mintalah penilaian pemulihan.
Contoh Perhitungan Waktu Tanpa Janji yang Menyesatkan
Mengapa Rebuild Dapat Memakan Waktu Berhari-hari
Asumsi pekerjaan sama, laju rekonstruksi efektif berbeda.
01 Pada laju stabil 50 MB/s
Sekitar 3.7 hariLaju efektif yang lebih rendah memperpanjang waktu meskipun tugas terus maju.
02 Pada laju stabil 100 MB/s
Sekitar 1.9 hariKecepatan penyalinan file dan kecepatan maksimum drive yang diiklankan merupakan pengukuran berbeda.
Jika suatu operasi harus merekonstruksi 16 TB data pada laju efektif berkelanjutan 100 MB/s, hasil perhitungannya sekitar 44.4 jam: 16,000,000 MB ÷ 100 ÷ 3,600. Pada 50 MB/s waktunya sekitar 88.9 jam; pada 200 MB/s sekitar 22.2 jam. Satuan desimal digunakan di sini.
| Pekerjaan yang diasumsikan | Laju rekonstruksi efektif | Durasi hasil perhitungan |
|---|---|---|
| 16 TB | 50 MB/s | Sekitar 89 jam / 3.7 hari |
| 16 TB | 100 MB/s | Sekitar 44 jam / 1.9 hari |
| 16 TB | 200 MB/s | Sekitar 22 jam / 0.9 hari |
Ini merupakan contoh perhitungan, bukan hasil pengukuran NAS tertentu. Perangkat lunak dapat membangun ulang data yang dialokasikan, memindai area lebih besar atau melakukan tahap tambahan. Posisi disk, tata letak array, percobaan ulang, pekerjaan latar depan dan pengaturan kecepatan mengubah laju efektif. Benchmark penyalinan file bukan laju rebuild.
Inilah sebabnya drive pengganti yang lebih besar tidak otomatis selesai lebih cepat, dan perkiraan dapat berubah saat tugas mencapai area atau fase berbeda. Amati tren dalam interval yang berguna, bukan mengharapkan hitung mundur yang sepenuhnya linear.
Periksa Progres dan Kesehatan Tanpa Mengganggu Pool
- Simpan status pool, nama tugas yang tepat, persentase dan waktu. Ulangi setelah interval yang berguna untuk memastikan apakah ada kemajuan.
- Baca log drive dan sistem untuk kesalahan baca baru, koneksi terputus, suhu abnormal atau percobaan ulang berulang. Simpan buktinya.
- Periksa apakah pencadangan, pengindeksan, scrubbing atau aplikasi berat bersaing memperebutkan sumber daya. Kurangi pekerjaan opsional melalui kontrol yang didukung jika sesuai.
- Verifikasi prioritas resinkronisasi RAID atau batas kecepatan terkait dalam aplikasi penyimpanan. Catat pengaturan awal sebelum perubahan yang didukung.
- Konfirmasikan bahwa file penting memiliki cadangan independen yang dapat digunakan. Jika tidak, nilai jalur pencadangan atau pemulihan paling aman dengan mempertimbangkan kondisi drive yang tersisa.
Pada Synology, batas resinkronisasi RAID berlaku untuk beberapa operasi, termasuk perbaikan, ekspansi dan scrubbing. Menaikkan prioritas dapat menukar respons pengguna dengan throughput pemeliharaan; hal itu tidak dapat memperbaiki anggota yang mulai gagal. QNAP menawarkan pengaturan prioritas dan kontrol penyimpanannya sendiri yang didukung, yang berbeda menurut sistem operasi serta rilis.
Hindari uji stres panjang, restart yang tidak perlu, penyetelan konsol yang tidak didukung dan pelepasan drive tambahan selama perbaikan yang rentan. Jika kesalahan baru muncul atau pool kehilangan anggota lain yang diperlukan, pertahankan statusnya dan dapatkan bantuan khusus model sebelum mengubah konfigurasi.
Periksa Drive Pengganti, Daya dan Jalur Pemulihan
Salah satu keluarga drive NAS yang dapat dipertimbangkan. Drive pengganti yang tepat harus memenuhi persyaratan kompatibilitas NAS, kapasitas, format sektor dan RAID.
Alternatif kompatibel untuk beban kerja NAS yang sesuai. Nama keluarga saja tidak membuktikan setiap kapasitas merupakan pengganti yang valid.
Gunakan pengganti yang memenuhi aturan kapasitas dan format yang didukung perangkat lunak. Dua drive dengan label kapasitas pembulatan yang sama tidak cukup membuktikan jumlah sektor identik atau penggantian yang didukung. Konfirmasikan perangkat yang tepat sebelum tugas dimulai.
Jaga daya tetap stabil dan ventilasi tidak terhalang. UPS memerlukan waktu operasi yang cukup dan rencana pemadaman yang didukung, tetapi uji baterai biasa atau penataan ulang kabel tidak boleh dimulai sembarangan selama perbaikan. Baca panduan perencanaan UPS NAS sebelum jadwal pemeliharaan berikutnya.
Untuk sistem berikutnya, nilai durasi rebuild bersama kapasitas dan toleransi kegagalan. kalkulator kapasitas RAID membantu membandingkan tata letak; perbandingan drive NAS menjelaskan pertimbangan beban kerja dan penggantian.
Kapan Menunggu dan Kapan Meminta Penanganan Lebih Lanjut
| Bukti | Respons yang berguna |
|---|---|
| Progres maju, tanpa kesalahan baru, suhu normal | Terus pantau; tinjau pekerjaan opsional yang bersaing |
| Perkiraan berubah tetapi tugas tetap maju | Periksa fase dan beban kerja sebelum menganggap terjadi kegagalan |
| Tidak ada kemajuan berarti dalam pengamatan berulang | Simpan log dan status; mintalah diagnosis khusus model |
| Kejadian baru drive terputus, kesalahan baca atau anggota lain hilang | Pertahankan status dan segera cari dukungan atau saran pemulihan |
Rebuild yang lambat merupakan alasan untuk mengamati dengan cermat, bukan mereset tanpa pertimbangan. Biarkan perbaikan yang sehat dan terus maju selesai, selidiki kesalahan baru dan gunakan pengalaman itu untuk memperbaiki rencana kapasitas, cadangan dan pemeliharaan berikutnya.
Pertanyaan yang Sering Diajukan
Apakah rebuild RAID dua hari selalu abnormal?
Tidak. Rekonstruksi dalam jumlah besar, perilaku drive, tata letak array dan kebutuhan latar depan dapat membuat durasi tersebut masuk akal. Periksa progres dan kesehatan sebenarnya.
Dapatkah saya menggunakan NAS saat perbaikan?
Akses yang didukung mungkin tetap tersedia, tetapi beban kerja dapat memperlambat tugas. Kurangi aktivitas berat opsional dan utamakan perlindungan data penting.
Apakah switch jaringan lebih cepat mempercepat rebuild?
Biasanya tidak jika rekonstruksi terjadi di dalam NAS. Diagnosis operasi sebenarnya; kecepatan jaringan merupakan jalur berbeda dari pembacaan dan rebuild anggota RAID.
Haruskah saya restart saat waktu tersisa meningkat?
Jangan hanya karena alasan itu. Simpan bukti progres dan log terlebih dahulu. Perkiraan dapat berubah sesuai beban kerja dan fase, sementara interupsi dapat mempersulit pemulihan.
Dapatkah saya mengganti drive kedua sebelum perbaikan pertama selesai?
Jangan melakukannya kecuali prosedur tepat yang didukung dan status pool secara eksplisit mengizinkannya. Melepas anggota lain yang diperlukan dapat menghilangkan akses ke pool.
Informasi apa yang perlu saya berikan untuk dukungan?
Sertakan model NAS, versi perangkat lunak, tugas dan status pool yang tepat, model drive dan pemetaan slot, progres dari waktu ke waktu, log terbaru dan status cadangan. Jangan sertakan kata sandi dan data pribadi dalam tangkapan layar.
