Anonim

Ia bermula pada petang Sabtu dengan isteri saya bertanya mengapa DVR kami tiba-tiba berhenti bermain persembahan yang dia sedang menonton. Saya memberitahu dia mungkin hanya beberapa gangguan, tetapi saya akan melihat. Saya pergi ke bilik keluarga untuk melihat, dan kesilapan pada dasarnya menyatakan bahawa cakera asas tidak lagi tersedia. Tidak baik! Ini adalah permulaan cerita seram tiga hari saya …

Latar belakang yang sedikit

DVR saya sebenarnya hanya perisian khusus (SageTV untuk mereka yang ingin tahu) berjalan pada PC. Perisian ini sangat fleksibel dan membolehkan anda memisahkan semua aspeknya. Saya mempunyai mesin berasingan untuk kawalan, penjadualan, dan rakaman berpusat, mesin berasingan untuk main balik, dan bintang cerita ini, mesin berasingan untuk penyimpanan. Untuk penyimpanan, saya menggunakan pelayan fail Linux, menggunakan LVM (Pengurus Kelantangan Logik) untuk mengagregasi banyak pemacu yang sama dan tidak sama kepada satu drive logik yang besar (~ 6TB pada masa ini) yang dilihat oleh sistem operasi. Sejak membuat sandaran berbilang TB data tidak praktikal, dan sejak kata data adalah "hanya" rancangan TV, falsafah sandaran saya untuk ini selalu menjadi tidak peduli. Sehingga peristiwa baru-baru ini, falsafah ini tidak pernah diuji oleh peristiwa dunia sebenar.

Percubaan Untuk Memulihkan Data

Apabila melihat ralat pada DVR, saya segera mula melihat pelayan storan. Sistem fail sangat lamban dan lambat untuk bertindak balas, jadi saya menanyakan LVM tentang keadaan pemacu fizikal yang mendasari kelantangan logiknya. Selepas kelewatan yang panjang, ia muncul dan mengatakan pemacu 750 GB hilang. Uh-oh! Saya reboot pelayan dan luar biasa, pemacu itu kembali. Saya mengeluarkan arahan pvmove untuk memindahkan semua data secara automatik ke pemacu itu, tetapi gagal pada kurang daripada 2% selesai.

Berhadapan dengan cakera yang sangat tidak dapat dibaca tentang membaca datanya, tetapi sekurang-kurangnya muncul dalam BIOS, saya beralih ke alat pemulihan pemacu kegemaran saya, Spinrite. Walaupun Spinrite biasanya but, dari media yang boleh ditanggalkan, tahun-tahun yang lalu saya menubuhkan boot rangkaian di rumah saya untuk pelbagai utiliti jadi saya tidak perlu bimbang untuk menjejaki mana-mana media. Biasanya saya hanya menyambung ke rangkaian saya, pilih boot dari rangkaian, dan saya mempunyai pelbagai alat di pelupusan saya untuk menyelesaikan banyak masalah. Masalahnya ialah mesin yang membuat semua kerja sihir ini adalah mesin yang sama yang sedang turun. Tiada masalah yang saya katakan, saya hanya akan boot dari CD Spinrite. Kecuali beberapa tahun yang lalu, pemacu optikal pada pelayan fail saya menyerahkan hantu. Pada masa itu, saya memutuskan kerana saya tidak pernah menggunakan media optikal di dalam mesin itu, saya tidak perlu menggantikannya. Tiada bimbang, saya memberitahu diri saya, saya hanya akan mengambil pemacu optik keluar dari komputer utama saya. Saya mematikan komputer utama saya dan mengambil pemacu optik. Kemudian saya cari CD boot Spinrite saya. Tidak dapat menemuinya! Kami berpindah ke sebuah rumah baru beberapa bulan yang lalu, jadi segala-galanya berada dalam sedikit kekecewaan. Saya fikir saya akan hanya membakar salinan baru, tetapi saya tidak dapat mencari sebarang media optik kosong! Ke pelan seterusnya, pemacu denyar bootable! Selepas beberapa minit di Google untuk menyegarkan ingatan saya, saya mempunyai pemacu kilat Spinrite yang boleh boot. Saya boot kotak Linux saya dan melancarkan Spinrite. Komputer membeku dan kelihatan seperti kemalangan. Mencari untuk menghapuskan pembolehubah, saya menggerakkan pemacu yang tidak baik daripada dipasang ke kad pengembangan PCI-e untuk dipasang terus ke dalam motherboard. Sekarang Spinrite melancarkan halus, tetapi mengambil umur dan umur untuk menghitung pemacu yang disambungkan kepadanya. Saya secara sistematis mencabut semua pemacu lain kecuali yang buruk, tetapi tidak pernah menyelesaikan pengawal yang memaparkan tidak kira berapa lama saya tunggu. Ke pelan seterusnya! Saya mengambil pemacu dari kotak Linux saya, menyambungkannya ke komputer utama saya, dan boot dari pemacu kilat Spinrite baru saya. Spinrite melancarkan dan melihat pemacu serta-merta, dan saya menceritakannya untuk mula memulihkan data, berpuas hati bahawa saya akhirnya membuat beberapa kemajuan. Saya kembali untuk menyemaknya selepas mungkin 10 minit, dan terdapat ralat pada skrin, dan nampaknya pemanduan sekali lagi hilang. Frustrasi, saya mencuba beberapa kali, dan memberitahu Spinrite untuk memulakan pelbagai bahagian pemacu, tetapi mendapatkan hasil yang sama setiap kali. Nampaknya ini tidak akan membantu saya selepas semua.

