WordPress yedeği, yalnızca yazıların dışa aktarılması değildir. Veritabanı içerik ve ayarları, dosyalar tema, eklenti ve medya varlıklarını barındırır. İki parça birbirine uygun tarihten gelmelidir. Yedek dosyasının varlığı, geri yüklenebildiğini kanıtlamaz. Özellikle sipariş alan sitelerde yanlış tarihli dönüş yeni işlemleri kaybettirebilir. Yedek alma sıklığını sitenin değişim hızıyla ve kabul edilebilir veri kaybıyla birlikte belirleyin.
Başlamadan önce
Hosting hesabında yedek kapsamını ve saklama yerini öğrenin. Sadece aynı sunucuda tutulan kopya, sunucunun tamamı erişilemez olduğunda yeterli olmayabilir. Yedeği belge kökü dışında ve erişimi sınırlı yerde saklayın. Şifreleme veya özel araç gerekiyorsa kurtarma anahtarını ayrı güvenli konumda tutun. Dosya ve veritabanı yedeğine tarih, site adı ve sürüm bilgisi ekleyin.
Uygulama adımları
1. Kapsamı ve kesim saatini tanımlayın
WordPress dosyaları, uploads, yapılandırma ve veritabanını listeleyin. Sipariş veya üyelik alan sitede tutarlı yedek için değişim penceresini planlayın.
Kontrol: Hangi tarihe dönüleceği açıkça bilinmelidir. Eksik medya veya yeni siparişler sonradan fark edilmeye bırakılmamalıdır.
2. Yedeği güvenli biçimde oluşturun
Panel aracı veya yetkili WP-CLI yöntemiyle veritabanını dışa aktarın ve dosya arşivini alın. Sonuç boyutu ve işlemin başarı durumunu kontrol edin.
Kontrol: Arşiv ve veritabanı dosyası boş olmamalıdır. Çıktıyı herkese açık uploads veya web köküne bırakmayın.
3. Ayrı ortamda geri yükleyin
Kopyayı canlıdan farklı veritabanı ve dizinde açın. Bağlantı ayarlarını test ortamına uyarlayın ve dış ödeme ile e-posta işlevlerini kapalı tutun.
Kontrol: Eski içerik, kullanıcı ve medya erişilebilir olmalıdır. Canlı veritabanına yanlışlıkla içe aktarım yapmamak için hedef adını ikinci kez doğrulayın.
4. Kabul testini ve süreyi kaydedin
Yönetici girişi, iç sayfa, medya ve gerekli eklenti akışını deneyin. Kurtarma için geçen süreyi ve ek gereksinimleri not edin.
Kontrol: Kurtarma, sadece arşivin açılmasıyla değil çalışan uygulamayla tamamlanır. Başarısız kontrol varsa yedeği sağlıklı olarak etiketlemeyin.
Sonucu nasıl doğrularsınız?
Rastgele seçilen üç yazı, farklı tarihli iki medya dosyası ve önemli site ayarını kaynakla karşılaştırın. Mağazada son sipariş kaydını, kullanıcı sayısını ve gerekli tabloları ayrıca kontrol edin. Şifreli arşivde anahtarın gerçekten çalıştığını sınayın. Geri yüklenen test sitesinin noindex ve erişim sınırını koruyun. Kurtarma talimatını başka yetkili kişinin de uygulayabileceği kadar açık yazın; parolaları dokümana eklemeyin.
Sorun devam ederse
Eksik tablo, başarısız arşiv veya kodlama hatasında orijinal yedeğin üzerine yeni işlem yazmayın. Farklı tarihli dosyalarla veritabanı kullanılmışsa eklenti sürüm uyumsuzluğu çıkabilir. Veri kaybı şüphesinde önce hangi son kayıtların bulunmadığını belirleyin. Canlıya dönüş kararından önce yeni işlemlerin nasıl korunacağını planlayın. Kullanılabilir kopya yoksa yeniden kurulum, kayıp gerçek verinin yerine geçmez.
Uygulama örneği
Bir mağazada güncelleme öncesi saat 10.00 yedeği alındıysa ve 11.00 ile 12.00 arasında yeni siparişler geldiyse 10.00 kopyasına dönmek onları etkileyebilir. Bu nedenle bakım süresini ve veri kesimini önceden belirleyin. Geri dönüşü dosya işlemi olarak değil kayıt tutarlılığı kararı olarak değerlendirin.
Sık sorulan sorular
WordPress dışa aktarma ekranı tam yedek mi?
Hayır. İçerik aktarımı içindir; bütün veritabanı, eklenti ayarı, kullanıcı ve dosya kapsamını tam yedek gibi düşünmeyin.
Yedeği günlük almak her siteye yeter mi?
Değişim hızına bağlıdır. Gün içinde çok sipariş alan bir site ile ayda bir güncellenen bir blogun veri kaybı toleransı aynı değildir.
Bakım ve kabul kaydı
Geri yükleme provasında yalnızca açılan ana sayfanın ekran görüntüsünü saklamak yerine hangi dosya arşivi ve veritabanı kullanıldığını kaydedin. Medya, yazı ve kullanıcı kontrolündeki örnek kayıtlar aynı tarihe ait olmalıdır. Araç şifre veya anahtar istiyorsa erişilebilirliği yetkili ikinci kişiyle kontrol edin. Gerçek yedeği test sırasında değiştirmeyin. Prova tamamlandığında test ortamındaki müşteri verisinin nasıl silineceğini veya korunacağını planlayın; kurtarma testi yeni bir veri kopyası yaratır.
İlgili rehberler
Süreç özeti
WordPress yedeği ve geri yükleme planı için kontrol sırası
| Adım | Kontrol |
|---|---|
| 1 | Kapsamı ve kesim saatini tanımlayın |
| 2 | Yedeği güvenli biçimde oluşturun |
| 3 | Ayrı ortamda geri yükleyin |
| 4 | Kabul testini ve süreyi kaydedin |