VPS'inizi şifreli offshore depolamaya nasıl yedeklersiniz

Neredeyse kimse sunucuyu devreye aldığı gün yedekleme kurmaz. Bu iş daha sonra olur — bir yükseltme sırasında disk dolduktan sonra, yanlış dizinde bir silme işleminden sonra, temiz başlayıp yanlış yanıt veren bir veritabanı bırakan bir taşımadan sonra, biri içeri girdikten sonra. Önemli bir makineyi çalıştırmakla onu kendinden uzun yaşayacak bir kopyaya sahip olmak arasındaki boşluk, kendi kendine barındırmadaki en tehlikeli aralıktır ve çoğu insan bunun farkına varmadan aylarca bu boşlukta yaşar — çünkü uzun süre hiçbir şey ters gitmez, sonra her şey bir anda ters gider. Bu boşluğu kapatmak ne zordur ne de pahalıdır. Zor hissettiren şey, "yedek" kelimesinin dört farklı şey için kullanılması ve kötü günde hâlâ orada olacak olanın bunlardan yalnızca biri olmasıdır.

Yedek olmayan dört şey

Bunların her biri gerçekten yararlıdır ve sahip olmaya değer. Ama hiçbiri yedek değildir ve aksini düşünmek, insanların güvende sandıkları veriyi kaybetmesinin en yaygın tek nedenidir. Bu ayrım kılı kırk yarmak değildir — bunların her biri, tam olarak bir yedeğe en çok ihtiyaç duyduğunuz durumda başarısız olur.

• RAID çalışma süresidir, yedek değildir. Bir dizi, çevrimdışı kalmadan ölü bir diskten sağ çıkar; depolama sunucularımızın RAID-6 çalıştırıp aynı anda iki arızayı tolere etmesinin nedeni de budur. Silinen bir dizinden, kötü giden bir yükseltmeden, başkası tarafından şifrelenmiş bir dosya ağacından ya da silinen bir tablodan sağ çıkmaz — bunların hepsi aynı anda tüm disklere sadakatle yazılır.
• Anlık görüntüler geri alma işlevidir, yedek değildir. Verinin bulunduğu aynı depolama üzerinde yaşarlar, genellikle aynı makinedeki root için görünürdürler ve birimi ya da sunucuyu yok eden her şey anlık görüntüleri de beraberinde götürür. Geri almak hızlıdır, kutu ortadan kalktığında ise işe yaramazlar.
• Senkronizasyon çoğaltmadır, yedek değildir. Bir senkronizasyon aracı, uzak tarafı yakın tarafla eşleştirmek için vardır; bu yüzden bir silme ya da bozulma, ağın izin verdiği hızda kopyaya da yayılır. Nextcloud, Dropbox ve rclone sync hepsi tasarım gereği böyle davranır.
• Sürüm geçmişi ve çöp kutuları kolaylıktır, yedek değildir. Bunlar uygulamanın özellikleridir, uygulamanın veritabanında tutulur ve saklama penceresi gün cinsinden ölçülür. Bozulan şey uygulamanın kendisiyse, kendi geçmişi de onunla birlikte gider.
• Aynı sunucudaki bir kopya saha dışı sayılmaz. Arıza makinenin kendisiyse, sağlayıcı hesabıysa, hipervizörse ya da bir el koymaysa, o makinedeki her dosya — hangi dizinde durduğundan bağımsız olarak — aynı arıza alanındadır.

Bir yedek; mekânda, zamanda ve denetimde ayrı olan bir kopyadır. Mekânda ayrıdır, çünkü bir yangın ya da el koyma ikisini birden götürmesin diye. Zamanda ayrıdır, çünkü hasarın sadakatle kopyalanmış hâline değil, hasardan öncesine dönebilesiniz diye. Denetimde ayrıdır, çünkü çalışan makineden çalınan kimlik bilgileri ona ulaşamasın diye. Bu üçünden birini eksik bırakan her şey, yedek kılığına girmiş bir kolaylık özelliğidir.

