WordPress yedekleri Storage Server'a: WPvivid ile adım adım

Web sitesiyle aynı sunucuda duran bir yedek, yedek değildir. Disk silinirse, erişim ele geçirilirse ya da kurulum şifrelenirse o yedek de gider. Ancak ayrı bir depolamadaki bir kopya gerçek bir güvencedir.

Bu rehber oraya giden en kısa yolu gösteriyor: WordPress'i SFTP üzerinden bir Storage Server'a yedekleyen, zaman planı ve saklama kuralı olan ücretsiz bir eklenti. Kurulumu çeyrek saat sürüyor.

Neden WPvivid

Seçenekler bir noktada şaşırtıcı biçimde az. Asıl belirleyici olan, ücretsiz sürümde şifreli bir aktarımın bulunması:

Basit FTP, erişim bilgilerini ve içerikleri şifrelemeden aktarır. Bütün veritabanını, kullanıcı tablosu dâhil, içeren bir yedek için bu iyi bir fikir değil. Böylece WPvivid akla gelen ilk seçim oluyor; 900.000'den fazla etkin kurulumu var ve son olarak Eylül 2026'da güncellendi.

Adım 1: depolamada alt hesap oluşturma

Müşteri panelinde, Storage Server'ınızın altında yedekler için ayrı bir alt hesap oluşturun, başlangıç dizini /backup/wordpress olsun. Bu, kulağa geldiğinden daha önemli: Erişim bilgileri biraz sonra WordPress veritabanına girecek ve onları orada bulan biri, bu tek dizinden başka hiçbir şeye ulaşamamalı.

Aynı adımda “Erişim Ayarları” bölümünde iki anahtarı kontrol edin:

• SSH / SFTP / SCP / rsync açık olmalı.
• Dış Erişilebilirlik açık olmalı, yoksa web sunucunuz internet üzerinden depolamaya ulaşamaz.

Yeni sipariş edilen sunucularda ikisi de etkindir. Ana bilgisayar adını ve kullanıcı adını not edin, buradaki örnekler şu değerleri kullanıyor:

Adım 2: bir şey kurmadan önce erişilebilirliği denetleyin

Bu, sonradan çok arama yapmaktan kurtarır. Web sunucusunda kabuk erişiminiz varsa:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Port 23 erişilebilir"

Kabuk erişimi olmadan, web dizinine bir pruefen.php dosyası koyar, bir kez çağırır ve sonra yine silersiniz:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Port 23 erişilebilir' : 'bağlantı yok: ' . $t;

Bağlantı kurulamıyorsa barındırıcınız bu porttaki giden bağlantıları engelliyor demektir. Paylaşımlı barındırmada bu az görülen bir şey değil. O zaman ya barındırıcıya sormak ya da 443 numaralı port üzerinden çalışan WebDAV yolu kalır.

Adım 3: eklentiyi kurma ve hedefi tanımlama

WordPress yönetim panelinde Eklentiler, Yeni Ekle altında WPvivid Backup & Migration aratın, kurun ve etkinleştirin. Ardından solda WPvivid Backup menü girdisi görünür.

Orada Remote Storage sekmesine geçip SFTP seçeneğini işaretleyin. Alanları şöyle doldurursunuz:

Test and Add ile eklenti, bağlantıyı kaydetmeden önce denetler. Bu başarısız olursa on olayın dokuzunda ya port yanlıştır ya da dış erişilebilirlik kapalıdır.

Adım 4: ilk yedeği elle alma

Backup & Restore sekmesinde Database + Files (WordPress Files) seçeneğini ve hedef olarak, az önce oluşturduğunuz girdiyle birlikte Send backup to remote storage seçeneğini işaretlersiniz. Sonra Backup Now.

İlk çalışma, boyuta göre birkaç dakika sürer. Tarayıcı penceresini bu sırada açık bırakın, eklenti ilerlemeyi yinelenen çağrılarla yönetir.

Adım 5: zaman planı ve saklama

Schedule sekmesinde zaman planını etkinleştirirsiniz. Pratikte şu oturdu:

Saati, ana ziyaretçi kitlenizin gece saatlerine koyun. Saklamayı Settings altında ayarlarsınız; orada ayrıca eski yedeklerin uzak depolamada da silinip silinmeyeceğini belirleyen anahtar var. Onu açın, yoksa depolama zamanla dolar.