Dalam cita rasa tidak rasional, saya meletakkan semula pemacu di dalam kotak Linux saya dan menguatkannya. Untuk saya kagum, pemacu muncul dan LVM membawa semuanya aktif. Selanjutnya cuba nasib saya, saya mengeluarkan arahan pvmove lain untuk cuba memindahkan data dari pemacu lagi. Pada awalnya, saya melihat mesej ralat tentang tidak dapat membaca dari pemacu, tetapi menakjubkan, pvmove terus membuat kemajuan, semakin dekat dan hampir 100% selesai. Campuran kekeliruan, pelepasan, dan keseronokan membasuh saya. Adakah saya akan melepaskan diri dari yang tidak terjejas ini? Malangnya, perkara terakhir LVM di bawah penutup untuk membersihkan pvmove adalah dengan menulis log dikemaskini kepada semua pemacu di bawah kawalannya. Ini tentunya gagal apabila ia cuba menulis kepada pemanduan yang tidak baik, dan dengan itu ia melampaui keseluruhan proses. Kekalahan merampas dari rahang kemenangan sekali lagi! Saya menyelam kembali ke Google, dan mendapati ada kemungkinan untuk mengawal berapa banyak data arahan pvmove bergerak daripada memindahkan SEMUA data dalam satu pukulan. Saya bereksperimen dengan ini dan mempunyai kejayaan yang baik bergerak sebahagian kecil data saya pada satu masa. Saya mendapat tamak dan pemacu hilang beberapa kali, tetapi sentiasa kembali selepas kitaran kuasa komputer. Berpikir bahawa mungkin hanya beberapa bahagian memandu yang buruk, saya mula melompat di sekitar bukannya bekerja pada awal pemanduan. Selepas beberapa lelaran ini, saya mempunyai semua tetapi 40 GB daripada 750 GB selamat dipindahkan dari pemacu. Untuk baki 40 GB, ia gagal untuk bergerak tidak kira apa yang saya cuba. Hari ini petang Ahad dan saya habis, jadi saya memutuskan untuk pergi tidur dan menangani masalah ini lebih awal pada hari berikutnya.

Keesokan harinya, selepas tidur dan separuh pertama hari bekerja, saya memutuskan untuk hanya menggigit peluru kerana saya tidak peduli dengan rancangan TV 40 GB yang terakhir, dan menetapkan tentang membuang pemacu dari konfigurasi LVM saya . Saya telah melakukan ini banyak kali sebelum ini, jadi ia berjalan lancar. Seterusnya pada senarai pembersihan sedang membaiki lubang di tengah-tengah sistem fail. Saya angka dengan hanya 40 GB dan bukannya 750 GB yang hilang itu tidak boleh terlalu buruk, kan? Salah! Selepas pembaikan, saya mempunyai ruang kosong tambahan sebanyak 900 GB berbanding dengan sebelum permulaan pahit, supaya menyengat sedikit. Oh, saya beritahu diri sendiri, itu hanya TV. DVR saya akhirnya berfungsi sekali lagi selepas tiga hari, dan akhirnya saya boleh berfikir tentang hal ini dengan setiap kitaran otak ganti.

Pelajaran yang Dibina

Jadi apa yang saya pelajari daripada semua ini? Saya sepatutnya melakukan kerja yang lebih baik daripada apa yang penting. Ini berlaku beberapa minggu yang lalu, dan pada masa itu saya tidak merindui sebarang kandungan TV yang hilang. Walau bagaimanapun, saya menyesal menghalang diri saya, tetapi lebih penting lagi keluarga saya, daripada dapat menggunakan TV selama tiga hari, dan meletakkan diri saya dalam mod krisis tekanan tinggi selama tiga hari. Sekiranya saya terpaksa memulihkan data saya pada mulanya, fungsi mungkin telah dipulihkan dalam kira-kira satu jam, bukan tiga hari. Saya tahu dengan baik bahawa sebahagian besar masa data kita adalah berharga, tetapi dalam keadaan ini tidak.

Kedua, jika data anda benar-benar berharga, dan 99% dari masa ia benar-benar adalah, anda perlu melindunginya! Backup data anda, tidak ada alasan. Untuk data saya yang tidak boleh ditukar ganti, seperti beribu-ribu gambar anak saya yang saya ada di komputer saya, saya pastikan untuk menyokongnya dalam tidak kurang daripada tiga tempat, salah satunya ialah pembekal sandaran awan. Mengenai storan DVR, saya masih tidak fikir ia praktikal untuk menyandarkannya kepada awan, tetapi dengan harga pemacu hari ini, saya tidak mempunyai alasan untuk tidak memilikinya dilindungi oleh RAID, dan itu hanya apa yang saya akan melakukan. Apabila saya mula-mula menubuhkan storan simpanan saya bertahun-tahun lalu, saya fikir ia membawa saya 10 pemacu atau lebih untuk mendapatkan kolam berbilang TB. Saya baru sahaja memeriksa harga, dan anda boleh membeli pemacu 3 TB sekarang untuk di bawah $ 100. Saya tidak mempunyai alasan untuk meninggalkan data saya tanpa perlindungan, dan jika kehilangan data seperti ini berlaku kepada saya sekali lagi, itu benar-benar kesalahan saya sendiri.

Kisah kesedihan, kekecewaan, dan kehilangan data