3-2-1 kuralı ve 2026'yı atlatan sürümü

Eski kural şudur: verinin üç kopyası, iki farklı depolama türünde, bunlardan biri de saha dışında. Bu kural iyi yaşlanmıştır, çünkü aslında teyplerle ilgili değil, birbiriyle ilişkisiz arızalarla ilgili bir kuraldır. O günden bu yana yerini hak eden iki ekleme yapıldı ve ikisi de kural yazıldığında yaygın olarak yaşanmayan şeyler yüzünden var.

• Üç kopya. Çalışan veri, artı iki kopya daha. İki kopyanız varsa, bir arıza sizi tek bir arıza noktasına indirger; tek arıza noktaları da tam siz ilkini düzeltmeyi düşünürken bozulma huyundadır.
• İki tür depolama. Farklı donanım, farklı yazılım, idealde farklı bir sağlayıcı. Aynı sunucudaki iki birim; bir hipervizörü, bir kontrol panelini ve bir hesabı paylaşır — yani bir hesabın kaybedilme yollarını da paylaşırlar.
• Biri saha dışında. Fiziksel olarak başka bir yerde, sizinki çöktüğünde çökmeyecek bir altyapı üzerinde. Yangın, hırsızlık, el koyma ve uyarı yapılmadan kapatılan bir hesap için önemli olan kopya budur.
• Biri değiştirilemez ya da çevrimdışı. Fidye yazılımı da ele geçirilmiş bir root da önce yedekleri arar ve sunucunuzun yazabildiği bir hedef, sunucunuzun silebildiği bir hedeftir de. Yalnızca ekleme yapılabilen kimlik bilgileri ya da çekme tabanlı bir tasarım, bunu bir felaketten bir can sıkıntısına dönüştürür.
• Sıfır doğrulanmamış geri yükleme. Hiç geri yüklemediğiniz bir yedek yalnızca bir varsayımdır. Bu, insanların en çok atladığı ve en çok pişman olduğu eklemedir; çünkü iki yıldır başarı bildiren bir yedekleme işi, iki yıldır işe yaramaz arşivler yazıyor olabilir.

Neyi yedeklemeli: bütün makineyi değil, durumu

İçgüdü, sunucunun tamamının imajını almaktır. Bu genellikle yanlış biçimdir: imaj yedekleri büyüktür, yavaştır, seçerek geri yüklemesi zahmetlidir ve içeriklerinin çoğu, bir dakikada yeniden kurabileceğiniz standart bir işletim sistemidir. Yeniden üretemeyeceğiniz şey durumdur — yalnızca sizin yaptıklarınız yüzünden var olan şeyler.

• Veritabanları, kopyalanmak yerine dökümü alınarak. Motor yazarken kopyalanan çalışan bir veritabanı dosyası, yırtık bir dosyadır; geri yüklenebilir, yanlış geri yüklenebilir ve hangisi olduğunu size söylemez. Motorun kendi döküm aracını kullanın, ya da hizmeti durdurun, ya da bir dosya sistemi anlık görüntüsü alıp dökümü oradan çıkarın.
• Uygulama veri dizinleri. Yüklenen dosyalar, medya, oluşturulan varlıklar — bir veritabanının işaret ettiği dosya ağacı. Bu, veritabanıyla aynı zaman noktasında yakalanmalıdır; yoksa orada olmayan dosyaları tarif eden bir dizin geri yüklersiniz.
• Yapılandırma ve elle düzenlediğiniz şeyler. Web sunucusu ve ters proxy yapılandırması, systemd birimleri, cron girdileri, güvenlik duvarı kuralları, gece ikide yaptığınız ve hatırlamayacağınız yirmi küçük düzeltme.
• Sırlar ve anahtarlar, ayrı ve daha dikkatli ele alınmalı. TLS sertifikaları ve özel anahtarları, SSH ana bilgisayar anahtarları, API belirteçleri ve her şeyden önce cüzdan dosyaları ve tohum ifadeleri. Bunlar, yalnızca kiralık bir makinede durmayan, kendi şifreli kopyalarını hak eder.
• Konteyner tanımları ve birimleri. Compose dosyaları ve ortam dosyaları, artı adlandırılmış birimler — insanların unuttuğu kısım da budur, çünkü konteynerlerin kendilerini yeniden oluşturmak çok kolaydır, birimlerini değil.
• Kurulumun kendisi değil, neyin kurulu olduğunun listesi. Paketlerin, sürümlerin ve nerede ne çalıştığının kısa bir envanteri; bütün kök dosya sisteminin bir imajından daha hızlı ve daha küçük geri yüklenir.

