Hiç geri yüklemediğin yedek söylentidir
Güncelleme
Yedekler ancak geri yükleme testinden sonra sayılır: arşivi hashle, çöpe kur, içeriğin açıldığını doğrula.
Herkesin ihtiyacı olana kadar yedeği vardır. Sonra arşiv kesik çıkar, yanlış dizin alınmıştır ya da geri yükleme yordamı tek kişinin hafızasındadır. Yedek bir ritüelle gerçek olur: zararsız bir yere kur ve içeriğin açıldığını kanıtla.
Geri yükleme ritüeli
Arşivi sürümle. Tarihli isimler tek dosyayı sonsuz üstüne yazmaktan iyidir. Bozukluğu geç fark etmeye dayanacak kadar nesil tut.
Oluştururken hashle. Arşivi yazıldığı an hashle, hashi yanına koy. Her geri yüklemeden önce doğrula; uyumsuzluk sahte umuttan önce ritüeli durdurur.
Çöpe kur ve içeriği aç. Boş dizine çıkar, dosyaları gerçekten oku: listele, önemlileri aç, satırın önemliyse satır say. İçi çöp yeşil çıkarma yine arızadır.
Çalışılmış örnek: kurgusal bir düzenek yedeği
Aşağıdaki bağlam kurgusaldır. Kurgusal nightly-fixtures işi /srv/fixtures dizinini hashli tarihli dosyaya arşivler. Bir sabah hash uyuşmaz: disk yazarken dolmuş, arşiv kesilmiş.
Ritüel güvenden önce koştuğu için kimse bunu gerçek olayda öğrenmez. Düzeltme saklama artı hash adımında uyarıdır, kanıt her düzenek dosyasını açan çöp geri yüklemesidir.
Kontrol listesi: ismine layık yedek
- Hashli, tarihli, sürümlü arşivler.
- Tarifeyle çöpe geri yükleme testi.
- İçerik açılıp doğrulanmış, yalnızca çıkarılmamış.
- Hash arızaları veri gerekmeden önce uyarıyor.
İlgili okuma
- Uygulamalı: Yedekle, Kur, Hash Doğrula.
- DevOps Foundations Modül 4 depolama sırasını anlatır.
Net yanıtlar
Sık sorulan sorular
Geri yüklemeyi ne sıklıkla test etmeliyim?
Yedek işindeki her değişiklikte ve onun dışında tarifeyle. Test edilmemiş değişiklik önceki tüm güveni sıfırlar.
Hash mi dosya boyutu mu?
Hash. Boyut kesik ve bozuk arşivlerde de tutar; hash tutmaz.
Geri yükleme testi nereye?
Çöp alana, canlı verinin üstüne asla. Üretimin üstüne yazabilen test ikinci felakettir.