WordPress yedeklemesi: ne sıklıkla, nereye — ve işe yaradığını nereden anlarsın

Neredeyse her web sitesinde bir yedekleme eklentisi vardır. Kriz anında gerçekten işe yarayan bir yedeği olanlar ise çok daha azdır. Fark araçta değil, bir kez verilip sonra unutulan üç kararda yatar: ne sıklıkla, nereye ve sağlam olduğunu nasıl anlarsın.

Önemli olan tek rakam: ne kadarını kaybetmeyi göze alabilirsin?

Yedeklemenin sıklığı his değil, bir soruyu takip eder: canını yakmadan ne kadar iş kaybedilebilir? Haftada bir yazı yayımlanan bir blog günlük yedeklemeyle hiçbir şey kaybetmez. Günde kırk sipariş alan bir mağaza ise günlük yedeklemeyle kırk siparişe kadar kaybeder.

Dosyalar veritabanından daha seyrek değişir — görseller, temalar ve eklentiler günlerce aynı kalır. Bu yüzden ikisini ayrı sıklıklarla yedeklemek mantıklıdır: veritabanını sık, dosyaları seyrek.

Nereye: kısaca 3-2-1 kuralı

İki farklı ortamda üç kopya, bunlardan biri başka bir yerde. Bir WordPress sitesi için bunun karşılığı şudur: canlı veriler, sunucuda bir arşiv, başka bir yerde bir arşiv.

Genellikle takılınan nokta üçüncüsüdür. Web sitesiyle aynı wp-content/uploads içinde duran bir arşiv; bir disk hatasından, silinmiş bir hesaptan ve iz temizleyen bir saldırgandan sağ çıkmaz.

Barındırma sağlayıcının yedeği iyidir ama ikinci bir konum değildir. Sağlayıcı çökerse ikisi birlikte gider. İki değil, bir kopya sayılır.

Ne kadar süre: saklama süresi bir depolama alanı meselesi değildir

Yedi gün saklayan, sekiz gün önce oluşmuş bir hasarı çok geç fark eder. Sık görülen durum da tam olarak budur: bir veritabanı bozulur ya da zararlı kod yerleştirilir ve bu ancak haftalar sonra fark edilir.

Kullanışlı bir kademelendirme: son yedi gün, buna ek olarak haftalık dört ve aylık üç sürüm. Bu, az ek alan kaplar ve düşünülenden daha geriye gitmek gereken durumu da kapsar.

Şifreleme — ve anahtarın nerede durduğu

Bir arşiv tüm veritabanını içerir: kullanıcı hesapları, siparişler, e-posta adresleri, yorumlar. Bir depolama sağlayıcısında şifrelenmeden duruyorsa ancak o sağlayıcı kadar gizlidir.

AES-256 olağan standarttır ve asıl soru “olup olmadığı” değil, anahtarın nerede durduğudur. Arşivin yanında durursa hiçbir işe yaramaz. Kakapo Backup senin anahtarınla şifreler ve anahtarı arşivle birlikte saklamaz — bu da onu ayrı bir yerde saklaman gerektiği anlamına gelir. Bir parola yöneticisi yeterlidir.

Sağlam olduğunu nereden anlarsın

Hiç geri yüklenmemiş bir yedek bir umuttur. İki kontrol vardır ve ikisine de ihtiyaç duyulur:

• Teknik olan: arşivin sağlama toplamı hâlâ tutuyor mu? Bu, yolda bozulan her şeyi bulur — hem de sen ona ihtiyaç duymadan önce.
• Gerçek olan: site bu arşivden geri yüklenebiliyor mu? Bu, geri kalan her şeyi bulur ve kritik günde yalnızca bu önemlidir.

1. Bir staging kopyası oluştur — asla canlı sitede deneme yapma.
2. En yeni arşivi oraya geri yükle.
3. Ana sayfayı, bir alt sayfayı, yönetim panelini ve varsa sepeti aç.
4. Bir avuç veritabanı içeriğini kontrol et: son yazıyı, son siparişi, bir kullanıcıyı.
5. Ne kadar sürdüğünü not et. Bu rakam senin gerçek kesinti süren.

Üç ayda bir yeterlidir. Kendine bir hatırlatıcı kur — aksi halde test hiç yapılmaz, çünkü hiçbir zaman acil değildir.

En sık karşılaşılan özel durum

“Acil durumların” çoğu sunucu çökmesi değil, bir şeyi bozan bir güncellemedir. Bunun için tam bir geri yükleme değil, tam da o eklenti için bir dönüş yolu gerekir — ve ideal olarak her güncellemeden önce otomatik olarak oluşan bir yedek.

Bu yüzden aracında şunu kontrol et: güncellemelerden önce kendiliğinden bir nokta oluşturuyor mu? Ve bu noktalar sıradan çalışmalardan farklı mı saklanıyor? Saklama sınırının üç gün sonra sildiği bir dönüş yolu, dönüş yolu değildir.

Sık sorulan sorular