Ayrım çizgisi basittir: bir betikten ya da paket yöneticisinden on dakikada yeniden üretebiliyorsanız, onu yedeklemeyin — nasıl yapılacağını not edin. Yalnızca siz ya da bir kullanıcı bir şey yaptığı için var oluyorsa, bir kopyaya ihtiyacı vardır. Bu ilke, küçük bir siteden, cüzdanın ve veritabanının her şey olduğu ve gerisinin yeniden kurulabildiği bir BTCPay örneğine; dosya ağacının ve veritabanının birlikte yakalanması gerektiği, yoksa hiçbirinin pek işe yaramadığı bir Nextcloud sunucusuna kadar ölçeklenir.

Hedefi boyutlandırmak ve bunun gerçekte neye mal olduğu

İnsanlar bunu ciddi şekilde abartır; genellikle ilk tam kopyayı fiyatlandırıp bunu saklamayı düşündükleri gün sayısıyla çarparlar. Modern bir yedekleme aracı böyle çalışmaz. Veriyi parçalara böler, her benzersiz parçayı yalnızca bir kez saklar ve sıkıştırılabileni sıkıştırır — bu yüzden büyük ölçüde değişmemiş bir sunucunun ikinci anlık görüntüsü neredeyse hiçbir şeye mal olmaz ve otuz günlük anlık görüntü, ilkinin otuz katına hiç yaklaşmaz.

• Normal bir hızda değişen bir sunucuda tipik bir saklama politikası için, çalışan durumunuzun boyutu kadar, artı geçmiş için yüzde otuz ila elli fazlasını bütçeleyin.
• Büyümeyi sıklıktan çok saklama süresi belirler. İki gün saklanan saatlik anlık görüntüler, üç yıl saklanan günlük anlık görüntülerden daha ucuzdur. Gerçekte ne kadar geriye gideceğinize karar verin, sonra bunu otomatik olarak budayın.
• Zaten sıkıştırılmış veri tekrar sıkıştırılmaz. Video, fotoğraf, arşiv ve şifreli veri blokları neredeyse orijinal boyutlarında kalır; bu yüzden medya ağırlıklı bir sunucunun ihtiyacı akıllı ayarlar değil, gerçek kapasitedir.
• Veritabanları, dökümler arasında zayıf tekilleştirilir; çünkü biraz farklı bir veritabanının sıkıştırılmış dökümü, tamamen farklı bir bayt akışıdır. Sıkıştırmadan döküm alın ve sıkıştırmayı yedekleme aracına bırakın; depolama maliyetiniz keskin biçimde düşer.
• Yavaş olan tek kısım ilk yüklemedir. Ondan sonra gece çalışan bir iş yalnızca farkı taşır; bu da çoğu sunucuda birkaç megabayttır. Buradaki aktarım ölçümsüzdür, bu yüzden ilk geçiş bir bütçe sorunu değil, bir sabır sorunudur.

