Phenquestions
Karena, bahkan jika Anda tetap berpegang pada rilis Long Term Support (LTS), distribusi Linux sering kali secara fundamental lebih berisiko daripada mesin Windows akan - tiba-tiba dan spektakuler - gulung tikar.
Mengapa, dalam banyak kasus, seperti ini?
- Kompatibilitas perangkat keras, termasuk untuk komponen penting seperti GPU, tetap menjadi tantangan yang signifikan dengan banyak vendor masih belum mendukung distribusi Linux, menyerahkannya kepada komunitas untuk membuat solusi;
- Model keuangan open source tidak memberi insentif, apalagi membutuhkan, proses QA menyeluruh;
- Dan bagi mereka yang mengikuti rilis terbaru, perubahan mendasar pada alat manajemen paket memiliki kebiasaan buruk terkadang merusak sistem dengan membuka kotak kesalahan ketergantungan Pandora's Box yang tidak dapat diperbaiki. Memperbaiki ini, bahkan jika memungkinkan, dapat melibatkan pembuatan lubang kelinci selama berhari-hari. Apa yang mungkin tampak seperti pengalaman belajar yang baik untuk pengguna pertama kali dapat menjadi frustrasi yang sangat besar bagi pengguna veteran yang hampir melompat ke Windows.
Dan masalah stabilitas Linux telah membuat marah banyak pengguna. Jelajahi banyak utas pengguna dalam kesulitan di AskUbuntu.com dan Anda akan menemukan banyak poster frustrasi yang telah mencoba segalanya dan akhirnya memutuskan bahwa satu-satunya jalan ke depan adalah menginstal dari awal.
Meskipun melakukan ini pada awalnya dapat menjadi semacam proses pembelajaran, mendorong pengguna untuk secara berkala memikirkan kembali bagaimana mereka dapat membuat sistem mereka lebih ramping dan merampingkan proses pemulihan, setelah beberapa saat itu menjadi tidak lebih baik daripada gangguan besar yang menguras waktu. Cepat atau lambat, bahkan pengguna listrik paling canggih pun akan mulai mendambakan stabilitas.
Saya telah menggunakan Linux sebagai OS saya sehari-hari selama lebih dari 10 tahun dan telah melalui bagian yang adil dari instalasi bersih yang tidak diinginkan. Begitu banyak, pada kenyataannya, saya berjanji bahwa instalasi ulang terakhir saya akan menjadi yang terakhir. Sejak itu, saya telah mengembangkan metodologi berikut. Dan itu berfungsi untuk menjaga sistem Lubuntu saya berjalan sebaik hari saya menginstalnya tanpa menginstal ulang sejak itu. Inilah yang saya lakukan.
Pertimbangan: Apa yang Perlu Anda Cadangkan?
Sebelum memutuskan strategi pencadangan, Anda perlu mengetahui beberapa hal mendasar:
- Apa yang Anda butuhkan untuk membuat cadangan?? Apakah Anda perlu mencadangkan partisi/volume penuh atau hanya direktori pengguna rumah?
- Akankah strategi pencadangan tambahan cukup untuk kasus penggunaan Anda?? Atau apakah Anda perlu mengambil cadangan penuh?
- Apakah cadangan perlu dienkripsi??
- Seberapa mudah Anda membutuhkan proses pemulihan??
Sistem cadangan saya didasarkan pada campuran metodologi.
Saya menggunakan Timeshift sebagai sistem cadangan utama saya, yang mengambil snapshot tambahan. Dan saya menyimpan cadangan disk penuh di situs yang mengecualikan direktori yang tidak berisi data pengguna. Sehubungan dengan root sistem ini adalah:
- /dev
- /proc
- /sys
- /tmp
- /Lari
- /mnt
- /media
- /hilang+ditemukan
Akhirnya, saya menyimpan dua cadangan lagi. Salah satunya adalah partisi sistem lengkap (nyata) untuk pencadangan gambar menggunakan a Klonezila USB langsung. Clonezilla mengemas serangkaian alat tingkat rendah untuk mereplikasi instalasi. Dan yang kedua adalah cadangan sistem lengkap di luar lokasi yang saya unggah ke AWS S3 sekitar setahun sekali setiap kali saya memiliki uplink data yang bagus.
Opsi Alat Cadangan
Saat ini, pilihan alat yang dapat Anda gunakan sangat banyak.
Itu termasuk:
- CLI terkenal seperti rsync yang dapat ditulis dan disebut sebagai cron job secara manual
- Program seperti Déjà Dup, Duplicity, Bacula yang menyediakan GUI untuk membuat dan mengotomatiskan rencana pencadangan ke server tujuan lokal atau di luar lokasi, termasuk yang dioperasikan oleh penyedia cloud umum
- Dan alat yang berinteraksi dengan layanan cloud berbayar seperti CrashPlan, SpiderOak One, dan CloudBerry. Kategori terakhir mencakup layanan yang menyediakan ruang penyimpanan cloud murah sendiri sehingga penawarannya benar-benar ujung ke ujung.
Aturan 3-2-1
Saya akan memberikan gambaran singkat tentang alat yang saya gunakan saat ini di mesin utama saya.
Meskipun saya telah menulis beberapa skrip Bash untuk memasukkan file konfigurasi penting ke penyimpanan cloud utama saya, yang saya gunakan untuk file sehari-hari, komponen (penting) dari rencana pencadangan saya ini hanya mencadangkan seluruh mesin, termasuk mesin dan sistem virtual file yang harus ditinggalkan atau dicadangkan secara terpisah dalam pendekatan yang lebih bernuansa.
Premis utamanya adalah kepatuhan pada aturan cadangan 3-2-1. Pendekatan ini harus menjaga data Anda - termasuk OS utama Anda - aman di hampir semua skenario kegagalan.
Aturan menyatakan bahwa Anda harus menjaga:
- 3 salinan data Anda. Saya selalu mengatakan bahwa ini sedikit keliru karena itu sebenarnya berarti Anda harus menyimpan sumber data utama Anda dan dua cadangan. Saya hanya akan menyebut ini sebagai "dua cadangan"
- Kedua salinan cadangan ini harus disimpan di media penyimpanan yang berbeda. Mari kembalikan ini ke istilah komputasi rumah sederhana. Anda dapat menulis skrip rsync sederhana yang (secara bertahap) menyalin SSD utama Anda ke media penyimpanan lain yang terpasang - katakanlah HDD terpasang ke port SATA berikutnya di motherboard Anda. Tapi apa yang terjadi jika komputer Anda terbakar atau rumah Anda dirampok?? Anda akan dibiarkan tanpa sumber data utama dan tidak memiliki cadangan. Sebagai gantinya, Anda dapat mencadangkan disk utama Anda ke Network Attached Storage (NAS) atau cukup gunakan Clonezilla untuk menulisnya ke hard drive eksternal.
- Salah satu dari dua salinan cadangan harus disimpan di luar lokasi. Pencadangan di luar lokasi sangat penting karena, jika terjadi bencana alam seperti banjir misalnya, seluruh rumah Anda dapat hancur. Kurang dramatis, peristiwa lonjakan besar dapat menggoreng semua elektronik yang terhubung di rumah atau semua yang ada di sirkuit tertentu (inilah sebabnya menjaga salah satu cadangan di tempat tidak terhubung ke catu daya masuk akal - contohnya adalah HDD/SDD eksternal sederhana ).Secara teknis, "offsite" adalah di mana saja yang merupakan lokasi terpencil. Jadi Anda dapat menggunakan Clonezilla untuk menulis gambar sistem operasi Anda dari jarak jauh ke PC kerja Anda, atau drive yang terpasang padanya, melalui internet. Hari-hari ini, penyimpanan cloud cukup murah untuk menginstal gambar drive penuh dengan harga terjangkau. Karena alasan itu, saya mencadangkan sistem saya secara penuh, setahun sekali, ke bucket Amazon S3. Menggunakan AWS juga memberi Anda redundansi tambahan yang sangat besar.
Implementasi Cadangan Saya
Pendekatan saya terhadap pencadangan didasarkan pada beberapa kebijakan sederhana:
- Saya ingin menjaga hal-hal sesederhana mungkin;
- Saya ingin memberi diri saya redundansi paling banyak yang dapat saya capai secara wajar;
- Saya ingin, minimal, mengikuti aturan 3-2-1
Jadi saya lakukan sebagai berikut.
- Saya menyimpan drive tambahan di desktop saya yang hanya digunakan untuk menampung Pergeseran waktu titik pemulihan. Karena saya mendedikasikan seluruh disk untuk itu, saya memiliki cukup 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 ke titik sebelum sesuatu, seperti paket baru, berdampak buruk pada bagian lain dari sistem. Bahkan jika Anda tidak dapat melewati GRUB, Timeshift dapat digunakan sebagai CLI dengan hak akses root untuk memperbaiki sistem. Ini adalah alat yang luar biasa serbaguna dan berguna. Ini adalah salinan pertama di tempat.
- Saya menyimpan drive tambahan di desktop saya yang hanya digunakan untuk menampung gambar Clonezilla dari drive utama saya. Karena gambar-gambar ini hanya akan sangat berguna bagi saya jika Timeshift gagal, saya hanya mengambilnya setiap tiga hingga enam bulan sekali. Ini adalah salinan di tempat kedua.
- Menggunakan Clonezilla, saya membuat hard drive tambahan yang saya simpan di rumah di luar PC. Kecuali itu, untuk hard drive ini, saya menggunakan cadangan perangkat-perangkat daripada cadangan gambar perangkat seperti pada gambar sebelumnya - sehingga akan lebih baik jika drive utama saya rusak. Jika saya memulihkan dari drive cadangan Clonezilla internal, misalnya, saya harus terlebih dahulu mengikuti proses pemulihan restore. Dengan asumsi komponen sistem lainnya berfungsi dengan baik setelah kegagalan hard drive, saya secara teoritis hanya perlu menghubungkan drive ini ke motherboard untuk mulai menggunakannya. Ini adalah salinan ketiga di tempat.
- Akhirnya, setiap enam bulan sekali, saya mengunggah gambar sistem saya yang dihasilkan Clonezilla ke AWS S3. Tak perlu dikatakan, ini adalah unggahan multi-bagian yang panjang dan perlu dilakukan dari koneksi internet dengan tautan unggah yang bagus.
Secara keseluruhan, sistem saya melibatkan tiga salinan di tempat dan satu salinan di luar situs dari desktop utama saya.
Takeaways utama
- Semua pengguna Linux harus memiliki strategi pencadangan yang kuat
- Aturan pencadangan 3-2-1 adalah tolok ukur yang baik untuk memastikan bahwa data Anda aman di hampir semua keadaan.
- Saya menggunakan kombinasi Timeshift dan Cloudzilla untuk membuat cadangan saya meskipun ada banyak opsi lain, termasuk yang berbayar, di pasaran. Untuk penyimpanan cloud, saya menggunakan ember AWS S3 sederhana, meskipun sekali lagi, ada layanan terintegrasi yang mencakup perangkat lunak dan alat penyimpanan.
