WordPress Yedekleme: UpdraftPlus mı Sunucu Yedeği mi? Net Kıyas

WordPress sitelerinde “yedek var” demek çoğu zaman yeterli değildir. Kritik nokta, yedeğin tam olarak neyi içerdiği (dosya + veritabanı), nerede saklandığı, hangi koşullarda çalıştığı ve geri yükleme (restore) sürecinin ne kadar güvenilir olduğudur. Bu yazıda UpdraftPlus (WordPress eklentisi) ile sunucu tabanlı yedekleme arasında teknik farkları karşılaştırarak hangi senaryoda hangisinin daha doğru seçim olduğunu netleştireceksiniz. Ayrıca pratikte uygulanabilir bir hibrit strateji (iki katmanlı) ve test kontrol listesini adım adım göreceksiniz.

Yedekleme hedefini önce tanımlayın: RPO ve RTO

“UpdraftPlus mı sunucu yedeği mi?” sorusunu yanıtlamadan önce iki metriği netleştirmek gerekir:

• RPO (Recovery Point Objective): Ne kadar veri kaybına tahammül edebilirsiniz? Örn: 1 saat önceki içerik güncellemeleri yok olursa sorun olmaz mı?
• RTO (Recovery Time Objective): Sitenin ne kadar sürede geri dönmesi gerekiyor? Örn: 30 dakika içinde toparlanmalı mı, 4 saat mi tolerans var?

Bu iki değer, yedekleme türünün (dosya/DB), saklama sıklığının ve geri yükleme hızının seçiminde belirleyicidir.

UpdraftPlus neyi yedekler, sunucu yedeği neyi?

UpdraftPlus; WordPress içinden çalışan bir eklentidir. Sunucu yedeği ise hosting/VPS tarafında işletim sistemi seviyesinde veya kontrol paneli seviyesinde üretilen arşiv/snapshot/tabanlı yedekler olabilir.

UpdraftPlus (WordPress eklentisi) tipik kapsam

UpdraftPlus genellikle şunları içerir: - WordPress dosyaları (temalar, eklentiler, upload’lar) - Veritabanı (MySQL/MariaDB dump) - Dosyaların ve DB’nin arşivlenmesi + uzak depolama seçeneği (örn. S3 benzeri)

Önemli teknik nokta: UpdraftPlus yedeği, WordPress’in çalıştığı dizin yapısına ve WordPress veritabanı erişimine bağlıdır. Yönetim paneli çalışıyorsa, eklenti görevleri tetiklenebilir.

Sunucu yedeği tipik kapsam

Sunucu yedeği; kullanılan altyapıya göre değişir. Yaygın seçenekler: - Dosya sistemi yedeği (webroot klasörü, upload’lar) - Veritabanı yedeği (DB dump ya da VM/instance image) - Kontrol paneli yedeği: örn. cPanel/DirectAdmin benzeri sistemlerde dosya + DB paketleri - Snapshot/sanal makine görüntüsü (image) — pratikte hızlı geri dönüş sağlar ama ayrıntı ve maliyet dengesi önemlidir

Sunucu yedeğinde avantaj, WordPress erişimi bozulsa bile yedeğin üretilebilmesidir (planın nasıl kurulduğuna bağlı olarak). Dezavantaj ise her hosting sağlayıcısında kapsamın bire bir aynı olmamasıdır.

“Hangisi daha iyi?” tek cevap değil: Senaryoya göre seçim

Aşağıdaki kıyas, çoğu WordPress kullanıcısının karşılaştığı somut senaryolara göre düşünülmüştür.

Senaryo 1: Sunucu çöktü, site hiç açılmıyor

• Sunucu yedeği genelde daha kritik olur. Çünkü WordPress paneli erişilemediğinde eklenti zamanlayıcıları çalışmayabilir.
• UpdraftPlus yedeği işe yarar ama WordPress’in çalışmadığı dönemde yeni yedek üretemeyebilir.