Pratikte bu, yığınınızdaki en ucuz sigortadır. Bir depolama sunucusu, RAID-6 üzerinde 1 TB için $7.99/ay'dan başlar; bu, bir avuç VPS örneğinin durumunun kaplayacağından çok daha fazlasıdır ve $12.99/ay'lık STO-2 bunu ikiye katlar. Medya kitaplıkları ve uzun saklama süreleri, kapasitenin gerçekten önem taşıdığı yerlerdir: $22.99/ay'lık STO-4 size 4 TB, $39.99/ay'lık STO-8 ise 8 TB verir. Hedef; rsync, SFTP ve S3 uyumlu bir API konuşur, bu yüzden yaygın her yedekleme aracı ona eklenti gerekmeden bağlanır ve birimler, kendi anahtarınızı getirebilme desteğiyle birlikte AES-256 ile hareketsiz hâldeyken şifrelenir — yine de bir sonraki bölümün savunduğu gibi, veriyi kaynaktan çıkmadan önce zaten şifrelemelisiniz.

Bir araç seçmek: her biri gerçekte ne işe yarar

Burada kafanızı yormanıza gerek yok. Üç araç neredeyse her durumu kapsar, hepsi ücretsizdir ve aralarındaki fark, birine sahip olmakla hiç sahip olmamak arasındaki farktan çok daha az önemlidir. Seçiminizi karşılaştırma testlerine göre değil, sorununuzun biçimine göre yapın.

• restic — çoğu sunucu için varsayılan öneri. İstemci tarafında şifrelenir, tekilleştirir, arka plan süreci gerektirmeyen tek bir statik ikili dosyadır ve doğrudan SFTP'ye, S3 uyumlu uç noktalara ve düz dizinlere yazar. Yalnızca ekleme modu, ele geçirilmiş bir sunucunun silemeyeceği bir hedefe giden en kolay yoldur.
• BorgBackup — mükemmel tekilleştirme ve sıkıştırma, yavaş bağlantılarda çok verimli, olgun ve kanıtlanmış. Uzak depolar için hedefte kendi aracısının bulunmasını ister; bu, depolamada belirgin biçimde daha hafif olmanın karşılığında küçük bir kısıtlamadır.
• rclone — iş gerçekten nesne depoları arasında veri taşımaksa ya da sürümlü bir geçmiş yerine bir ayna istiyorsanız doğru araç. Doğrudan kullanıyorsanız kendi şifreleme katmanıyla eşleştirin ve düz bir senkronizasyonun silme işlemlerini de yaydığını unutmayın.
• Veritabanları için her zaman kendi yerel döküm araçları. mysqldump, pg_dump ve muadilleri, motorun kesinlikle geri okuyabileceği tutarlı, mantıksal bir kopya üretir. Bir dosyaya döküm alın, sonra restic ya da Borg'un o dosyayı almasına izin verin — dökümü akıllıca bir dosya düzeyi kopyayla değiştirmeye çalışmayın.
• Sağlayıcı anlık görüntüleri yalnızca hızlı bir yerel katman olarak. Riskli yükseltmeler öncesinde hızlı geri almalar için alın, ama bunları asla üç kopyanızdan biri olarak saymayın.

Adım adım: tek oturumda çalışan bir şifreli yedek

