Saya mencoba membaca data dari HDD yang dioperasikan dalam HS-264, di PC lain. OS pada NAS adalah QTS 5.2.6.3195. Masing-masing dari 2 drive di NAS hanya memiliki 1 volume statis, tanpa enkripsi. Kedua drive lolos semua tes SMART dan biasanya dapat dioperasikan di NAS. Namun, ketika saya melepaskan salah satu drive, menghubungkannya ke laptop melalui kontroler USB eksternal, saya tidak dapat mengakses data di dalamnya. Laptop mendeteksi drive dengan benar, menampilkan parameter umum seperti total ukuran, melaporkan bahwa volume ada, tetapi menampilkan “Konten tidak dikenal”.
Laptop menjalankan Windows, jadi saya mencoba DiskInternals Linux Reader, serta membuat USB Linux bootable (khususnya Tails), keduanya dengan hasil yang sama.
Terdengar sepele, tapi belum ada solusi sejauh ini. Apakah saya melewatkan sesuatu?
Terima kasih atas balasan cepatnya. Saya sudah mencoba UFS Explorer Standard Recovery dengan hasil yang sama: “Tidak ada sistem file yang valid/terdukung”.
Saya memiliki sistem backup data multi-tier, jadi untungnya tidak ada kehilangan data yang dipertaruhkan.
Jadi, apakah ini perilaku yang normal dan memang diharapkan bahwa disk yang diformat QNAP tidak dapat dibaca di perangkat lain, bahkan dengan bantuan ahli pemulihan data? Kedengarannya sangat aneh: pabrikan secara resmi menyatakan bahwa ada sistem file EXT4 pada disk internal, mengapa tidak bisa dibaca di sistem Linux lain selama tidak terenkripsi? Saya masih merasa ada sesuatu yang terlewat. Seharusnya saya membuat tipe penyimpanan yang berbeda, semacam “Storage Pool” atau semacamnya? Atau mungkin antarmuka USB eksternal saya tidak berfungsi dengan baik?
Kecuali terjadi sesuatu yang berbahaya atau bencana pada disk (tidak pernah disebutkan mengapa disk perlu dibaca secara eksternal dari NAS, apalagi jika sudah ada backup), UFSExplorer seharusnya dapat membacanya. (QNAP tidak pernah menjanjikan bahwa disk dapat dengan mudah dibaca di luar NAS)
Disk QNAP berisi beberapa partisi, selain partisi OS dan swap, terdapat partisi data yang juga dapat memiliki konstruksi LVM di atasnya (storage pool, snapshot, dll)
Mencolokkan drive ke sistem acak dan mencoba utilitas acak untuk mengakses data adalah cara pasti untuk merusak data. Drive internal NAS tidak dimaksudkan untuk dibaca dari sistem lain. Jika Anda menginginkan “portabilitas”, gunakan drive eksternal dan ekspor datanya. QNAP telah menerbitkan jalur migrasi jika NAS gagal dan drive perlu dimasukkan ke sistem lain. Dulu, OS NAS bersifat proprietary (milik vendor). Kemudian mereka sebagian besar menjadi malas (dan cerdas) dan beralih ke sistem operasi standar, namun dimodifikasi, serta format disk yang berbeda, tetapi niat untuk membaca data secara langsung tidak pernah menjadi sesuatu yang mereka inginkan. Terlalu banyak hal yang bisa salah.
Saya belum menyebutkan alasan dari keribetan ini, maaf: Saya hanya sedang mengeksplorasi skenario pemulihan data yang mungkin terjadi jika NAS menjadi tidak dapat digunakan karena suatu alasan, itu saja. Jadi sepertinya opsi pemulihan sederhana yang saya harapkan bisa berhasil ternyata tidak akan berhasil dalam kenyataannya (seperti biasanya dalam kasus seperti ini :D). Itu berarti jika terjadi kerusakan perangkat keras NAS, meskipun disk-nya masih sempurna, akses ke data tetap hilang (setidaknya bagi saya, karena saya bukan ahli pemulihan data). Menurut saya ini adalah fitur yang cukup mengecewakan, tapi lebih baik tahu tentang hal ini.
Inilah alasan mengapa Anda harus memiliki strategi cadangan. Data yang penting harus ada di lebih dari satu tempat. RAID bukanlah cadangan.
Inilah juga alasan mengapa strategi cadangan saya mencakup replikasi data di NAS (Network Attached Storage) yang berbeda (dari vendor berbeda), serta memiliki NAS fisik yang identik yang masih berada di kotak aslinya dan siap digunakan, penyimpanan cloud, dan drive eksternal. Tentu saja, hanya Anda yang bisa memutuskan berapa banyak waktu, uang, dan usaha yang layak untuk data Anda, apa yang ingin Anda lindungi, serta berapa biaya pemulihan dalam hal waktu dan usaha.
Ya, saya sudah memiliki sistem cadangan data offline (artinya di luar NAS) yang beragam. Informasi baru bagi saya di sini adalah bahwa NAS ternyata merupakan titik lemah yang agak lebih besar dari yang saya kira sebelumnya, dan saya harus melakukan backup di luar NAS lebih sering, itu saja. Namun, seharusnya ini memang merupakan praktik yang baik.
Jika Anda melakukan pencadangan (backup) secara inkremental, pencadangan online berjalan cukup cepat. Waktu yang paling banyak dihabiskan sebenarnya adalah saat memindai NAS Anda untuk perubahan. Saya melakukan pencadangan inkremental setiap malam ke akun iDrive saya. Biasanya memakan waktu semalaman untuk menyelesaikannya, tetapi sekarang saya memiliki sekitar 14 TB yang tersimpan di cloud dan dicadangkan setiap malam.