Net karar: - Yalnızca UpdraftPlus’a güvenmek risklidir. - En azından haftalık değil, daha sık bir sunucu yedeği (veya VM snapshot) kurgusu gerekir.

Senaryo 2: WordPress içi hatalar (eklenti çakışması, tema güncellemesi sonrası sorun)

• UpdraftPlus restore avantajı sağlar. Eklenti paneli üzerinden geri dönüş süreçleri daha kontrol edilebilir olur.
• Sunucu yedeği daha kaba olabilir (tüm sistem arşivi) ve her seferinde daha uzun restore gerektirebilir.

Net karar: - UpdraftPlus restore sürecini hızlandırmak için güçlü bir araçtır. - Hedef, “güncelleme öncesi” noktaya hızlı dönmektir (daha sık yedekleme + kısa saklama aralığı).

Senaryo 3: Güvenlik olayı (kötü amaçlı dosya, hack, veritabanı bozulması)

Burada tek bir yedek türü “güvenliği çözer” yaklaşımı doğru değildir. Teknik olarak: - Dosya yedeği, kötü dosyayı da içerirse sorun devam eder. - Veritabanı yedeği, manipülasyonu taşırsa restore sonrası problem tekrar eder.

Net karar: - İlk adım: Tespit (log inceleme, dosya bütünlüğü) - İkinci adım: Temiz bir yedekten restore - Üçüncü adım: zafiyet kapatma (şifreleme, eklenti güncelleme, admin kullanıcı doğrulama)

Bu senaryoda sunucu yedeği tüm sistemi kapsadığı için bazen daha “izolasyonlu” bir geri dönüş sunar; UpdraftPlus ise daha hızlı restore etmeyi kolaylaştırır. Ama ikisinin de restore öncesi “temiz mi?” sorusuna cevap üretmesi gerekir.

Senaryo 4: İçerik yoğunluklu site (gün içinde çok sayfa/ürün güncellemesi)

Bu durumda RPO kritik hale gelir. - UpdraftPlus ile sık aralıklı yedek planlamak kolaydır (cron + eklenti görevleri) - Sunucu yedeği sağlayıcının sunduğu aralığa bağlıdır; her zaman “her 30 dakikada bir” gibi esnek olmayabilir.

Net karar: - Veri kaybı düşük olsun istiyorsanız UpdraftPlus’ın sık yedek planı oluşturulmalıdır. - Sunucu tarafında da en az günlük veya daha kısa (mümkünse) yedek olmalıdır.

Hibrit strateji: Dosya + DB ve iki farklı “risk katmanı”

WordPress yedeklemede en sağlam pratik yöntem hibrit yapıdır: 1) UpdraftPlus ile WordPress uyumlu dosya + DB yedeği 2) Sunucu/altyapı ile kapsam garantisi olan (en azından dosya sistemi ve DB içeren) yedek

Bu yaklaşım, iki farklı risk tipini ayırır: - WordPress seviyesinde bozulma/yanlış güncelleme riski - Sunucu/VM/sürüm yükseltme/altyapı çökmesi riski

Karşılaştırma tablosu: UpdraftPlus vs Sunucu yedeği

Aşağıdaki tablo, karar verirken en sık kullanılan teknik başlıklara göre hazırlanmıştır.

Net sonuç: “Hangisi tek başına yeter?” sorusu için cevap çoğu zaman “hiçbiri tek başına”dır. En doğru çözüm, en az bir katman daha eklemektir.

Restore testi: Yedek değil, geri yükleme güvenliği ölçün

“Yedek alındı” ekranı tek başına ölçüt değildir. Teknik ölçüt, gerçekten restore edilebiliyor olmasıdır.

Test sıklığı

• En azından ayda 1 kez staging benzeri boş bir ortamda restore testi yapın.
• Büyük güncelleme (tema/eklenti ana sürüm) öncesi manuel restore provası ekleyin.

Test ortamı nasıl olmalı?