1. 01Hedefi devreye alın ve sıkılaştırınKoruduğu sunuculardan farklı bir bölgede bir depolama sunucusu. Yalnızca anahtarla SSH, kendi kullanıcısı ve ona yazacak makinelerin kimlik bilgilerinin asla yeniden kullanılmaması.
2. 02Bir araca dokunmadan önce durum listesine karar verinSağ kalması gereken her yolu ve her veritabanını not edin. Şimdi bir metin dosyasıyla geçirilen on dakika, kimsenin listelemediği o bir dizini keşfettiğiniz geri yüklemeyi önler.
3. 03Şifreli bir depo başlatınGüçlü bir depo parolası oluşturun, depoyu SFTP ya da S3 üzerinden başlatın ve o parolayı yedeklenen sunucu olmayan bir yerde saklayın. Anahtarı yalnızca ölü makinede bulunan bir depo kurtarılamaz.
4. 04Önce veritabanlarının dökümünü alın, sonra arşivleyinHer veritabanının dökümünü bir hazırlık dizinine alan, ardından hem dökümler hem de dosya ağacı üzerinde tek bir yedekleme geçişi çalıştıran bir sarmalayıcı betik. Veritabanını ve dosyalarını birbiriyle tutarlı kılan da bu sıralamadır.
5. 05İlk yedeği çalıştırın ve bitmesini izleyinUzun süren geçiş ilk geçiştir. Bağlantı kopması işi öldürmesin diye bir terminal çoğullayıcısında çalıştırın ve ne kadar sürdüğünü not edin — artık geri yükleme pencerenizi de biliyorsunuz.
6. 06Saklama süresini belirleyin ve otomatik budayınYedi günlük, dört haftalık ve altı aylık anlık görüntü gibi bir düzen çoğu sunucuya uyar. Budamayı aynı işin içinde yapılandırın, yoksa depo çalışmayı bıraktığı güne kadar büyür.
7. 07Zamanlayın, sonra başarısızlığı gürültülü hâle getirinGece çalışan bir zamanlayıcı ya da cron girdisi, artı iş başarı bildirmediğinde bir uyarı. Sessiz bir yedekleme işi, fark edilmesi kaç ay sürerse sürsün, hiç yedekleme işi olmamasından ayırt edilemez.
8. 08Bugün, yedekten, başka bir makineye bir şey geri yükleyinArşivin içeriğini listelemek değil — gerçek bir dosyanın ve gerçek bir veritabanının, tek kullanımlık bir sunucuya fiilen geri yüklenmesi. Bunu bir kez yapana kadar elinizde bir yedekleme betiği vardır, yedek değil.

Kopyayı, sunucuyu öldüren şeyden sağ çıkaracak hâle getirmek

Gerçek bir yedekle saldırgan için yalnızca küçük bir can sıkıntısı olan şey arasındaki farkı belirleyen kısım burasıdır. Sunucu, yedekleri silebilecek kimlik bilgilerini tutuyorsa, ele geçirilmiş bir root, bir fidye yazılımı çalıştırması ya da kötü bir betik aynı dakikada her iki kopyaya da ulaşır. Çözüm yapısaldır, daha güçlü parolalar meselesi değildir.

• Kaynaktan yalnızca ekleme yapılabilen kimlik bilgileri kullanın. restic ve Borg, yazan makinenin yeni anlık görüntüler oluşturabildiği ama mevcutları silemediği ya da budayamadığı bir modu ikisi de destekler. Budama işlemi o zaman başka bir yerden, bir zamanlamayla, ayrı bir anahtarla çalışır.
• Mümkün olduğunda çekme tabanlı bir tasarımı tercih edin. Kaynağın ittiği bir tasarım yerine, hedefin kaynağa uzanıp veriyi çektiği bir tasarım, kaynağın arşive ait kimlik bilgilerini hiçbir zaman tutmaması anlamına gelir.
• SSH anahtarlarını ya da depo parolalarını sunucular arasında asla yeniden kullanmayın. Ele geçirilen bir makine size yalnızca o makinenin yedeklerine mal olmalı, tüm filonuza değil.
• En az bir kopyayı farklı bir yargı bölgesinde ve farklı bir arıza alanında tutun. Bölge çeşitliliği paranoya değildir — bir donanım arızasıyla toptan bir kayıp arasındaki farktır.
• Depo anahtarını altyapının tamamen dışında saklayın. Bir parola yöneticisi, bir donanım belirteci, bir kasadaki kağıt. Deponun koruduğu makineler dışında herhangi bir yer.
• Şüpheli biçimde hızlı başarılı olmaya başlayan yedeklere dikkat edin. Eskiden yirmi dakika süren ve şimdi kırk saniye süren bir iş, genellikle boş ya da bağlanmamış bir dizini yedekliyordur ve bunu yaparken de başarı bildirmeye devam eder.

