Puan
18
Çözümler
0
- Katılım
- 3 Kas 2025
- Mesajlar
- 99
- Tepkime puanı
- 0
WordPress Yedekleme Rehberi: Yöntemler, Eklentiler ve Geri Yükleme
Bir eklenti güncellemesinden sonra siteniz açılmayabilir. Yanlışlıkla bir klasör silinebilir veya güvenlik sorunu nedeniyle içerikleriniz değiştirilebilir. Böyle anlarda elinizde kullanılabilir bir yedek bulunması, sitenizi yeniden kurmakla mevcut düzeninizi kurtarmak arasındaki farkı belirler.WordPress yedekleme yalnızca bir ZIP dosyası oluşturmak değildir. Hangi verilerin kopyalandığını, kopyaların nerede saklandığını ve gerektiğinde nasıl geri yükleneceğini birlikte planlamak gerekir.
Bu rehberde hosting üzerinden, eklentiyle ve manuel yedekleme yöntemlerini; UpdraftPlus, Duplicator ve WPvivid seçeneklerini; güvenilir bir kurtarma düzeninin temel adımlarını inceleyeceğiz.
WordPress Yedeğinde Neler Bulunmalı?
Standart bir WordPress sitesi iki ana parçadan oluşur: dosyalar ve veritabanı.Dosyalar, sitenin çalışan yazılımını ve yüklenen içeriklerini kapsar. Veritabanı ise yazıları, kullanıcıları, ayarları ve birçok eklentinin kayıtlarını saklar. Site klasörünü bilgisayarınıza indirmek, veritabanını kendiliğinden yedeklemez.
| Bileşen | İçeriği |
|---|---|
wp-content/uploads | Görseller, belgeler ve yüklenen medya |
| Temalar ve eklentiler | Kullanılan yazılımlar ve özel değişiklikler |
mu-plugins ve özel dosyalar | Kuruluma özgü ek işlevler |
wp-config.php | Veritabanı bağlantısı ve WordPress yapılandırması |
.htaccess | Kullanıldığı sunucularda yönlendirme ve erişim kuralları |
| Veritabanı | Yazılar, sayfalar, kullanıcılar, ayarlar ve siparişler |
WordPress çekirdeği güvenilir kaynaktan yeniden indirilebilir. Buna karşılık özel tema değişiklikleri, yüklenen medya ve yapılandırma dosyaları için kendi kopyanız gerekir. Dosya yedeği alırken gizli dosyaların da dahil edildiğini kontrol edin.
Harici depolamada tutulan görseller, sunucu görevleri ve hosting ayarları da ayrıca değerlendirilmelidir. Bir WordPress eklentisinin bütün sunucu yapılandırmasını yedeklediğini varsaymayın.
WordPress Yedekleme Yöntemleri
Hosting üzerinden yedekleme
Hosting sağlayıcısı, hesabı veya siteyi belirli aralıklarla yedekleyebilir. WordPress paneli çalışmadığında da bu kopyalara erişebilmek önemli bir avantajdır.Ancak hizmetin kapsamını öğrenin:
- Dosyalarla veritabanı birlikte yedekleniyor mu?
- Kaç günlük geçmiş saklanıyor?
- Kopyalar hangi konumda tutuluyor?
- Geri yüklemeyi siz mi, destek ekibi mi yapıyor?
- Hesap kapatılırsa yedeklere erişim devam ediyor mu?
Eklentiyle yedekleme
Yedekleme eklentileri WordPress içinden kopya oluşturmayı, zamanlama yapmayı ve desteklenen uzak depolara aktarım sağlamayı kolaylaştırır.Bu yöntem özellikle bağımsız bir yedek tutmak isteyen site sahipleri için kullanışlıdır. Bununla birlikte disk alanı, PHP kaynakları, görev zamanlaması ve depolama bağlantısı işlemi etkileyebilir.
Bir eklentiyi kurup günlük yedek seçmek yeterli değildir. İlk yedeğin tamamlandığını ve uzak depoya ulaştığını doğrulayın.
Manuel yedekleme
Manuel yöntemde dosyaları SFTP veya hosting dosya yöneticisiyle, veritabanını ise phpMyAdmin ya da komut satırıyla alırsınız.Bu seçenek taşınma veya önemli değişiklikler öncesinde yararlı olabilir. Düzenli yedekleme için kullanılacaksa tarih, kapsam ve saklama düzeni belirlenmelidir.
| Yöntem | Avantajı | Kontrol edilmesi gereken nokta |
|---|---|---|
| Hosting yedeği | WordPress dışında kurtarma imkânı | Saklama süresi ve geri yükleme yetkisi |
| Eklenti yedeği | Kolay zamanlama ve uzak depolama | Kapsam, kaynak kullanımı ve görev başarısı |
| Manuel yedek | Kopyalanan veriler üzerinde doğrudan kontrol | Eksik dosya, yanlış veritabanı ve unutulan işlemler |
Manuel WordPress Yedeği Nasıl Alınır?
Önce doğru WordPress dizinini ve veritabanını belirleyin. Aynı hosting hesabında birkaç site varsa bunları karıştırmak kolaydır.wp-config.php içindeki DB_NAME değeri, kullanılan veritabanını gösterir. phpMyAdmin’de bu veritabanını seçerek gerekli tabloları yapı ve verileriyle dışa aktarın. Veritabanı yedeği, özellikle güncellemeler öncesinde alınmalıdır.Dosyaları indirirken işlem hatalarını kontrol edin. Dosya ve veritabanı kopyalarını aynı tarihli yedek seti olarak saklayın.
WP-CLI ile veritabanı dışa aktarma
SSH erişimi ve kurulu WP-CLI varsa şu örnek kullanılabilir:wp --path=/WORDPRESS/DIZINI db export /OZEL_YEDEK_DIZINI/site-veritabani.sqlYolları kendi ortamınıza göre değiştirin. Hedef klasör mevcut, yazılabilir ve web üzerinden erişilemeyen bir konumda olmalıdır.
wp db export, bağlantı bilgilerini wp-config.php üzerinden alır ve varsayılan olarak ilgili veritabanındaki bütün tabloları dışa aktarır. Aynı veritabanını paylaşan başka uygulamalar varsa kapsamı ayrıca değerlendirin.Bu komut yalnızca veritabanını yedekler. Dosyalar için ayrıca kopya gerekir. Tarayıcı zaman aşımına bağlı olmaması avantajdır; yine de disk, yetki veya bağlantı sorunları nedeniyle başarısız olabilir.
Tam, Artımlı ve Diferansiyel Yedek Arasındaki Fark
Yedek türünü seçerken depolama ihtiyacıyla birlikte geri yükleme sürecini de düşünün.| Tür | Kopyalanan veri | Klasik yapıda geri yükleme ihtiyacı |
|---|---|---|
| Tam yedek | Seçilen kapsamın tamamı | İlgili tam yedek |
| Artımlı yedek | Önceki yedekten sonra değişen veriler | Başlangıç tam yedeği ve gerekli artımlı parçalar |
| Diferansiyel yedek | Son tam yedekten sonra değişen veriler | Son tam yedek ve ilgili diferansiyel kopya |
Artımlı yedekleme genellikle aktarım ve depolama ihtiyacını azaltır. Buna karşılık klasik bir yedek zincirinde eksik parça kurtarmayı etkileyebilir. Diferansiyel kopyalar zamanla büyür; geri yüklemede daha az parçaya ihtiyaç duyulabilir.
“Artımlı yedek sunucuyu hiç yormaz” demek doğru değildir. Değişikliklerin taranması ve veritabanının işlenmesi yine kaynak kullanır. Ayrıca bir ürünün artımlı dosya yedeklemesi sunması, veritabanını da aynı yöntemle yedeklediği anlamına gelmez.
WordPress Yedekleme Eklentileri
UpdraftPlus
UpdraftPlus; manuel ve zamanlanmış yedekleme, geri yükleme ve uzak depolama seçenekleri sunar. Ücretsiz sürümde Google Drive, Dropbox ve Amazon S3 gibi hedefler bulunur.Güncelleme öncesi otomatik yedekleme, artımlı yedekler ve bazı ek depolama seçenekleri Premium özellikler arasındadır.
Burada önemli bir kapsam farkı vardır: ücretsiz sürüm esas olarak
wp-content içeriğini ve WordPress veritabanını yedekler. wp-config.php ve standart yapı dışındaki dosyaların dahil edilmesi için ek özellik veya ayrı bir yedekleme yöntemi gerekir.Duplicator
Duplicator, siteyi paketleyip başka bir konuma kurma yaklaşımıyla özellikle taşıma ve klonlama işlemlerinde değerlendirilebilir.Klasik kurulum yönteminde arşiv ve kurulum dosyası hedef ortama aktarılır. Bu yöntem Lite ve Pro sürümlerinde kullanılabilir; dolayısıyla mevcut WordPress paneli olmadan kurulum yapmak yalnızca Pro’ya özgü değildir.
Zamanlanmış yedekleme, çeşitli harici bulut entegrasyonları ve gelişmiş kurtarma özellikleri için Pro kapsamını inceleyin.
WPvivid
WPvivid’in ücretsiz sürümü manuel ve zamanlanmış yedekleme, taşıma, geri yükleme ve uzak depolama işlevleri sunar. Desteklenen hedefler arasında Google Drive, Dropbox, S3, OneDrive ve SFTP bulunur.Depolama bağlantısının ücretsiz olması, depolama hizmetinin sınırsız veya ücretsiz olduğu anlamına gelmez. Kota ve ücretler kullanılan hizmete bağlıdır.
Hangisi seçilmeli?
| İhtiyaç | İncelenebilecek seçenek |
|---|---|
| Zamanlanmış yedek ve yaygın uzak depolar | UpdraftPlus veya WPvivid |
| Arşivle taşıma ve yeniden kurulum | Duplicator |
| Artımlı yedek veya gelişmiş otomasyon | Ürünlerin ilgili ücretli planları |
| Multisite yedekleme | Ağ desteği açıkça belirtilen sürüm ve plan |
İki yedekleme aracı kullanmak tek başına hata değildir. Ancak görevlerin aynı anda çalışması yük oluşturabilir. Çoğu küçük sitede bir eklentiyle hosting yedeğini tamamlamak daha kolay yönetilir.
Ne Sıklıkla Yedek Alınmalı?
Doğru soru şudur: En fazla ne kadar yeni veriyi kaybetmeyi kabul edebilirsiniz?Örneğin gece alınan yedeğe ertesi akşam dönmek, gün içinde oluşan siparişlerin kaybolmasına yol açabilir. Bu nedenle bütün siteler için günlük yedek yeterli değildir.
Başlangıç planı olarak:
- Az değişen tanıtım sitelerinde değişiklik sonrası ve düzenli dönemsel yedek alın.
- Günlük içerik yayımlayan sitelerde günlük yedeklemeyi değerlendirin.
- Sipariş ve üyelik hareketi yoğun sitelerde veritabanı için daha sık kurtarma noktaları planlayın.
- Güncelleme ve taşıma öncesinde ek yedek oluşturun.
WP-Cron kullanan görevler site trafiğine bağlı olarak gecikebilir. Son başarılı yedek zamanını takip edin; gerektiğinde sunucu görev zamanlayıcısıyla daha düzenli tetikleme sağlayın.
Yedekler Nerede Saklanmalı? 3-2-1 Kuralı
3-2-1 yaklaşımı şu düzeni önerir:- Verinin üç kopyası: canlı veri ve iki yedek.
- İki farklı depolama ortamı.
- En az bir uzak konumda kopya.
Uzak depolama hesabını ayrı erişim bilgileriyle koruyun. Mümkünse belirli süre silinemeyen veya çevrimdışı bir kopya da bulundurun. Veritabanı yedeklerinin kullanıcı ve müşteri bilgileri içerebileceğini unutmayın.
Yalnızca en yeni yedeği saklamak da risklidir. Geç fark edilen bir bozulmada daha eski tarihlere dönmek gerekebilir.
Geri Yüklemeyi Test Edin
“Yedek başarılı” bildirimi, sitenin eksiksiz açılacağını tek başına kanıtlamaz.Yedeği ayrı bir test ortamına yükleyip şu kontrolleri yapın:
- Ana sayfa, yazılar ve görseller açılıyor mu?
- Yönetici girişi çalışıyor mu?
- Formlar ve kritik eklentiler doğru davranıyor mu?
- Kullanıcı ve sipariş kayıtları beklenen tarihe kadar mevcut mu?
- PHP ve veritabanı sürümleriyle uyumluluk sağlanıyor mu?
wp db check veritabanı tablolarını kontrol etmekte, wp core verify-checksums ise çekirdek dosyalarını resmi sağlama değerleriyle karşılaştırmakta yardımcı olabilir. Bunlar bütün sitenin işlevlerini veya zararlı yazılımdan arınmış olduğunu doğrulamaz.