• Aynı sunucu içinde farklı bir subdomain (örn. test.siteniz.com) veya ayrı bir staging alanı.
• Veritabanı için farklı bir isim/şema kullanın.
• Restore sonrası sitenin kritik sayfaları (ana sayfa, login, ürün/kategori) ve eklenti işlevleri test edilmelidir.

Kontrol listesi

Restore sonrası şu kontrolleri sırayla yapın: - WordPress admin girişi - Görsellerin yüklenmesi (upload klasörü) - Eklentilerin çalışması (cache, güvenlik, SEO) - İletişim formu/CRM entegrasyonları - Veritabanı tablolarının erişilebilirliği

Uygulama kılavuzu: Net bir hibrit plan

Aşağıdaki kurguyu bir “standart işletim prosedürü” gibi düşünebilirsiniz.

1) UpdraftPlus planı

• Gün içinde veri kaybı hedefinize göre aralığı ayarlayın. Örn:
• İçerik sık güncelleniyorsa: 1-2 saat aralıklı otomatik yedek
• Daha statik sitelerde: 6-12 saat aralıklı otomatik yedek
• Yedek saklama süresini kesinleştirin:
• Son 14-30 gün “sık” yedekler
• Daha eski için daha seyrek saklama (şirket politikası veya bütçeye göre)
• Uzaktan depolama (remote storage) kullanın. Aynı sunucuda tutulan yedek, donanım/VM bozulmasında birlikte kaybolur.

2) Sunucu yedeği planı

Sunucu/hosting tarafında: - Sağlayıcının sunduğu yedek aralığını öğrenin (kontrol paneli/teknik doküman) - Yedek türünü doğrulayın: dosya + DB mi, yoksa sadece dosya mı, snapshot/image mı? - Geri yükleme prosedürünün süresini sorun. Aynı gün içinde restore mümkün mü?

3) Saklama stratejisi

• UpdraftPlus yedeklerini uzak depolama ile ayırın.
• Sunucu yedeğini de yine mümkünse sağlayıcı farklı lokasyonda tutuyorsa avantaj olur.
• Bütçeyi kontrol etmek için saklama süresini netleştirin. “Her şeyi sonsuza kadar saklamak” pratikte maliyeti yükseltir.

4) Ayrı bir “güncelleme” akışı ekleyin

Tema/eklenti güncellemesi öncesi: - UpdraftPlus üzerinden “manuel yedek” alın. - Güncelleme sonrası sorun çıkarsa restore noktasına dönün.

Bu akış, aylık testten bağımsız olarak “anlık geri dönüş” sağlar.

Sık yapılan hatalar: Kararı bozan 6 problem

1) Yedek dosyası var ama restore hiç denenmemiş 2) UpdraftPlus yalnız kullanılıyor; sunucu çökmesinde yedek işe yaramıyor 3) Sunucu yedeği sadece dosya içeriyor; veritabanı restore edilemiyor 4) Yedekler aynı makinede tutuluyor; donanım/VM arızasıyla birlikte kayboluyor 5) Güvenlik olayında “son yedekten geri dönüyorum” düşüncesiyle sorun geri taşınıyor 6) Yedek saklama süreleri belirsiz; zamanla geçmiş restore noktaları siliniyor

Sonuç: Tek bir araç seçmek yerine katman kurun

WordPress’te UpdraftPlus mı sunucu yedeği mi sorusunun net cevabı, tek katmanla yetinmemeniz gerektiğidir. WordPress içindeki bozulmalar ve hızlı rollback için UpdraftPlus güçlü bir araçtır; sunucu/altyapı risklerine karşı ise sunucu seviyesinde yedek (ve gerekiyorsa snapshot) ikinci sigortadır. En doğru aksiyon: UpdraftPlus ile dosya + DB yedeğini sık aralıkta üretip uzak depolamada saklayın; aynı anda sağlayıcının sunucu yedeği kapsamını doğrulayın ve ayda 1 restore testi yaparak RPO/RTO hedefinizi gerçek veriye bağlayın.