Dijital Günlük Yedeklemesi Güvenli Bir Geri Yükleme ile Nasıl Test Edilir?
“Eşitlendi” veya “tamamlandı” diyen bir yedekleme, okunabilir bir günlüğü kurtarabileceğinizi henüz kanıtlamış sayılmaz. Kontrol etmek için küçük ve temsili bir örneği ayrı bir test klasörüne geri yükleyin; ardından metnini, görsellerini, tarihlerini ve güvendiğiniz uygulama özelliklerini doğrulayın. Tatbikat boyunca orijinal günlüğe ve yedeklemeye dokunmayın. Bu kılavuz tek bir amaca yöneliktir: Kişisel günlük yedeğinin gerçekten ihtiyaç duymadan önce başka bir cihazda açılıp kullanılabileceğini doğrulamak.
Yedekleme başarıyla tamamlandıysa geri yüklemeyi neden test etmelisiniz?
Bir eşitleme veya yedekleme durumu, bir aktarma veya kopyalama işleminin tamamlandığının bildirildiğini gösterir. Geri yükleme ise sürecin farklı bir bölümünü kontrol eder: Yedeği bulup bulamadığınızı, ona erişim sağlayıp sağlayamadığınızı, içeriğini ayıklayıp indirebildiğinizi ve geri yüklenen materyali okuyup okuyamadığınızı doğrular. Sorunlar yalnızca bu adımlarda ortaya çıkabilir; örneğin unutulmuş bir şifreleme parolası, eksik ekler, okunamayan dosyalar veya kullandığınız cihazda erişilemeyen bir hesap gibi.
Kongre Kütüphanesi, kişisel dijital kayıtları arşivleyen kişilere farklı yerlerde kopyalar oluşturmalarını ve belge dosyalarının okunabilirliğini en az yılda bir kez kontrol etmelerini tavsiye eder. NIST ise kuruluşların yedekleme ve geri yükleme stratejilerini planlamasını ve test etmesini önerir. Bu kılavuz kurumsal kurtarmaya yöneliktir; bu makale yalnızca test ilkesini kişisel bir günlüğe uyarlamaktadır. Küçük bir örnek, her bir girdinin kurtarılabileceğini kanıtlayamaz. ([Library of Congress: Personal Digital Records](https://digitalpreservation.gov/personalarchiving/records.html); [NIST: backup and restoration guidance](https://www.nist.gov/news-events/news/2021/05/nist-releases-tips-and-tactics-dealing-ransomware))
Orijinalleri riske atmadan bir geri yükleme tatbikatı hazırlayın
Bir yedekleme ve günlüğünüzü gerçekte nasıl tuttuğunuzu temsil eden küçük bir örnek seçin. Uygunsa birden fazla girdi türü ekleyin: düz metin, görsel veya ek içeren bir girdi ve tarihleri önem taşıyan girdiler. Günlük uygulaması etiketleri, not defterlerini veya bağımlı olduğunuz başka bir yapıyı saklıyorsa, bunların bir örneğini de dahil edin. Yalnızca boş veya olağan dışı derecede basit bir girdi seçmekten kaçının.
Başlamadan önce yedeğin nerede saklandığını, onu almak için hangi hesabın veya uygulamanın gerektiğini ve yedeğin şifrelenip şifrelenmediğini not edin. Parolanızın, kurtarma anahtarınızın veya diğer erişim yönteminizin elinizin altında olduğundan emin olun. Sırf testi kolaylaştırmak için parolaları günlüğe veya korumasız bir nota yazmayın.
Etkin günlük klasöründen ayrı bir konumda `Günlük geri yükleme testi` gibi net bir ada sahip bir klasör oluşturun. Örneği oraya yerleştirmek için uygulamanın belgelenmiş geri yükleme veya dışa aktarma sürecini kullanın. Uygulama belirli bir seçimi geri yükleyemiyorsa, yedeğin bir kopyası üzerinden çalışın ve yeni bir konuma geri yükleme konusunda uygulamanın talimatlarını izleyin. Geri yüklemeyi etkin günlüğe yönlendirmeyin, orijinalleri silmeyin veya yeniden adlandırmayın, mevcut dosyaların üzerine yazmayın ya da bir içe aktarmanın etkin günlükle birleşmesine izin vermeyin. Uygulama, geri yüklemeyi ayrı bir konuma yönlendirmek için güvenli bir yol sunmuyorsa, denemeler yapmadan önce durun ve belgelerine başvurun.
Geri yüklenen örneğin kullanılabilir olup olmadığını kontrol edin
Geri yüklenen örneği seçtiğiniz girdilerle karşılaştırın. Hızlı bir kontrol şu soruların her birini yanıtlamalıdır:
**Metin:** Girdiler açılıyor mu ve içerikleri eksiksiz ve okunabilir görünüyor mu? Yalnızca bir başlık veya önizlemeye değil, bir başlangıç ve bitişe bakın.
**Görseller ve ekler:** Dosyalar açılıyor mu ve doğru girdiyle ilişkilendirilmiş mi? Güvendiğiniz her ek türünden en az bir örneği kontrol edin.
**Tarihler:** Girdi tarihleri ve saatleri mantıklı mı? Uygulama bunları başka bir cihazda farklı görüntülüyorsa saat dilimlerini veya tarih biçimlerini göz önünde bulundurun.
**Arama ve yapı:** Arama, etiketler, klasörler veya not defterleri kullanıyorsanız, örnek girdiyi bulabiliyor ve beklenen düzeni görebiliyor musunuz? Dışa aktarılan metin dosyalarından oluşan bir klasör, uygulamaya özgü aramayı veya yapıyı kaybederken sözcükleri koruyabilir; bu dışa aktarmanın ihtiyaçlarınız için yeterli olup olmadığına karar verin.
**Sayı:** Geri yüklenen örnek, seçtiğiniz girdileri ve dosyaları içeriyor mu? Tanımlı bir grubu geri yüklediyseniz, görünür öğe sayısını kaynak grupla karşılaştırın. Yalnızca sayıların eşleşmesi içeriğin bozulmadığını kanıtlamaz.
**Şifreli erişim:** Yedek şifrelenmişse, sakladığınız kimlik bilgileriyle kilidini açabiliyor musunuz? Kilidi açtıktan sonra geri yüklenen içeriğe ulaşabildiğinizi doğrulayın. Bu testin bir parçası olarak elinizdeki tek kopyanın şifreleme ayarlarını değiştirmeyin.
**Başka bir cihaz:** Mümkün olduğunda, örneği yalnızca aynı yerel günlük klasörünü görüntülemeyen ikinci bir cihaza aktarın ve orada açın. Bu, tek bir bilgisayara, tek bir kuruluma veya hatırlanan bir yerel yola bağımlılığı ortaya çıkarabilir. Test hedefini orada da ayrı tutun.
Tatbikatın tarihini, yedekleme konumunu veya türünü, kullanılan cihazı, neleri kontrol ettiğinizi ve varsa sorunları kaydedin. Hassas günlük metinlerini kayda kopyalamaktan kaçının; “örnek metin ve görsel açıldı; arama girdiyi buldu” gibi kısa bir not genellikle yeterlidir.
Net bir başarılı/başarısız kontrol listesi kullanın
**Başarılı**, seçilen örneği orijinali değiştirmeden test klasörüne geri yüklediğiniz, gerekirse kilidini açtığınız ve yukarıdaki ilgili her kontrolün hedeflenen cihaz veya cihazlarda çalıştığını doğruladığınız anlamına gelir. Kullanmadığınız herhangi bir özelliği test edilmiş gibi değerlendirmek yerine “uygulanamaz” olarak not edin.
**Başarısız**, gerekli bir öğenin eksik olduğu, okunamadığı, yanlış tarihlendiği, bağımlı olduğunuz bir özellikte bulunamadığı, kimlik bilgileri bulunamadığı için erişilemediği veya yalnızca etkin günlüğün üzerine yazılarak ya da onunla birleştirilerek geri yüklenebildiği anlamına gelir. Başarısız bir test yararlı bir bilgidir: Mevcut kopyaları olduğu gibi saklayın, yedekleme yöntemini veya uygulama talimatlarını araştırın ve sorunu çözdükten sonra yeni bir test klasörüyle işlemi tekrarlayın.
Bir örneğin başarılı olması, yalnızca test ettiğiniz örnek ve yöntem hakkında kanıt sağlar. Günlükteki her bir girdinin veya gelecekteki her geri yüklemenin sorunsuz çalışacağını garanti edemez. Günlük büyükse veya birden fazla biçim içeriyorsa, tek bir metin girdisinin hepsini kanıtladığını varsaymak yerine her önemli biçim ve kaynaktan temsili örnekleri test edin.
Değişikliklere göre bir takvim belirleyin
Kongre Kütüphanesi, kişisel belge dosyalarının yılda en az bir kez kontrol edilmesini ve her beş yılda bir veya gerektiğinde yeni ortam kopyaları oluşturulmasını önerir. Günlük geri yükleme tatbikatı için pratik bir başlangıç noktası, bir yedeği ilk kurduğunuzda test etmek; ardından anlamlı bir değişiklikten sonra bunu tekrarlamaktır: uygulama veya cihaz değiştirme, dışa aktarma veya yedekleme yöntemini değiştirme, şifreleme kimlik bilgilerini değiştirme, yedeği taşıma ya da korumanız gereken bir biçim veya özellik ekleme gibi. Bu değişikliklerin hiçbiri gerçekleşmezse, yıllık bir kontrol, Kongre Kütüphanesi'nin okunabilirliği kontrol etme tavsiyesiyle uyumlu makul bir hatırlatıcıdır; ancak bu bir kurtarma garantisi değildir.
Bir yedekleme veya uygulama sık sık güncelleniyorsa, küçük bir örneği test etmek için değişikliğin kendisini bir tetikleyici olarak kullanın. Bir test başarısız olursa sorunu düzelttikten sonra tekrarlayın. Hangi yedekleme yolunun, cihazın ve özelliklerin fiilen denendiğini bilmek için kısa bir kayıt tutun. Bu durum “yedekleme tamamlandı” ibaresini daha kullanışlı bir yanıta dönüştürür: Bir örnek, hâlâ kullandığınız günlüğü bozmadan geri yüklendi, açıldı ve kontrol edildi.