WordPress Yedekleme: Hosting mi, Eklenti mi?

WordPress yedeklemesinde iki yöntem vardır. Hosting yedeği, hesabın tamamını (dosyalar, veritabanı, e-posta) sunucu tarafında alır; eklenti yedeği ise yalnızca siteyi kapsar ama zamanlama ve dış depolama seçeneği sunar. İdeal kurgu ikisini birleştirir: sağlayıcının düzenli yedeği bir güvence, sizin kontrolünüzdeki dış kopya ise gerçek sigortadır.

İki yöntemin farkı

Eklenti yedeği alırken dikkat: yedekleme işlemi sitenizin kaynaklarını kullanır ve yoğun saatte yapılırsa yavaşlamaya yol açar. Zamanlamayı gece saatlerine alın.

Neler yedeklenmeli?

• Veritabanı: Yazılar, ayarlar, kullanıcılar, siparişler.
• wp-content: Tema, eklenti ve yüklenen medya dosyaları.
• wp-config.php: Bağlantı ayarları ve güvenlik anahtarları.
• .htaccess: Yönlendirme kuralları; gizli dosya olduğu için sık atlanır.
• E-posta kutuları: Site yedeğine dahil değildir; ayrıca planlanmalıdır.

Çekirdek dosyaları yedeklemeye gerek yoktur; resmî depodan aynı sürüm yeniden indirilebilir.

Ne sıklıkla?

Kural basittir: veri ne sıklıkla değişiyorsa o sıklıkta yedekleyin. E-ticarette bir günlük sipariş kaybı kabul edilebilir değilse, yedek sıklığını buna göre belirleyin.

3-2-1 yaklaşımı

Verinin üç kopyası olsun, iki farklı ortamda saklansın, biri bulunduğunuz yerin dışında olsun. WordPress için pratik karşılığı: canlı site, sağlayıcının yedeği ve sizin bulut depolamanızdaki kopya. Amaç, tek bir olayın (sunucu arızası, hesap askıya alınması, hatalı silme) tüm kopyaları aynı anda yok etmesini engellemektir.

Yedeği nereye koymalı?

Yedekleri sitenin kendi dizininde tutmak iki sorun üretir: disk ve inode kotanızı doldurur, ayrıca sunucuya erişilemediğinde yedeğe de erişilemez. Doğru yer, sunucu dışıdır: bulut depolama, kendi bilgisayarınız veya ayrı bir yedekleme alanı. Kota kavramlarını kaynak limitleri yazısında açıkladık.

Geri dönüş provası

1. Alt alan adında boş bir test alanı açın.
2. Son yedeği buraya geri yükleyin.
3. Sitenin açıldığını, görsellerin geldiğini ve yönetim paneline girilebildiğini doğrulayın.
4. Süreyi not edin: gerçek bir kayıpta ne kadar sürede ayağa kalkarsınız?
5. Test alanını silin.

Bu prova yılda bir kez yapılır ve yedekleme düzeninizin çalıştığını gösteren tek kanıttır. Panel üzerinden yedek alma ve geri yükleme adımları cPanel'de yedek alma yazısında.

Sık yapılan hatalar

• Yedeği aynı sunucuda tutmak
• Yalnızca dosyaları yedekleyip veritabanını unutmak
• Yedeğin başarılı tamamlandığını kontrol etmemek
• Geri dönüşü hiç denememek
• Büyük sitelerde yedek işleminin zaman aşımına uğradığını fark etmemek
• E-posta kutularını plana dahil etmemek

Büyük siteler için

Medya kütüphanesi onlarca gigabaytı bulan sitelerde her seferinde tam yedek almak verimsizdir. İki yöntem işi kolaylaştırır: artımlı yedekleme (yalnızca değişenleri almak) ve medya dizinini ayrı bir takvimle yedeklemek. Veritabanı küçük ve sık değişen kısımdır; onu günlük, medyayı haftalık yedeklemek dengeli bir kurgudur.

Netx'te yedekleme

Netx paketlerinde yedekleme özelliği paket kartlarında belirtilir; WordPress hosting ve cPanel hosting sayfalarından karşılaştırabilirsiniz. Yedek saklama süresi ve geri yükleme sürecini sipariş öncesinde yazılı olarak isteyin; sözleşmede bakılacak diğer maddeleri hosting sözleşmesi yazısında sıraladık.

Sık sorulan sorular

Hosting yedeği varken eklentiye gerek var mı?

Kendi kontrolünüzde bir kopya bulundurmak için evet. Sağlayıcı yedeği bir güvencedir, tek dayanağınız olmamalıdır.

Yedek almak siteyi yavaşlatır mı?

İşlem sırasında kaynak kullanımı artar. Gece saatlerine zamanlayın.

Kaç yedek saklamalıyım?

En az son üç sürüm. Bir sorunun fark edilmesi birkaç gün sürebilir; tek yedek yeterli olmayabilir.

Yedekten dönmek ne kadar sürer?

Site boyutuna bağlıdır. Süreyi önceden ölçmek için provayı yapın.

Sadece veritabanı yedeği yeter mi?

Yetmez. Tema, eklenti ve medya dosyaları wp-content içindedir ve ayrıca yedeklenmelidir.