Bir yönetici tema güncellemesinden önce wp-contentklasörünü indiriyor ve sitesini güvenceye aldığını düşünüyor. Arşivde eklentiler, temalar ve yüklenen dosyalar var; ancak yazılar, kullanıcılar, ayarlar ve siparişler yalnızca veritabanında duruyor. wp-config.php, sunucu kuralları veya standart dizinin dışındaki dosyalar da eksik olabilir. Bu arşiv yararlı bir dosya kopyasıdır, fakat tam site yedeği değildir.
Güvenilir bir WordPress yedeği, dosyaları ve veritabanını aynı kurtarma noktasında birleştirir. Her iki bölümün kapsamını belirlemeyi, aynı site durumunu temsil etmelerini sağlamayı ve ihtiyaç duymadan önce yedeği sınamayı ele alacağız.
Tam site yedeğinde neler bulunur?
Tam bir WordPress yedeği, birbiriyle uyumlu iki bölümden oluşur. Dosya arşivinde WordPress çekirdeği, temalar, eklentiler, yüklenen medya, yapılandırma dosyaları, zorunlu eklentiler, dil dosyaları ve ilgili sunucu kuralları yer alır. Veritabanı dışa aktarımı ise yazıları, sayfaları, kullanıcıları, ayarları, yorumları ve mağaza ya da üyelik eklentilerinin oluşturduğu kayıtları içerir.
Bazı siteler nesne depolama, özel dizinler veya barındırma ortamının sağladığı yapılandırmaları kullanır. Bu bağımlılıkları ayrıca kaydedin. Dışarıdaki tek bir konum veya önemli bir ayar unutulduğunda, eksiksiz görünen bir paket geri yükleme sırasında işe yaramayabilir.
Gerçekçi bir WordPress örneği
Bir WooCommerce sitesi veritabanını her gece dışa aktarıyor, wp-contentklasörünü ise pazar günleri kopyalıyor. Çarşamba günkü veritabanı pazar günkü dosyalarla geri yüklenirse yeni ürün görselleri eksik kalabilir. Pazar günkü veritabanı kullanılırsa sonraki siparişler kaybolur. Bu nedenle dosyalarla veritabanının aynı zamanı temsil etmesi ve yedek alınırken gelen siparişler için açık bir plan bulunması gerekir.
Neden ve ne zaman yedek almalısınız?
WordPress, tema veya eklenti güncellemelerinden, site taşımadan ve yapılandırma ya da sunucu kuralı değişikliklerinden önce eşleşen bir yedek oluşturun. Güvenlik olaylarından sonra toparlanmak için de böyle bir kurtarma noktasına ihtiyaç duyarsınız. Amaç iki yeni arşiv üretmek değil, kabul edilebilir veri kaybı ve kesinti süresi içinde yeniden kurulabilecek bilinen bir site durumunu korumaktır.
Etkin bir sitede zamanlama önemlidir. Veritabanı dışa aktarılırken dosyalar değişirse iki bölüm birbiriyle uyuşmayabilir. Küçük sitelerde sakin bir bakım aralığı çoğu zaman yeterlidir. Yoğun mağaza ve üyelik sitelerinde ise tutarlı veritabanı anlık görüntüsü, kısa süreli yazma duraklatma veya yedekleme sırasında oluşan değişiklikler için belgelenmiş bir yöntem gerekebilir.
Yeni başlayanlar için pratik yöntem
- Veritabanını, WordPress ana dizinini, yüklenen dosyaları, özel dizinleri ve varsa dış medya depolarını listeleyin.
- Sakin bir zaman seçin, veritabanını dışa aktarın ve gerekli dosyaları kopyalayın. Önceki doğrulanmış yedeği silmeyin.
- İki bölümü aynı tarih veya kurtarma noktası adı altında, mümkünse barındırma hesabının dışındaki bir depoda saklayın.
- Arşivlerin açıldığını, SQL dosyasında beklenen tabloların bulunduğunu ve hassas verilerin erişime karşı korunduğunu denetleyin.
- Yedeği yalıtılmış bir ortamda geri yükleyin; giriş, sayfalar, medya, formlar, zamanlanmış işler ile mağaza veya üyelik işlevlerini sınayın.
Teknik yöntem
Tekrarlanabilir bir kurtarma için her dosya-veritabanı çiftine benzersiz kimlik verin. WordPress ve PHP sürümlerini, veritabanı sürümünü, tablo önekini, etkin tema ve eklentileri, gerçek dosya yollarını, yedekleme saatlerini, sağlama değerlerini ve hariç tutulan öğeleri bir manifestte saklayın. Dosya izinleriyle sembolik bağlantıların nasıl ele alındığını da belirtin.
Geri yükleme provasında önce manifesti hedef ortamla karşılaştırın. Sürüm, karşılaştırma düzeni, multisite yapılandırması, yükleme yolu ve ortama özgü gizli bilgiler bilinçli uyarlama gerektirebilir. Farklı kurtarma noktalarından gelen parçaları yanlışlıkla birleştirmeyin; ayrı ayrı geçerli iki arşiv, uyumlu bir çift olmak zorunda değildir.
Yaygın hatalar ve geri dönüş planı
- Yapılandırma, sunucu kuralları veya veritabanı yoksa
wp-contentkopyasını tam yedek olarak adlandırmayın. - Tek yedek kopyasını korumaya çalıştığınız barındırma hesabının içinde bırakmayın.
- Önbellekleri ve eski yedek arşivlerini yalnızca yeniden üretilebildiklerinden eminseniz kapsam dışında bırakın.
- Kişisel veri veya erişim bilgisi içerebilecek veritabanı dökümleriyle yapılandırma dosyalarını koruyun.
- Yeni yedek geri yükleme testini geçene kadar önceki doğrulanmış kurtarma noktasını saklayın.
Doğrulama başarısız olursa canlı siteyi değiştirmeyin. Kapsamı veya hedefi düzelterek yeni bir çift oluşturun; çalışan son yedeğin üzerine yazmayın. Başarısız bir test sorunu erken gösterir ve bu nedenle değerlidir.
AIOWS nasıl yardımcı olur?
AIOWS Yedekleme Yöneticisi
AIOWS Yedekleme Yöneticisi, desteklenen WordPress yedekleme işlerini tek yerden yönetmenizi sağlar. Tam site kurtarma noktası oluştururken dosya ve veritabanı kapsamını, hedefi, zamanlamayı, saklama ihtiyacını ve boş alanı başlamadan önce belirleyin. Bu seçimleri birlikte görmek, yedeğin neleri kapsadığını ve hangi siteye ait olduğunu izlemeyi kolaylaştırır.
Modül yedekleme işinin yürütülmesini ve takibini destekler; güvenilir bir geri yükleme için gereken kararları sizin yerinize vermez. Özel dizinlerin ve dış depoların kapsama girdiğini doğrulayın, ortama özgü gizli bilgileri koruyun ve yoğun bir sitede işlem sırasında gerçekleşen yazmaları hesaba katın. İş tamamlanınca durumu ve hedefi inceleyin, ardından gerçek geri yükleme yolunu yalıtılmış bir ortamda sınayın.
Yedekleme Yöneticisi eksik seçilmiş kapsamı tamamlayamaz, üçüncü taraf depolamanın sürekli erişilebilir olacağını garanti edemez ve geri yükleme testinin yerini alamaz. Yenisi doğrulanana kadar son kabul edilen kurtarma noktasını saklayın. Kaynak siteyi, seçilen kapsamı, hedefi, başlangıç ve bitiş saatlerini, dosya boyutlarını, doğrulama sonucunu ve sonraki prova tarihini not edin. Olası bir kesintide bu kısa kayıt, benzer adlara sahip çok sayıda arşivden daha fazla işe yarar.
AIOWS Yedekleme Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress yedekleme, geri yükleme ve site taşıma rehberi
- WordPress veritabanını yedekleme ve SQL dışa aktarımını sınama
- Kritik yolları atlamadan WordPress dosyalarını yedekleme
Önerilen yöntem
Kapsamı belirlenmiş bir dosya arşiviyle tutarlı veritabanı dışa aktarımını aynı kurtarma noktası altında birleştirin, üretim hesabının dışında saklayın ve yalıtılmış bir geri yükleme provasıyla doğrulayın. Yalnızca dosya veya veritabanı yedeği belirli kurtarma işleri için yararlıdır; tek başına sitenin tamamını temsil etmez.
