Web Sitesi Yedekleme ve Geri Yükleme Planı Nasıl Hazırlanır?

Bir yedek dosyasının bulunması, ihtiyaç anında sitenin geri getirilebileceğini tek başına kanıtlamaz. Yedeğin kapsamı, güncelliği, güvenliği ve geri yükleme yöntemi birlikte değerlendirilmelidir. Planın amacı, kabul edilebilir veri kaybını ve toparlanma süresini somutlaştırmaktır.

Bu rehberde neler var?

• Hangi verilerin gerekli olduğunu belirleyin
• Veri kaybı ve süre hedefi koyun
• Kapsam ve saklama politikasını öğrenin
• Yedekleri güvenli ve ayrı tutun
• Geri yüklemeyi deneme ortamında test edin

Hangi verilerin gerekli olduğunu belirleyin

Dosyalar, veritabanı, medya, e-postalar ve uygulama ayarlarını listeleyin. Dış hizmetlerde tutulan verileri ayrıca değerlendirin. Sadece site dosyaları, veritabanına bağlı bir mağazayı yeniden çalıştırmak için yeterli olmayabilir. DNS, görev zamanlama ve entegrasyon bilgileri de yeniden kurulum için gerekli kayıtlardır.

Veri kaybı ve süre hedefi koyun

RPO, kabul edilebilir veri kaybı aralığını; RTO ise hedeflenen toparlanma süresini ifade eder. Saatlik sipariş alan bir mağaza ile aylık güncellenen tanıtım sitesi için aynı plan uygun olmayabilir. Hedefleri iş ihtiyacına göre belirleyin. Son yedek tarihiyle birlikte geri yüklemenin ne kadar süreceğini test ederek ölçün.

Kapsam ve saklama politikasını öğrenin

Sağlayıcının otomatik yedek hizmeti varsa sıklığını, saklama süresini ve geri yükleme koşullarını doğrulayın. Her hosting paketinde aynı özellik bulunduğunu varsaymayın. cPanel Yedekleme Sihirbazı tam ve kısmi yedek seçenekleri sunabilir; kullanılabilir seçenekler hesabın yapılandırmasına bağlıdır. Panelde görülen yedeğin hangi verileri içerdiğini kontrol edin.

Yedekleri güvenli ve ayrı tutun

Yalnızca canlı sunucudaki kopyaya güvenmek, aynı sunucuyu etkileyen olaylarda yetersiz kalabilir. Ayrı konumda kopya tutmayı ve erişimleri sınırlandırmayı değerlendirin. Yedeklerin içinde müşteri verileri ve kimlik bilgileri bulunabileceğini hesaba katın. Saklama süresi dolan kopyaları kontrollü silin; gerekli son temiz kopyayı yanlışlıkla kaldırmayın.

Geri yüklemeyi deneme ortamında test edin

Düzenli aralıklarla bir kopyayı izole ortamda açın. Dosyaların çıkması dışında veritabanı, oturum, form ve uygulama sürümü uyumunu kontrol edin. Tam hesabın geri yüklenmesi ile yalnızca dosya veya veritabanının dönmesi farklı işlemlerdir. Gerekli sağlayıcı desteğini, erişimleri ve işlem sırasını önceden kaydedin.

Mağaza için geri dönüş senaryosu

Yeni bir eklenti güncellemesi sipariş akışını bozduğunda eski dosyaları geri yüklemek yeterli olmayabilir. Güncellemeden sonra oluşan siparişleri kaybetmemek için veritabanı geri dönüşü dikkatle planlanır. Bu nedenle bir geri yükleme talimatı, hangi verinin hangi zamana döndüğünü ve yeni işlemlerin nasıl korunacağını açıklamalıdır.

Uygulama kontrol listesi

• Dosya, veritabanı ve diğer verilerin kapsamını listeleyin.
• RPO ve RTO hedeflerini belirleyin.
• Yedek konumu, saklama ve erişim kurallarını öğrenin.
• İzole ortamda geri yükleme testi yapın.

Sık sorulan sorular

Anlık görüntü yedek yerine geçer mi?

Kapsamı ve aynı altyapıya bağımlılığı değerlendirilmelidir. Ayrı kopya ve uygulama düzeyinde geri yükleme ihtiyacını ayrıca planlayın.

Tam cPanel yedeği panelden her zaman geri yüklenir mi?

Tam hesap geri yükleme yetkisi ve yöntemi hizmete bağlıdır. İşlem öncesi sağlayıcınızdan uygun yöntemi öğrenin.

İlgili rehberler

• WordPress Güvenliği: Güncelleme, Yetki ve Yedekleme Kontrolleri
• Site Taşıma Rehberi: DNS, HTTPS ve SEO Yönlendirme Kontrolleri
• Cron Nedir? Zamanlanmış Görevleri Güvenilir Çalıştırma Rehberi

Teknik başvuru: cPanel Yedekleme Sihirbazı. Ürün ve sürüm ayrıntıları için güncel resmi belgeleri kontrol edin.

Yedekleme kapsamını öğrenmek için iletişim →