Yedek olduğunu değil,
geri yüklenebildiğini bilmek.
cPanel'in otomatik yedeği çalışıyor olabilir — ama son ne zaman geri yüklemeyi test ettiniz? Yedek almak yetmez; yedeğin çalıştığını doğrulamak, saklama süresini belgelemek ve geri yükleme prosedürünü yazmak gerekir.
Varsayılan yedeğin
dört görünmez sorunu
Çoğu hosting ortamında bir yedekleme mekanizması çalışıyor gibi görünür. Ama "gibi görünmek" ile "gerçekten çalışmak" arasındaki fark, felakete kadar anlaşılmaz.
Birincisi: Yedek test edilmemiş. Yedek dosyası var, ama geri yükleme hiç denenmemiş. Bozuk, eksik veya yanlış konuma alınmış yedekler felaket anında işe yaramaz.
İkincisi: Saklama politikası yok. Yedekler ne kadar süre saklanıyor? Yedi gün mi, otuz gün mi? Bir ay önceki bir saldırıyı temiz noktadan geri yüklemek istediğinizde yeterli geçmiş olmayabilir.
Üçüncüsü: Hedef belirsiz. Yedek nereye alınıyor — aynı sunucuya mı? Sunucu çöktüğünde yedeğe de ulaşamazsınız. Uzak hedef yapılandırılmamışsa yedek kağıt üzerinde var.
| Varsayılan Yedekleme | DKS Yedekleme Hizmeti |
|---|---|
| Geri yükleme test edilmemiş | Doğrulanmış geri yükleme noktası |
| Saklama politikası belirsiz | Yazılı politika, tanımlı saklama süresi |
| Yedek aynı sunucuda | Uzak hedef yapılandırması |
| Parçalı geri yükleme mümkün değil | Dosya, veritabanı veya tam hesap |
| Geri yükleme prosedürü yok | Yazılı prosedür, adım adım |
Yedekleme hizmetinin
içinde neler var?
Kurulumdan doğrulamaya, günlük yedekten parçalı geri yüklemeye kadar eksiksiz yedekleme altyapısı.
-
01 / Kurulum
JetBackup Kurulumu
Zamanlanmış yedekleme sisteminin kurulumu ve yapılandırması. Yedekleme hedefleri — yerel, uzak veya bulut — belirlenir, test edilir ve onaylanır. İlk başarılı yedek alınmadan kurulum tamamlanmış sayılmaz.
-
02 / Politika
Yedekleme Politikası Belgelendirmesi
Saklama süresi, yedekleme sıklığı, hedef konumlar ve geri yükleme prosedürünün yazılı politika olarak belgelenmesi. Kimin, nasıl, ne zaman geri yükleyeceği net şekilde tanımlanır.
-
03 / Haftalık
Haftalık Yedekleme
Doğrulanmış geri yükleme noktalarıyla zamanlanmış haftalık yedekleme uygulaması. Yedekler otomatik olarak alınır, hedef konuma ulaştığı ve bütünlüğü kontrol edilir.
-
04 / Günlük
Günlük Yedekleme
Günlük sıklıkta yedekleme uygulaması. Daha kısa kurtarma noktası hedefi (RPO) gerektiren siteler için uygundur. E-ticaret ve içerik yoğun siteler için standart tercih.
-
05 / Doğrulama
Yedekleme Doğrulama
Yedeklerin gerçekten geri yüklenebilir olduğunun düzenli test geri yüklemesiyle doğrulanması. "Yedek var" ile "yedek çalışıyor" arasındaki farkın kanıtlanması.
-
06 / Geri Yükleme
Geri Yükleme İşlemi
Dosya, veritabanı veya tam hesap düzeyinde parçalı geri yükleme. Tüm siteyi geri almak zorunda kalmadan yalnızca ihtiyaç duyulan kısmın kurtarılması mümkündür.
Yedekleme altyapısının
4 aşaması
-
Değerlendirme & Plan
Mevcut yedekleme durumu, site boyutu, trafik profili ve kurtarma noktası ihtiyacı değerlendirilir. Sıklık, hedef konum ve saklama süresi yazılı olarak kararlaştırılır.
-
Kurulum & Yapılandırma
JetBackup kurulumu, yedekleme hedeflerinin yapılandırılması ve zamanlamanın ayarlanması. Uzak hedef bağlantısı test edilir, ilk manuel yedek alınır.
-
Test & Doğrulama
Test ortamında geri yükleme yapılır — dosyalar, veritabanı ve WordPress işlevselliği doğrulanır. Yedek çalışmadan altyapı teslim edilmez.
-
Politika Belgelendirmesi
Sıklık, saklama süresi, hedef konumlar ve geri yükleme prosedürü yazılı politika belgesiyle teslim edilir. Sonraki herhangi bir ekip devralsa bile prosedür netdir.
Kurulum sonunda
elinizde ne olur?
Çalışan bir yedekleme altyapısı ve onu nasıl kullanacağınızı anlatan belgeler.
-
Yedekleme politikası belgesi (sıklık, saklama, hedef)
-
JetBackup yapılandırma özeti
-
Yedekleme doğrulama raporu (test geri yüklemesi)
-
İlk doğrulanmış yedek (aktif geri yükleme noktası)
-
Geri yükleme prosedürü belgesi (adım adım)
-
Yedekleme paneli erişim bilgileri
Hangi durumda ne
yapıyoruz?
Yedek almak her sorunu aynı şekilde çözmez. Senaryoya göre geri yükleme kapsamı ve süresi değişir.
WordPress çekirdek, eklenti veya tema güncellemesi sonrası site bozuldu. Beyaz ekran, PHP hatası veya tasarım çöküşü yaşanıyor.
Güncelleme öncesi alınan yedekten dosyalar ve veritabanı geri yüklenir. Hangi güncellemenin kırılmaya yol açtığı tespit edilir, güvenli geçiş için plan yapılır.
Site ele geçirildi — zararlı kod enjekte edilmiş, yönetici erişimi değiştirilmiş veya içerik tahrip edilmiş olabilir.
İhlal öncesindeki temiz yedek noktası tespit edilir. Tam site geri yüklenir, güvenlik açığı kapatılır, erişim bilgileri sıfırlanır ve yeniden ihlal kontrolü yapılır.
Yönetici panelinden yanlışlıkla silinen sayfa, gönderi, medya dosyası veya veritabanı tablosu kurtarılması gerekiyor.
JetBackup'ın parçalı geri yükleme özelliğiyle yalnızca etkilenen dosya veya veritabanı tablosu geri alınır. Tüm siteyi geri almak gerekmez, diğer içerikler etkilenmez.
Aklınıza takılanlar
Yedekler nerede saklanıyor?
cPanel'in kendi yedekleme özelliğinden farkı ne?
Geri yükleme ne kadar sürer?
Hosting sizde olmasa da yedekleme hizmeti veriyor musunuz?
Yedekleme ne sıklıkla doğrulanıyor?
Yedekleme kurulum ve bakım paketleri için fiyatlandırma sayfamıza bakın.
Son yedek ne zaman
test edildi?
Mevcut yedekleme durumunuzu gözden geçirelim — neyin çalıştığını, neyin eksik olduğunu ve nasıl düzeltilebileceğini yazılı bir değerlendirmeyle paylaşalım. İlk görüşme bağlayıcı değil.
Türkiye / İstanbul