Phenquestions
Çünkü, Uzun Vadeli Destek (LTS) sürümlerine bağlı kalsanız bile, Linux dağıtımları genellikle Windows makinelerinden - aniden ve olağanüstü bir şekilde - iflas etme riskiyle karşı karşıyadır.
Neden bu kadar çok durumda böyle?
- GPU'lar gibi temel bileşenler de dahil olmak üzere donanım uyumluluğu, birçok satıcının hala Linux dağıtımlarını desteklemediği ve geçici çözümler oluşturmayı topluluğa bıraktığı için önemli bir zorluk olmaya devam ediyor;
- Açık kaynağın finansal modeli, kapsamlı QA süreçlerini teşvik etmez, çok daha az gerektirir;
- Ve son sürüm sürümlere ayak uyduranlar için, paket yönetim araçlarında yapılan temel değişiklikler, onarılamaz bir Pandora'nın bağımlılık hataları kutusunu açarak sistemi bazen tuğlalamak gibi kötü bir alışkanlığa sahiptir. Bunları tamir etmek, mümkün olduğunda bile, günlerce süren tavşan delikleri açmayı içerebilir. İlk kez kullanan bir kullanıcı için iyi bir öğrenme deneyimi gibi görünen şey, Windows'a geçmenin eşiğinde olan deneyimli bir kullanıcı için büyük bir hayal kırıklığı olabilir.
Ve Linux'un kararlılık sorunu birçok kullanıcıyı kızdırdı. AskUbuntu'da sıkıntı yaşayan birçok kullanıcı başlığına göz atın.com'da her şeyi deneyen ve nihayetinde ilerlemenin tek yolunun sıfırdan yüklemek olduğuna karar veren birçok hüsrana uğramış posterle karşılaşacaksınız.
Bunu yapmak başlangıçta bir tür öğrenme süreci olabilir, kullanıcıları periyodik olarak sistemlerini nasıl daha yalın hale getirebileceklerini ve kurtarma sürecini nasıl düzene sokabileceklerini yeniden düşünmeye teşvik eder, bir süre sonra büyük, zaman alıcı bir sıkıntıdan daha iyi bir şey olmaz. Er ya da geç, en gelişmiş ileri düzey kullanıcılar bile istikrar istemeye başlayacak.
10 yıldan fazla bir süredir Linux'u günlük işletim sistemim olarak kullanıyorum ve istenmeyen temiz kurulumlardan adil payımı geçtim. Aslında o kadar çok ki, son yeniden kurulumumun sonuncusu olacağına söz verdim. O zamandan beri, aşağıdaki metodolojiyi geliştirdim. Ve Lubuntu sistemimi, yeniden kurulum yapmadan kurduğum günkü kadar iyi çalışır durumda tutmak için çalıştı. İşte yaptığım şey.
Dikkat Edilmesi Gerekenler: Neleri Yedeklemeniz Gerekiyor??
Bir yedekleme stratejisine karar vermeden önce bazı temel noktaları bulmanız gerekir:
- yedeklemek için neye ihtiyacınız var? Tüm bölümü/birimi mi yoksa yalnızca ana kullanıcı dizinini mi yedeklemeniz gerekiyor??
- Kullanım durumunuz için artımlı bir yedekleme stratejisi yeterli olacak mı?? Yoksa tam yedekleme mi almanız gerekiyor??
- Yedeklemenin şifrelenmesi gerekiyor mu??
- Geri yükleme işleminin ne kadar kolay olması gerekiyor??
Yedekleme sistemim, metodolojilerin bir karışımına dayanıyor.
Artımlı anlık görüntüler alan birincil yedekleme sistemim olarak Timeshift kullanıyorum. Ve sitede, kullanıcı verilerini içermeyen dizinleri hariç tutan tam bir disk yedeği tutuyorum. Sistem köküne göre bunlar:
- /dev
- /proc
- /sys
- /tmp
- /Çalıştırmak
- /mnt
- /medya
- /kayıp+bulundu
Son olarak, iki yedek daha tutuyorum. Bunlardan biri, bir (gerçek) tam sistem bölümü kullanarak görüntü yedeklemesidir klonezilla canlı USB. Clonezilla, kurulumları çoğaltmak için bir dizi düşük seviyeli araç paketler. İkincisi ise, emrimde harika bir yukarı veri bağlantısına sahip olduğumda, yaklaşık yılda bir kez AWS S3'e yüklediğim bir tesis dışı tam sistem yedeklemesidir.
Yedekleme Araçları Seçenekleri
Bu günlerde, kullanabileceğiniz araçların seçimi geniş.
O içerir:
- Komut dosyası oluşturabilen ve manuel olarak cron işi olarak adlandırılan rsync gibi iyi bilinen CLI'ler
- Déjà Dup, Duplicity, Bacula gibi, ortak bulut sağlayıcıları tarafından işletilenler de dahil olmak üzere yerel veya site dışı hedef sunuculara yedekleme planları oluşturmak ve otomatikleştirmek için GUI'ler sağlayan programlar
- Ve CrashPlan, SpiderOak One ve CloudBerry gibi ücretli bulut hizmetleriyle arayüz oluşturan araçlar. Son kategori, ucuz bulut depolama alanı sağlayan hizmetleri içerir, böylece teklif tamamen uçtan uca.
3-2-1 Kuralı
Şu anda ana makinemde kullandığım araçlara hızlı bir genel bakış sunacağım.
Temel yapılandırma dosyalarını günlük dosyalar için kullandığım ana bulut depolama alanıma almak için bazı Bash komut dosyaları yazmış olsam da, yedekleme planımın bu (temel) bileşeni sanal makineler ve sistem dahil olmak üzere tüm makineyi yedekler. daha nüanslı yaklaşımlarda ayrı olarak bırakılması veya yedeklenmesi gereken dosyalar.
Temel dayanağı 3-2-1 yedekleme kuralına bağlılıktır. Bu yaklaşım, ana işletim sisteminiz de dahil olmak üzere verilerinizi hemen hemen her arıza senaryosunda güvende tutmalıdır.
Kural şunları saklamanız gerektiğini belirtir:
- verilerinizin 3 kopyası. Her zaman bunun biraz yanlış bir isim olduğunu söylerim çünkü bu aslında birincil veri kaynağınızı ve iki yedeğinizi tutmanız gerektiği anlamına gelir. Ben buna basitçe “iki yedek” derdim
- Bu iki yedek kopya farklı depolama ortamlarında tutulmalıdır. Bunu basit ev bilgisayar terimlerine geri getirelim. Ana SSD'nizi (kademeli olarak) başka bir bağlı depolama ortamına kopyalayan basit bir rsync komut dosyası yazabilirsiniz - diyelim ki ana kartınızdaki bir sonraki SATA bağlantı noktasına takılı bir HDD. Ama bilgisayarınız alev alırsa veya eviniz soyulursa ne olur?? Birincil veri kaynağınız olmadan kalırsınız ve yedeğiniz olmaz. Bunun yerine, birincil diskinizi Ağa Bağlı Depolamaya (NAS) yedekleyebilir veya harici bir sabit sürücüye yazmak için Clonezilla'yı kullanabilirsiniz.
- İki yedek kopyadan biri tesis dışında saklanmalıdır. Tesis dışı yedeklemeler hayati önem taşır, çünkü örneğin sel gibi feci bir doğal olay durumunda tüm eviniz yıkılabilir. Daha az dramatik olarak, büyük bir aşırı akım olayı, bir evdeki tüm bağlı elektronikleri veya belirli bir devredeki tüm elektronikleri kızartabilir (bu nedenle yerinde yedeklemelerden birini bir güç kaynağına bağlı olmadan tutmak mantıklıdır - bir örnek basit bir harici HDD/SDD olabilir ).Teknik olarak, "tesis dışı", uzak bir konum olan herhangi bir yerdir. Böylece, işletim sisteminizin bir görüntüsünü iş bilgisayarınıza veya ona bağlı bir sürücüye internet üzerinden uzaktan yazmak için Clonezilla'yı kullanabilirsiniz. Bu günlerde bulut depolama, tam sürücü görüntülerini bile uygun maliyetli bir şekilde yüklemek için yeterince ucuz. Bu nedenle sistemimi yılda bir kez tam olarak bir Amazon S3 kovasına yedekliyorum. AWS'yi kullanmak ayrıca size çok büyük ek yedeklilik sağlar.
Yedekleme Uygulamam
Yedeklemelere yaklaşımım birkaç basit ilkeye dayanmaktadır:
- İşleri olabildiğince basit tutmak istiyorum;
- Kendime makul bir şekilde elde edebileceğim en fazla fazlalığı vermek istiyorum;
- En azından 3-2-1 kuralına uymak istiyorum
Bu yüzden aşağıdaki gibi yapıyorum.
- Masaüstümde yalnızca ev için kullanılan ek bir sürücü bulundururum zaman kaydırma geri yükleme noktaları. Bütün bir diski buna adadığım için, oynamak için epeyce yerim var. Günlük, aylık ve haftalık yedek tutuyorum. Şimdiye kadar, Timeshift, yeni bir paket gibi bir şeyin sistemin diğer parçaları üzerinde olumsuz bir etkisi olmadan önce sistemi birkaç gün geri almak için ihtiyacım olan tek şeydi. GRUB'u geçemeseniz bile, Timeshift, sistemi onarmak için kök ayrıcalıklarına sahip bir CLI olarak kullanılabilir. İnanılmaz derecede çok yönlü ve kullanışlı bir araçtır. Bu, sitedeki ilk kopyadır.
- Masaüstümde yalnızca ana sürücümün Clonezilla görüntülerini barındırmak için kullanılan ek bir sürücü bulunduruyorum. Bu görüntüler yalnızca Timeshift'in başarısız olması durumunda benim için gerçekten yararlı olacağından, bunları yalnızca üç ila altı ayda bir çekiyorum. Bu ikinci bir yerinde kopyadır.
- Clonezilla'yı kullanarak evde bilgisayarın dışında tuttuğum ek bir sabit disk oluşturuyorum. Bunun dışında, bu sabit disk için, önceki resimdeki gibi bir cihaz-imaj yedeği yerine bir cihaz-cihaz yedeği kullanıyorum - böylece birincil diskim tuğlalanmış olsaydı anında gitmek iyi olurdu. Örneğin, dahili Clonezilla yedekleme sürücüsünden kurtaracak olsaydım, önce bir geri yükleme işlemini izlemem gerekirdi. Bir sabit sürücü arızasının ardından diğer sistem bileşenlerinin iyi çalışır durumda olduğunu varsayarsak, teorik olarak kullanmaya başlamak için bu sürücüyü ana karta bağlamam yeterli olacaktır. Bu üçüncü bir yerinde kopyadır.
- Son olarak, altı ayda bir, sistemimin Clonezilla tarafından oluşturulmuş bir görüntüsünü AWS S3'e yüklüyorum. Söylemeye gerek yok, bu uzun ve çok parçalı bir yüklemedir ve iyi bir yükleme bağlantısına sahip bir internet bağlantısından gerçekleştirilmesi gerekir.
Toplamda, sistemim ana masaüstümün üç yerinde kopyasını ve bir site dışı kopyasını içeriyor.
Ana Paket Servisler
- Tüm Linux kullanıcıları yerinde sağlam yedekleme stratejilerine sahip olmalıdır
- 3-2-1 yedekleme kuralı, verilerinizin neredeyse her koşulda güvende olmasını sağlamak için iyi bir ölçüttür.
- Piyasada ücretli olanlar da dahil olmak üzere birçok başka seçenek olmasına rağmen, yedeklerimi oluşturmak için Timeshift ve Cloudzilla'nın bir kombinasyonunu kullanıyorum. Bulut depolama için basit bir AWS S3 kovası kullanıyorum, ancak yine hem yazılım hem de depolama araçlarını içeren entegre hizmetler var.
