Yedekleme düzeninin asıl değeri, bir sorun olduğunda çalışır hâle dönebilmenizdir. İndirilmiş bir arşiv dosyası bunun yalnızca bir parçasıdır. Arşivin hangi tarihi kapsadığı, veritabanını içerip içermediği ve nasıl geri yükleneceği bilinmiyorsa ihtiyaç anında fazladan belirsizlik doğar. Küçük bir site için de büyük bir proje için de önce geri dönmek istediğiniz durumu tarif etmek iyi bir başlangıçtır.
Neyi geri getirmek istediğinizi yazın
Sitenizdeki parçaları listeleyin: uygulama dosyaları, yüklenen görseller, veritabanı, e-posta hesapları ve özel yapılandırma. Örneğin yazılar veritabanında, yazılara eklenen fotoğraflar dosya alanında tutuluyorsa iki tarafın birbiriyle uyumlu kopyaları gerekir. Yalnız tema klasörünü saklamak bütün siteyi geri getirmeyebilir.
Bu envantere erişimi olan kişileri ve gerekli araçları da ekleyin. Yedeğin şifresi, şifreli arşivin yanında açık bir metin dosyası olarak tutulmamalıdır. Ekipten biri bulunamadığında sürecin tamamen durmaması için sorumlulukları önceden paylaşın. Parolaları ekip içinde açık mesajlarla dolaştırmak yerine uygun bir parola yöneticisi kullanın.
Tam ve kısmi yedek farkını öğrenin
Kullanılan panel ve sağlayıcıya göre seçenekler değişebilir. cPanel'in Backup arayüzünde tam hesap yedeği ile belirli bölümlere ait kısmi yedek seçenekleri bulunur. Tam yedeğin otomatik geri yüklenmesi cPanel kullanıcı arayüzünden yapılamaz; sağlayıcı veya WHM erişimi gerekebilir. Kısmi yedekler için ayrı geri yükleme akışları vardır. Ayrıntıları cPanel Backup belgesinde kontrol edin.
Hangi seçeneği kullandığınızı dosya adıyla birlikte bir kayıt altında tutun. “Son yedek” gibi belirsiz bir isim yerine tarih, proje ve kapsamı belirtmek aradığınız kopyayı bulmayı kolaylaştırır. Yedek işleminin tamamlanma sonucunu kontrol edin; yalnız başlatılmış olması başarılı bittiğini göstermez.
Sıklığı değişikliklerinize göre belirleyin
Ayda bir güncellenen tanıtım sitesiyle gün boyunca yeni sipariş alan bir uygulamanın ihtiyacı aynı değildir. Ekip olarak kabul edilebilir veri kaybı aralığını konuşun. Son değişiklikten önceye dönmeniz gerektiğinde hangi kayıtların kaybolabileceğini anlamadan bir zamanlama seçmeyin. Sık yedek almak kadar saklama süresi ve depolama kapasitesi de planın parçasıdır.
Büyük bir güncelleme, tema değişikliği veya veri aktarımı öncesinde ayrıca geri dönüş noktası oluşturun. Güncelleme sonrası yeni veriler oluşmaya başladıysa eski veritabanını doğrudan geri yüklemenin bunları silebileceğini hesaba katın. Dosya geri dönüşü ile veri geri dönüşünü ayrı kararlar olarak değerlendirin.
Ayrı bir ortamda geri yükleme deneyin
Bir test ortamında arşivin açıldığını ve temel sayfaların çalıştığını doğrulayın. Canlı sisteme bağlı otomatik e-posta, ödeme veya dış servis çağrılarını test ortamında etkin bırakmayın. Deneme verisinin yanlışlıkla gerçek müşterilere işlem üretmemesi için bağlantıları açıkça ayırın. Test sonunda yalnız sayfanın görünmesini değil; gerekli görsellerin, kayıtların ve giriş akışının beklendiği gibi çalışmasını kontrol edin.
- Yedeğin tarihi ve kapsamı kayıtlı mı?
- Dosya ile veritabanı birlikte geri getirilebiliyor mu?
- Kopyaya yetkisiz kişiler erişebiliyor mu?
- Geri yükleme adımları başka bir ekip üyesi tarafından izlenebiliyor mu?
- Test sonucu ve eksikler not edildi mi?
Bu sorulara düzenli yanıt vermek, yedeklemeyi unutulan bir görevden uygulanabilir bir iş sürecine dönüştürür. Mevcut hizmetinizin yedek kapsamını bilmiyorsanız destek ekibiyle kapsam ve geri yükleme yöntemi üzerinden görüşün.
