Yedek dosyası ile geri dönebilmek aynı şey değildir.

Yedek klasöründe yeni tarihli bir dosya görmek rahatlatıcıdır. Yine de tek başına şu soruyu yanıtlamaz: sistem bugün kaybolursa, hangi veriyi hangi uygulama sürümüyle tekrar açacağım? Yedeği bir dosya işlemi olarak değil, geri dönüş planının girdisi olarak ele alırım.

Neyin yedeği alınıyor?

Veritabanı, yüklenen dosyalar ve uygulama sürümü birbirine bağlı olabilir. Yalnızca veritabanını geri getirdiğimde içerik kaydı var ama görsel yoksa deneyim eksik kalır. Gizli yapılandırmanın nereden geleceği de belliyse plan uygulanabilir olur. Hassas bilgiyi yedek adı veya herkese açık bağlantı içinde taşımam.

Çalışan veritabanını kopyalamak

Canlı SQLite veritabanı için rastgele bir anda yalnızca ana dosyayı kopyalamayı genel çözüm saymam. SQLite'ın Online Backup API veya VACUUM INTO gibi belgelenmiş yöntemleri, tutarlı kopya almak için değerlendirilir. Uygun yöntem kullanılan bağlantı biçimine ve çalışma koşullarına bağlıdır; seçimi uygulama ortamında doğrulamak gerekir.

Geri yüklemeyi izole ortamda açmak

Yedeği canlı sistemin üstüne yazarak denemek yerine ayrı bir ortamda geri yüklerim. Beklenen kayıtların bulunması, dosyaların açılması ve doğru uygulama sürümüyle çalışması ayrı kontrol noktalarıdır. Yalnızca veritabanının açılmasını, bütün hizmetin geri geldiği şeklinde yorumlamam.

İki zaman sorusu

Ne kadar veri kaybını kabul edebiliriz? Sistemin ne kadar sürede geri dönmesi gerekir? Yedek sıklığı ilkini, geri yükleme yöntemi ve hazırlık ikincisini etkiler. Günlük kopya almak, birkaç dakikalık kayıp hedefini karşılamaz. Belgelenmiş bir hedef, belirsiz 'düzenli yedek alıyoruz' cümlesinden daha değerlidir.

Denemenin kaydı

Hangi tarihli yedek kullanıldı, hangi sürüm açıldı, hangi adım takıldı? Bunları kısa bir geri dönüş kaydına yazarım. Bu sitede otomatik yedekleme ve geri yükleme denemesi tamamlandığı iddiasında bulunmuyorum. Bu not, o işi yapılmış saymadan önce sorulması gereken soruları tarif ediyor.

Kaynak: Resmî kaynak ↗