Bölge seçimi burada bir ayrıntı değil, gerçek bir karardır; çünkü yedeğiniz ve üretim sunucunuz aynı işlemle el konulabilir olmamalıdır. Çalıştırdığınız şey için bu önemliyse, konumu bilinçli seçmek birkaç dakikaya değer ve hedefi kaynaktan farklı bir hukuk düzenine koymak zaten bu işin bütün amacıdır.

Geri yükleme: kimsenin prova etmediği kısım

Geri yüklemeler sıkıcı nedenlerle başarısız olur ve mümkün olan en kötü anda başarısız olurlar; çünkü çoğu insanın bir tane denediği tek an da odur. Aşağıdaki her başarısızlık, bir tatbikat sırasında dakikalar içinde, bir kesinti sırasında ise saatler içinde keşfedilir.

• Depo parolası yalnızca ölen sunucuda duruyordu, bu yüzden arşivler sağlam ama kalıcı olarak okunamaz durumda.
• Veritabanı geri yüklendi ama dosya ağacı üç saat sonraki bir çalışmadan geldi, bu yüzden uygulama, dosyaları var olmayan kayıtları gösteriyor.
• Yedek, sessizce bağlı olmaktan çıkmış bir dizini yakaladı, bu yüzden bir yıl boyunca her gece boş bir klasörü sadakatle arşivledi.
• Kimse geri yükleme sırasını bilmiyordu — önce veritabanı mı, önce dosyalar mı, hizmet durdurulmuş mu çalışıyor mu — ve yarı geri yüklenmiş durum atılıp baştan başlanmak zorunda kaldı.
• Geri yükleme, mevcut bağlantı üzerinden on bir saat sürüyor; kimse bunu ölçmemişti ve kurtarma planı bir saat varsaymıştı.
• Dosya sahipliği ve izinleri yanlış geri geldi, bu yüzden her şey yerinde olsa da uygulama başlamayı reddediyor.
• Yalnızca en yeni anlık görüntü hiç test edilmişti ve kurtarılmaya çalışılan bozulma altı hafta önce başlamıştı.

Yılda iki kez yapılan bir tatbikat bunların hepsini çözer. Tek kullanımlık bir VPS devreye alın, gerçek depodan içine geri yükleyin, hizmeti başlatın, veriye bakın, makineyi yok edin. Bu birkaç dolara ve bir saate mal olur ve bütün yedekleme sistemini bir inançtan bir gerçeğe dönüştürür. Bunu kılavuz açıkken bir kez yapın ve kılavuzun size yalan söylediği her yeri düzeltin.

Gizlilik katmanı: bir yedek anonimliğinizi bozabilir

Bu konu özellikle offshore çalıştırmaya özgüdür ve onu doğru yapmanın tek kolay yolu, ilk yüklemeden sonra değil önce düşünmektir. Bir yedek, altyapınızın başka bir yerde duran, eksiksiz, dizinlenmiş ve uzun ömürlü bir kopyasıdır; bu da onu orijinaliyle tam olarak aynı derecede hassas, ama unutulması çok daha kolay yapar.

