Kerana, walaupun anda berpegang pada keluaran Sokongan Jangka Panjang (LTS), pengedaran Linux pada dasarnya lebih berisiko daripada mesin Windows - tiba-tiba dan hebat - tidak berfungsi.
Mengapa, dalam banyak kes, berlaku begitu?
- Keserasian perkakasan, termasuk untuk komponen penting seperti GPU, tetap menjadi cabaran penting dengan banyak vendor masih tidak menyokong pengedaran Linux, menyerahkannya kepada masyarakat untuk membuat penyelesaian;
- Model kewangan sumber terbuka tidak memberi insentif, apalagi memerlukan proses QA menyeluruh;
- Dan bagi mereka yang mengikuti pelepasan kelebihan pendarahan, perubahan mendasar pada alat pengurusan pakej mempunyai kebiasaan buruk kadang-kadang menjerat sistem dengan membuka ralat Kesgantungan Kotak Pandora yang tidak dapat diperbaiki. Membaiki ini, walaupun boleh, boleh dilakukan dengan melakukan lubang kelinci sepanjang hari. Apa yang kelihatan seperti pengalaman belajar yang baik untuk pengguna kali pertama boleh menjadi kekecewaan yang sukar bagi pengguna veteran di ambang melompat ke Windows.
Dan masalah kestabilan Linux telah menimbulkan kemarahan banyak pengguna. Jelajahi banyak utas pengguna dalam kesusahan di AskUbuntu.com dan anda akan menemui banyak poster kecewa yang telah mencuba segala-galanya dan akhirnya memutuskan bahawa satu-satunya jalan ke hadapan adalah memasang dari awal.
Walaupun melakukan ini pada awalnya dapat menjadi proses pembelajaran, mendorong pengguna untuk memikirkan kembali secara berkala bagaimana mereka dapat membuat sistem mereka lebih ramping dan menyelaraskan proses pemulihan, setelah beberapa saat ia menjadi tidak lebih baik daripada gangguan besar yang memakan masa. Cepat atau lambat, bahkan pengguna tenaga paling maju akan mula menginginkan kestabilan.
Saya telah menggunakan Linux sebagai OS harian saya selama lebih dari 10 tahun dan telah melalui bahagian pemasangan bersih yang tidak diingini. Sebenarnya begitu banyak yang saya janjikan bahawa pemasangan semula terakhir saya adalah yang terakhir. Sejak itu, saya telah mengembangkan metodologi berikut. Dan ia berfungsi untuk memastikan sistem Lubuntu saya berjalan sebaik hari saya memasangnya tanpa pemasangan semula sejak itu. Inilah yang saya buat.
Pertimbangan: Apa Yang Perlu Anda Buat Sandaran?
Sebelum memutuskan strategi cadangan, anda perlu mengetahui beberapa asas:
- Apa yang anda perlukan untuk membuat sandaran? Adakah anda perlu membuat sandaran partition / volume penuh atau hanya direktori pengguna rumah?
- Adakah strategi cadangan tambahan akan mencukupi untuk kes penggunaan anda? Atau adakah anda perlu mengambil sandaran sepenuhnya?
- Adakah sandaran perlu disulitkan?
- Betapa mudahnya anda memerlukan proses pemulihan?
Sistem sandaran saya berdasarkan campuran metodologi.
Saya menggunakan Timeshift sebagai sistem sandaran utama saya, yang mengambil gambar tambahan. Dan saya menyimpan sandaran cakera penuh di laman web yang tidak termasuk direktori yang tidak mengandungi data pengguna. Berkaitan dengan root sistem ini adalah:
- / dev
- / proc
- / sys
- / tmp
- / lari
- / mnt
- / media
- / hilang + dijumpai
Akhirnya, saya menyimpan dua sandaran lagi. Salah satunya adalah partisi sistem (nyata) penuh untuk sandaran gambar menggunakan a Clonezilla USB langsung. Clonezilla mengemas rangkaian alat peringkat rendah untuk mereplikasi pemasangan. Dan yang kedua adalah sandaran sistem penuh di luar lokasi yang saya muat naik ke AWS S3 kira-kira sekali setahun setiap kali saya mempunyai pautan data yang bagus.
Pilihan Alat Sandaran
Hari-hari ini, pemilihan alat yang boleh anda gunakan banyak.
Ia termasuk:
- CLI terkenal seperti rsync yang boleh ditulis dan dipanggil sebagai cron job secara manual
- Program seperti Déjà Dup, Duplicity, Bacula yang menyediakan GUI untuk membuat dan mengautomasikan rancangan sandaran ke pelayan destinasi tempatan atau luar lokasi, termasuk yang dikendalikan oleh penyedia awan biasa
- Dan alat yang berinteraksi dengan perkhidmatan awan berbayar seperti CrashPlan, SpiderOak One, dan CloudBerry. Kategori terakhir merangkumi perkhidmatan yang menyediakan sendiri ruang penyimpanan awan yang murah sehingga penawarannya benar-benar berakhir.
Peraturan 3-2-1
Saya akan memberikan gambaran ringkas mengenai alat yang sedang saya gunakan pada mesin utama saya.
Walaupun saya telah menulis beberapa skrip Bash untuk memasukkan fail konfigurasi penting ke dalam storan awan utama saya, yang saya gunakan untuk fail sehari-hari, komponen penting ini dalam rancangan sandaran saya hanya membuat sandaran keseluruhan mesin, termasuk mesin dan sistem maya fail yang harus ditinggalkan atau disandarkan secara berasingan dalam pendekatan yang lebih bernuansa.
Premis utamanya adalah mematuhi peraturan sandaran 3-2-1. Pendekatan ini harus memastikan data anda - termasuk OS utama anda - selamat dalam hampir semua senario kegagalan.
Peraturan menyatakan bahawa anda harus menjaga:
- 3 salinan data anda. Saya selalu mengatakan bahawa ini sedikit keliru kerana ini sebenarnya bermaksud bahawa anda harus menyimpan sumber data utama anda dan dua sandaran. Saya hanya akan menyebutnya sebagai "dua sandaran"
- Kedua-dua salinan sandaran ini harus disimpan pada media penyimpanan yang berbeza. Mari kita kembalikan ini kepada istilah pengkomputeran rumah yang mudah. Anda boleh menulis skrip rsync mudah yang (secara bertahap) menyalin SSD utama anda ke media storan lain yang dilampirkan - katakanlah HDD yang dilampirkan ke port SATA seterusnya pada papan induk anda. Tetapi apa yang berlaku sekiranya komputer anda terbakar atau rumah anda dirompak? Anda akan dibiarkan tanpa sumber data utama anda dan tidak mempunyai sandaran. Sebagai gantinya, anda boleh membuat sandaran cakera utama anda ke Storage Attached Storage (NAS) atau hanya menggunakan Clonezilla untuk menulisnya ke cakera keras luaran.
- Salah satu daripada dua salinan sandaran harus disimpan di luar lokasi. Sandaran di luar lokasi sangat penting kerana, sekiranya berlaku bencana alam seperti banjir misalnya, seluruh rumah anda boleh musnah. Kurang dramatik, acara lonjakan besar dapat menggoreng semua elektronik yang disambungkan di rumah atau semua yang berada di litar tertentu (inilah sebabnya mengapa menyimpan salah satu sandaran di tempat yang tidak tersambung ke bekalan kuasa masuk akal - contohnya ialah HDD / SDD luaran yang mudah ).Secara teknikal, "offsite" adalah di mana sahaja lokasi terpencil. Oleh itu, anda boleh menggunakan Clonezilla untuk menulis gambar sistem operasi anda dari jauh ke PC kerja anda, atau pemacu yang melekat padanya, melalui internet. Hari-hari ini, penyimpanan awan cukup murah untuk memasang gambar pemacu penuh walaupun mampu dimiliki. Atas sebab itu, saya membuat sandaran sistem saya sepenuhnya, sekali dalam setahun, ke baldi Amazon S3. Menggunakan AWS juga memberi anda kelebihan tambahan yang besar.
Pelaksanaan Sandaran Saya
Pendekatan saya untuk membuat sandaran berdasarkan pada beberapa dasar mudah:
- Saya mahu menjaga perkara-perkara semudah mungkin;
- Saya ingin memberi diri saya kelebihan yang paling banyak yang dapat saya capai;
- Saya mahu, sekurang-kurangnya, mengikuti peraturan 3-2-1
Jadi saya lakukan seperti berikut.
- Saya menyimpan pemacu tambahan di desktop saya yang hanya digunakan untuk rumah Peralihan masa memulihkan mata. Kerana saya mendedikasikan keseluruhan cakera padanya, saya mempunyai banyak ruang untuk bermain-main. Saya menyimpan cadangan harian, bulanan, dan mingguan. Sejauh ini, Timeshift adalah semua yang saya perlukan untuk mengembalikan sistem beberapa hari sebelum sesuatu, seperti pakej baru, memberi kesan buruk kepada bahagian lain sistem. Walaupun anda tidak dapat melewati GRUB, Timeshift dapat digunakan sebagai CLI dengan hak root untuk memperbaiki sistem. Ini adalah alat yang sangat serba boleh dan berguna. Ini adalah salinan pertama di lokasi.
- Saya menyimpan pemacu tambahan di desktop saya yang hanya digunakan untuk menempatkan gambar Clonezilla pemacu utama saya. Kerana gambar-gambar ini hanya akan berguna bagi saya sekiranya Timeshift gagal, saya hanya mengambilnya setiap tiga hingga enam bulan sekali. Ini adalah salinan kedua di lokasi.
- Dengan menggunakan Clonezilla, saya membuat pemacu keras tambahan yang saya simpan di rumah di luar PC. Kecuali itu, untuk cakera keras ini, saya menggunakan sandaran peranti-peranti dan bukannya sandaran gambar-peranti seperti pada gambar sebelumnya - jadi lebih baik untuk pergi seketika jika pemacu utama saya mengalami bata. Sekiranya saya pulih dari pemacu sandaran Clonezilla dalaman, misalnya, saya perlu mengikuti proses pemulihan terlebih dahulu. Dengan andaian komponen sistem yang lain berfungsi dengan baik berikutan kegagalan cakera keras, secara teorinya saya hanya perlu menyambungkan pemacu ini ke papan induk untuk mula menggunakannya. Ini adalah salinan ketiga di lokasi.
- Akhirnya, setiap enam bulan sekali, saya memuat naik gambar sistem saya yang dihasilkan Clonezilla ke AWS S3. Tidak perlu dikatakan, ini adalah muat naik berbilang bahagian dan perlu dilakukan dari sambungan internet dengan pautan muat naik yang baik.
Secara keseluruhan, sistem saya melibatkan tiga salinan di laman web dan satu salinan di luar desktop utama saya.
Jalan-jalan utama
- Semua pengguna Linux harus mempunyai strategi cadangan yang kuat
- Peraturan sandaran 3-2-1 adalah tolok ukur yang baik untuk memastikan bahawa data anda selamat dalam hampir semua keadaan.
- Saya menggunakan kombinasi Timeshift dan Cloudzilla untuk membuat sandaran saya walaupun terdapat banyak pilihan lain, termasuk yang berbayar, di pasaran. Untuk penyimpanan awan, saya menggunakan baldi AWS S3 yang sederhana, walaupun sekali lagi, terdapat perkhidmatan bersepadu yang merangkumi kedua-dua perisian dan alat penyimpanan.