Saya memiliki TS-453D dengan QTS 5.2.8.3359 dan menggunakan Mac untuk mengakses sistem melalui browser Firefox
Sistem memiliki 4 disk Seagate IronWolf Pro 4TB yang dikonfigurasi dengan RAID5 dan Hot Spare
Hot Spare mengalami masalah, menghilang dari sistem dan saya menggantinya dengan yang baru
Drive baru memiliki performa yang lebih baik dibandingkan yang lain dan saya memutuskan untuk menggunakannya sebagai Data Drive
Saya melepas salah satu drive dan sistem mulai melakukan sinkronisasi
Saat sinkronisasi, drive lain mengalami error R/W
Saya memasukkan kembali drive yang saya lepas sebelumnya namun sekarang drive tersebut ditampilkan sebagai drive bebas
Saya sudah dua kali melakukan pemindaian blok buruk pada drive yang bermasalah tetapi status kesehatan masih menunjukkan indikasi “Error”
Volume hanya bisa dibaca (read only)
Apakah ada cara untuk memasukkan kembali drive yang saya lepas ke grup raid dan memulai ulang sinkronisasi?
Bantuan apa pun sangat dihargai
Ya, ada beberapa hal di sini.
1.) Pertama-tama, apa maksudmu dengan hot spare? Apakah maksudmu kamu punya satu disk yang tidak pernah digunakan? Maka seharusnya kamu punya RAID5 dengan 5 disk karena secara definisi, RAID 5 memiliki redundansi. Kamu membiarkan satu disk hanya duduk di sana tanpa melakukan apa-apa padahal bisa menjadi bagian dari array dan memberikanmu lebih banyak penyimpanan.
2.) Performa RAID ditentukan oleh performa drive “terburuk” di kelompok tersebut. Jadi menambahkan drive dengan performa lebih baik ke RAID tidak membantu apa-apa.
3.) RAID-mu sedang melakukan rebuilding saat kamu menukar drive untuk kedua kalinya. Sekarang kamu secara efektif bertindak seolah-olah ada drive gagal lagi. Saya harap kamu punya backup. Jangan pernah, benar-benar jangan pernah, melepas drive apa pun dari array saat sedang rebuilding.
4.) Memasukkan kembali drive pertama yang kamu lepas tidak akan membantu karena array sekarang menganggap drive itu sudah hilang dan sedang melakukan rebuilding pada ruang penyimpanan.
5.) Kamu bisa mencoba memasukkan kembali drive yang mengalami error R/W, tapi saya juga tidak yakin itu akan berhasil.
Mungkin orang lain bisa memberikan wawasan yang lebih baik, tapi saya benar-benar berharap kamu punya backup.
Ya… tanpa cadangan, satu-satunya peluangmu adalah menghubungi spesialis pemulihan data… itu akan mahal.
Terima kasih atas tanggapan Anda
Pada poin nomor 3, saya hanya melepas satu drive agar hot spare dapat mengambil alih.
Saat proses sinkronisasi berlangsung, drive lain mengalami error baca tulis.
Saya akan mencoba poin nomor 5
Saya berharap mendapatkan ide pemulihan dari Anda, tapi saya mengerti, tidak ada keajaiban hari ini
Terima kasih dolbyman
Saya mengerti. Tapi RAID sedang sibuk melakukan rebuilding. Saat proses rebuilding, pertimbangkan bahwa drive lain gagal. Tapi apakah benar-benar gagal atau hanya mulai muncul error? Dengan melepas drive tersebut, Anda pada dasarnya memperkenalkan kegagalan kedua. Akan lebih baik jika Anda menunggu RAID selesai sinkronisasi sepenuhnya sebelum melepas drive itu. Tapi inilah masalah dengan RAID5. Anda hanya bisa kehilangan satu drive saja. Jika Anda kehilangan satu drive lalu kehilangan drive kedua selama proses rebuilding (yang bisa memakan waktu berhari-hari), maka Anda kehilangan semuanya.
Saya harap Anda memiliki backup data ini.
Dan sebagai catatan: Jangan duduk di masa depan dengan drive “hot standby” lain. Itu hanya membuang-buang hard drive. Sebaiknya tambahkan ke array Anda untuk digunakan sebagai ruang penyimpanan di RAID 5 (yang sudah memiliki fitur “hot spare” bawaan) atau buat array Anda menjadi RAID6 yang memberikan redundansi lebih tinggi. Jika Anda tidak akan menggunakan ruang penyimpanan dari drive hot standby itu, maka gunakan konfigurasi RAID6.
Saya tidak pernah melepas drive lain, tidak ada yang lebih jelas dari itu, bukan?
Masalah mulai muncul dan meminta pemeriksaan sektor buruk. Drive masih berada di tempatnya.
Sekarang, saya tidak tahu dari mana gagasan hot spare yang dibangun dalam RAID 5 itu berasal. Mungkin maksud Anda bahwa grup RAID 5 mampu menahan satu kesalahan, karena memang seperti itu. Hot spare digunakan jika Anda kehilangan satu drive agar data dapat disinkronkan dengan drive lainnya sehingga risiko terkena kesalahan kedua, dalam hal waktu, dapat diminimalkan dan itulah kegunaannya.
Memiliki cadangan “hot” umumnya tidak bekerja dengan baik. Jika drive dinyalakan dan berjalan, maka motor dan waktu operasi akan sama seperti drive lainnya sehingga memperpendek masa pakainya. Ya, aktuator mungkin tidak digunakan sebanyak itu, tetapi kecuali Anda menjalankan server produksi, biasanya lebih baik memiliki cadangan “cold” yang duduk di rak siap digunakan.
RAID 5 (6, 10 atau level apa pun) tidak boleh pernah dianggap sebagai “backup”. Hal ini sudah dibahas berkali-kali dalam jutaan artikel.
Kegagalan RAID atau disk dalam array yang mulai melemparkan error menyebabkan upaya besar oleh sistem untuk memulihkan atau sinkronisasi. Ini SERING menyebabkan drive lain mulai melemparkan error atau gagal PADA SAAT YANG SAMA karena umumnya semuanya memiliki usia dan penggunaan yang sama, tetapi bahkan jika tidak, resync menyebabkan banyak tekanan.
Setelah semua itu dikatakan, satu-satunya pencegahan (untuk orang lain yang membaca ini karena mungkin sudah terlambat untuk Anda) adalah backup ke perangkat lain (atau sebaiknya beberapa perangkat) sebagai bagian dari strategi backup yang sesuai dengan tingkat kepentingan dan variabilitas data Anda.
Seperti yang @dolbyman tunjukkan, setelah Anda mencabut disk, resync telah dimulai dan satu atau lebih drive lain melemparkan error, jika Anda tidak memiliki backup, maka rencana terbaik Anda adalah menghubungi spesialis pemulihan data SEBELUM ANDA MULAI MENGUTAK-ATIK DAN MEMBUAT MASALAH SEMAKIN PARAH.
Anda mungkin ingin memeriksa dengan mengirimkan tiket dukungan ke QNAP support, tetapi Anda lebih mungkin membuat masalah semakin parah jika Anda mengutak-atiknya pada titik ini.
Terima kasih atas waktunya, dosborne.
Memiliki hot spare terbukti sangat berguna bagi saya selama bertahun-tahun, begitu juga bagi banyak orang lainnya. Saya adalah seorang profesional IT, bukan seorang insinyur, dan salah satu perusahaan tempat saya bekerja adalah EMC.
RAID bukanlah cadangan (backup) karena lebih dari satu alasan, dan memang tidak diperlakukan seperti itu. Anda benar untuk menekankan hal ini demi kebaikan siapa pun yang membaca ini.
Drive tidak dibeli pada waktu yang sama, tetapi bahkan jika dibeli bersamaan, secara statistik jarang terjadi error hanya beberapa menit setelah sinkronisasi dimulai. Ya, proses resync memang operasi yang cukup berat. Namun, drive tersebut usianya kurang dari dua tahun.
Saya mencoba berdiskusi dengan chatgpt dan salah satu saran yang berguna adalah mengakses sistem melalui smb atau ssh dan mencoba menyalin file. Dengan cara ini saya bisa melihat beberapa file, tetapi direktori yang berisi data paling penting bagi saya perlu dibersihkan dan itu adalah operasi yang “terlarang”. Kesimpulannya adalah mematikan sistem dan mencoba memasang (mount) drive melalui linux.
Jarang, mungkin. Tapi saya telah melihat banyak posting di forum lama di mana hal seperti ini benar-benar terjadi. Ini bukan saran acak, melainkan berdasarkan bukti dari banyak pengalaman orang lain. Ini masuk akal. Sinkronisasi membuat drive bekerja di bawah beban paling berat yang mungkin pernah dialaminya. Semakin banyak drive yang Anda miliki, semakin besar kemungkinan salah satunya akan mengalami stres hingga terjadi masalah. Memang jarang, tapi peluangnya tetap ada di atas nol.
Setiap orang punya cara sendiri, tapi sebagai “Profesional IT” dengan pengalaman 40 tahun di bidang ini, saya belum akan bergantung pada ChatGPT untuk saat ini 
ChatGPT seharusnya menunjukkan betapa kompleksnya proses “mount” array raid di Linux standar, khususnya karena sistem QNAP memiliki banyak lapisan yang harus dihadapi. Menjalankan perintah acak dari Chat atau mencoba memuat filesystem tanpa mengetahui apa yang Anda lakukan bisa membahayakan peluang pemulihan data.
Saya sangat menyarankan Anda untuk menghubungi profesional yang sebenarnya, mulai dari dukungan QNAP, untuk melihat apakah mereka bisa memberikan saran yang tepat, dengan pengetahuan nyata tentang sistem internal mereka. Jika mereka tidak dapat memberikan arahan, seperti yang disebutkan, Anda mungkin harus menggunakan jasa spesialis pemulihan data.
Mengakses file melalui SMB/FTP/SSH adalah saran yang baik, dan dalam kasus yang jarang memang bisa memulihkan beberapa file. Pada akhirnya, kemungkinan pemulihan akan bergantung pada seberapa parah kondisi drive yang masih tersisa dan mengalami error.
Saya berharap Anda sukses dalam usaha Anda dan yakin dukungan bisa membantu Anda setidaknya sebagian jalan menuju solusi.
Tidak mengandalkan chatgpt adalah poin yang adil. Itu sebabnya saya datang ke sini terlebih dahulu. Saya lebih percaya orang-orang di sini daripada AI mana pun. Itu adalah tindakan putus asa sebelum akhirnya berkonsultasi dengan chatgpt. Namun, ide untuk menemukan file melalui smb adalah ide yang bagus.
OK. Saya membacanya secara berbeda. Saya membaca bahwa Anda mencabut drive yang mulai menunjukkan error dan memasukkan drive pertama yang Anda lepas ke slot tersebut.
Ini bukan hot spare secara harfiah, tetapi karena total kapasitas drive adalah (JumlahDrive-1)*kapasitas_drive_terkecil, Anda punya redundansi jika ada drive yang gagal. Saya tidak paham bagaimana drive “hot standby” bisa bekerja karena drive tersebut bukan bagian dari Array RAID. Bahkan jika drive itu punya semua data Anda, itu tidak ada bedanya. Begitu Anda menambahkannya ke RAID, maka proses rebuilding akan dimulai dan data akan ditulis ke drive sesuai kebutuhan array. Tapi terserah Anda…
Intinya, saat RAID sedang melakukan sinkronisasi, Anda tidak boleh melepas drive.
Pada titik ini, saya sarankan untuk membuka tiket ke QNAP.
Untuk mencegah situasi semakin memburuk, mohon untuk tidak menukar hard drive atau melakukan penyesuaian pada pengaturan sistem saat ini.
Kami sangat menyarankan Anda untuk segera mencadangkan data penting Anda dan mengirimkan tiket dukungan kepada kami. Tim Dukungan kami akan membantu Anda dengan analisis lebih lanjut dan penyelesaian masalah. Terima kasih!
Hai Steve,
Karena saya belum pernah membuka tiket dukungan sebelumnya, bisakah Anda memberi tahu saya cara yang tepat untuk melakukannya?
Sistem sedang dimatikan
Terkait masalah ini, silakan kirim tiket dukungan langsung melalui aplikasi Helpdesk di NAS Anda, atau Anda juga dapat melakukannya dengan mengunjungi URL berikut: Customer Service - QNAP
Terima kasih!
Mengenai hot spare. Anda menetapkan drive hot spare ke Grup RAID atau Pool. Ada indikasi di sebelah drive cadangan ini yang bertuliskan “Spare”. Jadi pada dasarnya drive ini merupakan bagian dari Grup RAID dan akan otomatis aktif begitu ada drive yang gagal dan mulai melakukan sinkronisasi. Oleh karena itu, waktu Anda terpapar risiko kegagalan drive kedua lebih singkat dibandingkan intervensi manual. Dengan demikian, Anda memiliki lebih banyak waktu untuk mendapatkan drive pengganti.
Namun, perlu dicatat bahwa tekanan tambahan saat melakukan sinkronisasi ke spare baru dapat menyebabkan drive lain mengalami kegagalan atau bahkan rusak total. Ini bukan sekadar teori, tetapi memang ada risikonya meskipun relatif kecil.
Ingat aturan ini: RAID BUKAN BACKUP. Hot spares BUKAN BACKUP.
Jadi jika sebuah disk gagal, Anda tidak akan menggantinya?
Anda salah paham. Orang-orang mengandalkan RAID dan tidak memiliki cadangan (backup). Ini menempatkan mereka pada posisi di mana mereka merasa aman. Kenyataannya berbeda. Postingan ini, dan yang sama yang diulang di seluruh internet, adalah bahwa satu-satunya cara untuk melindungi data Anda adalah dengan mencadangkannya ke media eksternal.
Melakukan APA PUN terhadap volume atau disk fisik Anda memperkenalkan risiko. Coba lihat forum ini di mana orang-orang mengandalkan RAID, atau snapshot, atau volume di dalam NAS yang sama, lalu melakukan sesuatu secara acak dan terkejut ketika mereka tidak lagi bisa mengakses data mereka.
Sudah menjadi fakta umum bahwa membangun ulang array menyebabkan stres pada semua drive.
Setiap pengguna harus memiliki STRATEGI backup.
Strategi backup mengidentifikasi risiko dan memiliki rencana berdasarkan nilai data. Apakah Anda melindungi dari kesalahan disk, kegagalan drive, kegagalan beberapa drive, kegagalan NAS, kebakaran, banjir, pencurian, penghapusan file secara tidak sengaja, penghapusan file secara sengaja, malware, kegagalan listrik, kegagalan jaringan, kegagalan cloud, malware terhadap NAS, malware terhadap layanan cloud, dll.
Beberapa data penting, beberapa tidak. Setiap kumpulan data membutuhkan strategi yang sesuai. Beberapa tidak perlu dicadangkan (bisa diunduh lagi), beberapa hanya perlu disalin ke lokasi lain, beberapa butuh versi (versioning), beberapa butuh replikasi, beberapa butuh backup bertahap (staged backup), beberapa butuh backup aktif.
Hanya pengguna yang bisa memutuskan apa yang tepat, TAPI KEPUTUSAN HARUS BERDASARKAN INFORMASI DAN DATA NYATA. Berpikir Anda aman karena sudah mengatur RAID 1 misalnya tidak melindungi Anda dari penghapusan file yang Anda butuhkan secara tidak sengaja, pencurian, kegagalan NAS, dll. Dengan pengaturan yang sama, misalnya 2 volume, mungkin backup bertahap ke drive kedua lebih penting untuk kasus penggunaan pengguna tersebut, mungkin juga tidak.
Setiap situasi dan kumpulan data itu unik. Tidak ada satu jawaban yang benar. Ini tentang mendidik pengguna agar mereka bisa memutuskan seberapa berharga data bagi mereka dan memilih strategi yang mungkin mencakup beberapa solusi. Contoh: beberapa data tidak perlu dicadangkan, beberapa masuk ke array RAID, beberapa disalin ke cloud, beberapa direplikasi ke NAS lain, beberapa disalin ke USB drive dan disimpan di kotak deposit. Sebagai pengguna rumahan, saya menggunakan semua strategi ini dan lebih banyak lagi. Setiap kumpulan data dipasangkan dengan strategi backup berdasarkan penilaian saya terhadap nilai data tersebut.
Selain itu, mengganti perangkat keras tidak sama dengan mengganti data.
Solusi sederhana dalam situasi darurat, sebelum mengganti drive, buat cadangan (backup) data yang baru (Idealnya, selalu punya backup sehingga hal ini tidak terlalu penting). Bahkan dalam mode terdegradasi, backup lebih aman daripada rebuild. Setelah data tersimpan, baru tangani masalah perangkat kerasnya.