• İçerik şifreli olsa bile dosya adları ve dizin yapısı meta veridir. restic ve Borg'daki istemci tarafı şifreleme adları da kapsar; düz bir rsync aynası kapsamaz ve bir dizin dökümü çoğu zaman bir sunucunun ne olduğunu ve onu kimin işlettiğini belirlemeye yeter.
• Hedef hesap da hikâyenin bir parçasıdır. Yasal isminizle bir kartla kiralanan bir yedekleme kasası, kaynak makine ne kadar dikkatli temiz tutulmuş olursa olsun, o ismi kasanın tuttuğu her şeye bağlar.
• Yedekleme trafiği, iki adres arasında kalıcı, zamanlanmış, yüksek hacimli bir bağlantıdır. Bir sunucunun ürettiği daha okunaklı örüntülerden biridir ve her gece hedefi işaret eder.
• Eski anlık görüntüler, kendilerini var eden kararlardan daha uzun yaşar. Bir yıl önce saklamayı bıraktığınız bir şey, saklama süresi onu hiç budamadıysa hâlâ arşivdedir; bu, kurtarma için iyi, açığa çıkma için kötü bir özelliktir.
• Günlükler ve kabuk geçmişi de geri kalan her şeyle birlikte süpürülür. Arşiv, çalışan makinede özenle sakladığınız IP adreslerini, komutları ve kimlik bilgilerini sıkça içerir.

Çözümler sıradandır. Hem adları hem içeriği şifreleyen bir araç kullanın. Hedefi de tıpkı kaynağı kiraladığınız gibi kiralayın — kim olduğunuzu hiç sormamış bir barındırıcıdan, bir kripto bakiyesinden finanse ederek; ödeme izini de kapatmak istiyorsanız bir Monero yüklemesiyle. Örüntünün kendisi sizi rahatsız ediyorsa aktarımı bir WireGuard tüneli üzerinden yönlendirin. Ve üretime uyguladığınız aynı ilk on dakika sıkılaştırmasını depolama kutusuna da uygulayın; çünkü her şeyin bir kopyasını tutan bir makine, orijinalinden daha düşük değerli bir hedef değildir — çoğunlukla daha yüksek değerli bir hedeftir.

İnsanlara verilerine mal olan hatalar

• RAID'e, anlık görüntülere ya da bir senkronizasyon klasörüne yedek diye güvenmek ve önemli olduğu gün hangi kategoride olduklarını öğrenmek.
• Tek kopyayı, korunan şeyle aynı sunucuda, aynı hesapta ya da aynı sağlayıcıda tutmak.
• Çalışan bir veritabanı dosyasının dökümünü almak yerine onu kopyalamak ve ince, sessizce yanlış bir arşivi geri yüklemek.
• Dosya ağacını ve veritabanını farklı zamanlarda yedeklemek, böylece geri yüklemede ikisi de birbirini tutmaz.
• Depo parolasını, deponun koruduğu makinede saklamak.
• Kaynağa hedef üzerinde tam silme yetkisi vermek, böylece tek bir ele geçirilme, arşivleri de beraberinde götürür.
• Hiç budamamak; ta ki hedef dolana ve gece işi haftalarca sessizce başarısız olana kadar.
• Cüzdan dosyası hiçbir arşivde yokken yüzlerce gigabayt herkese açık blok zinciri verisini yedeklemek.
• Uyarıları başarısızlık için yapılandırıp yokluk için hiç yapılandırmamak; böylece tamamen çalışmayı bırakan bir iş hiçbir şey bildirmez.
• Yalnızca en yeni anlık görüntüyü test etmek ve gerçek bir olay sırasında bozulmanın ondan öncesine dayandığını keşfetmek.

Yedekler, yapılandıracağınız en az ilgi çekici şeydir ve yokluğu telafi edilemez tek şeydir. Bir sunucudaki her şey bir paket yöneticisiyle ve bir öğleden sonrayla yeniden kurulabilir; durum yeniden kurulamaz. Buna bir oturum ayırın: sağ kalması gerekeni listeleyin, veritabanlarının dökümünü alın, şifreli bir arşivi başka bir ülkedeki bir depolama sunucusuna gönderin, bir zamanlamayla budayın, sessizlikte uyarı verin ve terminali kapatmadan önce gerçek bir şeyi geri yükleyin. Sonra kendi hâline bırakın. İyi bir yedekleme sisteminin ölçüsü, bir felaketi hafif can sıkıcı bir saate dönüştürdüğü o sabaha kadar varlığını unutmanızdır.