Bu sırada şunu da hesaba katın: Storage Server'ın anlık görüntüleri ek bir katmandır ve bundan bağımsız çalışır. Tarifeye göre 10, 20, 30 ya da 40 el ile alınan anlık görüntü, ayrıca aynı sayıda otomatik olanı kullanıma hazırdır.

Adım 6: yedeğin bir işe yarayıp yaramadığını denetleme

Bu adım en sık atlanan ve en önemli olanıdır. Depolamada gerçekte ne durduğuna bir bakın:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

İki şeye dikkat edin: Dosya boyutu akla yatkın olmalı ve hem bir veritabanı hem de bir dosya arşivi bulunmalı. Birkaç kilobaytlık bir arşiv başarı değil, başarısızlıktır.

Sonra da asıl sınav: Yedeği bir kez bir test kurulumuna geri yükleyin. Hiç denetlenmemiş bir yedek, bir tahmindir.

Geri yükleme ve püf noktası

Ücretsiz sürümde, uzak depolamada duran bir yedek doğrudan geri yüklenemez; uzak yedeklerin geri yüklenmesi ücretli sürüme aittir. Ücretsiz yol buna rağmen çalışır ve yalnızca birkaç dakika daha uzun sürer:

1. Arşivi SFTP ile depolamadan indirin.
2. Eklentide Backup & Restore altında Upload bölümünü açın ve arşivi yükleyin.
3. Yüklenen yedek listede görünür ve oradan geri yüklenebilir.

Bu dolambacı acil durum planınızda hesaba katın. Kötü günde bir de indirme adımının araya girdiğini ilk kez fark eden, gereksiz zaman kaybeder.

Bu yolun bittiği yer

Her yedekleme eklentisi PHP içinde çalışır ve böylece süre ile bellek sınırlarına çarpar. Birkaç gigabaytlık toplam boyuttan sonra iş ağırlaşır, çok büyük medya kitaplıklarında ise çalışma bir noktada yarıda kesilir.

O zaman daha iyi yol rsync ya da BorgBackup olur, ikisi de doğrudan sunucudaki bir zaman planından çalışır ve ikisi de depolamada doğal olarak hazırdır:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Bu, yalnızca değişiklikleri aktarır ve PHP sınırları tanımaz. Buna karşılık kabuk erişimi olan kendi sunucunuzu gerektirir. Bu yol hakkında dahası Storage Server'ı kendi web siteniz için kullanma yazısında.

WordPress'in başka hangi parçalarının depolamaya taşınabileceği, yani medya kitaplığı ile indirmeler, ve bu sırada sınırların nerede olduğu Storage Server'ı WordPress ile kullanma yazısında anlatılıyor.

En sık yapılan dört hata

• 23 yerine 22 numaralı port. Eklenti 22'yi önerir, bizim depolamamız 23'ü dinler.
• Dış Erişilebilirlik kapalı. O zaman test müşteri panelinden çalışır, ama web sunucusundan çalışmaz.
• Alt hesap yerine ana hesap. Erişim bilgileri bundan sonra web sitesinin veritabanında durur. Ana hesapta ise ona her şey bağlıdır.
• Eski yedekler hiç silinmiyor. Uzak depolama için saklama kuralı açık olmadan alan dolar ve yedekleme bir gün sessizce başarısız olur.

Hangi tarife uygun

Tek bir WordPress sitesinin yedekleri için 1 TB'lık Storage-1, ayda 9,99 euro çok uzun süre yeter. Bir ölçü olarak: 5 GB toplam boyutlu ortalama bir site, on yedek saklandığında yaklaşık 50 GB yer kaplar, yani tarifenin yüzde beşini.

Bütün Storage Server sunucuları Almanya'da durur, 100'e kadar alt hesaba izin verir, SFTP'nin yanında SMB, WebDAV, rsync ve BorgBackup da konuşur ve kurulum ücreti olmadan gelir. Faturalama ön ödemeli esasla, asgari sözleşme süresi olmadan yapılır; yani küçük başlayıp daha fazla site eklendiğinde büyüyebilirsiniz.