WordPress yedek alma ve geri yükleme rehberi

WordPress yedeği, sitenizin ihtiyaç duyduğu dosyaları ve veritabanını birlikte korumalıdır. Yalnız medya klasörünü indirmek yazıları, kullanıcıları ve ayarları kapsamaz; yalnız veritabanı da tema, eklenti ve yüklenen görsellerin tamamını geri getirmez. Kullanılabilir bir yedek, arşivin oluşturulmasından çok geri yükleme sırasında doğru ve tutarlı sonuç verebilmesiyle değerlendirilir.
Neleri korumanız gerekir?
Veritabanı içerikler, birçok ayar ve e-ticaret kayıtları gibi dinamik bilgileri tutar. Dosya tarafında yüklemeler, tema, eklentiler ve yapılandırma önemlidir. Web sunucusu kuralları veya uygulama dışı görevler de işleyişin parçası olabilir. Hangi bileşenin hangi yedek içinde bulunduğunu yazılı olarak belirleyin; “tam yedek” adı her araçta aynı kapsamı ifade etmez.
Yedek arşivleri gizli veriler içerebilir. Bunları ziyaretçilerin erişebildiği web kökünde tutmak yerine erişimi sınırlandırılmış bir konuma aktarın. Şifreli saklama kullanıyorsanız geri açma anahtarının nerede ve kimde bulunduğunu ayrıca planlayın. Anahtarı olmayan şifreli yedek, acil durumda işe yaramaz.
Yedekleme planınızı oluşturun
Sitenin ne sıklıkla değiştiğini düşünün. Haftada bir güncellenen tanıtım sayfası ile her dakika sipariş alan mağazanın aynı zamanlamaya ihtiyacı yoktur. Kabul edilebilir veri kaybı süresini ve kesinti süresini belirleyin. Bu iki hedef, yedeğin sıklığını ve geri dönüş yöntemini etkiler.
Güncelleme öncesinde alınan ek kopya faydalıdır, ancak düzenli yedekleme takviminin yerini tutmaz. Yedeklerin aynı hosting hesabında tek kopya hâlinde tutulması hesap erişimi veya disk arızası gibi ortak riskleri ortadan kaldırmaz. Ayrı konumdaki kopyayı ve saklama süresini planın parçası yapın.
Uygulanabilir yedekleme adımları
- Kapsamı belirleyin. Dosyaları, veritabanını ve uygulama dışı ayarları listeleyin.
- Tutarlı zaman seçin. Sipariş alan sitede işlem devam ederken dosya ve veritabanı kopyalarının birbirinden kopmamasını sağlayan yöntemi kullanın.
- İşlem sonucunu denetleyin. Başarı mesajıyla birlikte arşiv boyutunu, zamanını ve hata kaydını kontrol edin.
- Kopyayı ayrı konuma taşıyın. İndirme veya aktarımın tamamlandığını doğrulayın; sıfır baytlık dosyayı yedek saymayın.
- Geri yüklemeyi test edin. İzole bir ortamda dosyaları ve veritabanını açıp siteyi çalıştırın.
Geri yüklemede dikkat edilecek noktalar
Önce mevcut durumu koruyun. Sorunlu sitede bile yedekten sonra gelen siparişler, form mesajları veya yeni kullanıcılar bulunabilir. Eski veritabanını doğrudan üzerine yazmak bu kayıtları geri alamayacağınız şekilde kaybettirebilir. Mağazalarda geri dönüş kararı teknik işlemin yanında veri uzlaştırma planı gerektirir.
Test kopyasının gerçek müşterilere e-posta, ödeme veya webhook göndermesini engelleyin. Farklı alan adı kullanılıyorsa URL değişikliklerini serileştirilmiş veriyi koruyan yöntemle yapın. Test sitesini arama motorlarına açık bırakmayın. Geri yükleme testinin amacı, üretim işlemlerini ikinci kez gerçekleştirmeden sitenin kullanılabilirliğini görmek olmalıdır.
Sonuç kontrolü
Giriş, görseller, kalıcı bağlantılar, formlar ve zamanlanmış görevleri deneyin. Veritabanındaki son kayıt zamanını beklediğiniz yedek anıyla karşılaştırın. Kullanılan yöntem, dosya adı, süre ve eksik adımları kısa bir işlem kaydına yazın. Böylece gerçek kesintide sıfırdan yöntem aramanız gerekmez.
Sık sorulan sorular
Hosting yedeği yeterli mi? Paketinizde sunulan kapsam, süre ve geri yükleme koşullarını doğrulamadan buna tek başına güvenmeyin.
Eklentiyle yedek almak uygun mu? Uygun olabilir; erişim izinlerini, uzak kopyayı ve geri dönüş testini yine kontrol edin.
Yedek arşivini paylaşabilir miyim? Hesap ve müşteri verisi içerebilir; yalnız yetkili kişilere güvenli kanaldan iletin.
İlgili teknik kaynak
İlgili rehberler
Geri bildiriminiz için teşekkürler!

