WordPress Yedekleme
Kötü günde geri dönecek bir kopyanız olsun
Çoğu sitede yedek vardır ama kimse ne zaman alındığını, nerede durduğunu ve gerçekten geri yüklenebildiğini bilmez. Yedeğin değeri alındığı anda değil, geri yüklendiği anda ortaya çıkar. Bu yüzden kurulumu yaparken geri dönüşü de deniyoruz.
- Dosya ve veritabanı birlikte
- Sunucudan ayrı saklama
- Denenmiş geri yükleme
- Güncelleme öncesi anlık kopya
Birlikte çalıştığımız markalar
WordPress Yedekleme kimler için?
Yedeği olduğunu sanan siteler
Hosting paneline bakıp yedek var diyen ekiplerin çoğu, o yedeğin ne kapsadığını ve ne kadar geriye gittiğini bilmiyor. Bu belirsizlik sorun anında ortaya çıkıyor.
İçeriği sürekli değişen siteler
Günlük yazı, ürün ve sipariş girişi olan sitelerde yedek sıklığı doğrudan kaybedilebilecek veri miktarını belirliyor.
Birden fazla kişinin düzenlediği kurulumlar
Farklı kişilerin panele girdiği sitelerde yanlışlıkla silinen içerik ve bozulan ayarlar sık yaşanıyor. Bu durumlarda geri dönüş imkanı çok değerli oluyor.
Kapsam ve teslimatlar
Yedek kapsamının belirlenmesi
Dosyalar, veritabanı, yüklenen medya ve sunucu yapılandırması ayrı ayrı ele alınıyor. Hangisinin ne sıklıkla alınacağı ayrı kararlar.
Sıklık ve saklama planı
Sitenin değişim hızına göre yedek sıklığı belirleniyor. Saklama süresi, geriye ne kadar dönülmesi gerekebileceğine göre ayarlanıyor.
Ayrı yerde saklama
Yedekler sitenin durduğu sunucudan bağımsız bir alanda tutuluyor. Aynı sunucuda duran yedek, sunucu kaybedildiğinde birlikte gidiyor.
Geri yükleme tatbikatı
Yedeğin gerçekten açılabildiği test ortamında deneniyor. Bu deneme belirli aralıklarla tekrarlanıyor.
Güncelleme öncesi kopya
Her büyük güncelleme öncesinde anlık kopya alınıyor. Böylece bir şey bozulduğunda düzeltmeye uğraşmak yerine geri dönülüyor.
Asıl soru neyi geri yükleyeceğiniz
Yedek denince akla sitenin tamamen kaybedilmesi geliyor. Gerçekte en sık karşılaşılan durum bu değil. Bir sayfa yanlışlıkla siliniyor, bir eklenti ayarları bozuyor, bir içerik düzenlemesi geri alınamıyor, medya klasöründen bir bölüm kayboluyor.
Bu durumlarda sitenin tamamını geri yüklemek çözüm olmuyor, çünkü o kopyadan sonra giren siparişler, yorumlar ve yeni içerikler de birlikte siliniyor. İhtiyaç duyulan şey bütün değil, bir parça.
Bu yüzden kurulumu parçalı geri dönüşe imkan verecek şekilde yapıyoruz. Veritabanı ile dosyalar ayrı ayrı alınıyor, medya klasörü kendi başına geri yüklenebiliyor ve tek bir tablonun ayrıca çıkarılması mümkün oluyor. Hangi durumda hangi yöntemin kullanılacağı da yazılı duruyor; bu kararı sorun anında vermek, yanlış kopyayı açmanın en kolay yolu. Geri dönüş denemesini de bu senaryolar üzerinden yapıyoruz, çünkü tam kopyayı açabilmek silinen tek bir sayfayı geri getirebilmek anlamına gelmiyor.
Yedek aynı zamanda bir kişisel veri kopyası
Bir yedek dosyası sitenin görüntüsünü değil verisini taşıyor. İçinde üye kayıtları, sipariş bilgileri, form gönderimleri ve iletişim geçmişi bulunuyor. Yani sitenin kendisi için geçerli olan sorumluluk, yedek için de geçerli.
Bu birkaç somut kararı gerektiriyor. Yedeklerin nerede tutulduğu ve o konumun hangi ülkede bulunduğu. Kimlerin indirme yetkisi olduğu. Dosyaların şifreli saklanıp saklanmadığı. Ve ne kadar sonra silindiği; sınırsız biriken bir arşiv, hem depolama maliyeti hem sorumluluk demek.
Sık atlanan bir nokta da silme talepleri. Bir kişi verisinin silinmesini istediğinde kayıt yayındaki siteden kaldırılıyor, ancak eski kopyalarda durmaya devam ediyor. Bunun nasıl ele alınacağını baştan tanımlıyoruz: saklama süresi sınırlı tutuluyor ve bir geri yükleme yapıldığında aynı taleplerin yeniden uygulanacağı bir kontrol adımı bırakılıyor. Aynı dikkat kopyayı kendi bilgisayarına indiren kişi için de geçerli; masaüstünde duran şifresiz bir dosya, sunucuda alınan bütün önlemleri anlamsız hale getiriyor.
Nasıl çalışıyoruz?
Mevcut yedeklerin doğrulanması
Var olduğu söylenen yedekler açılarak kontrol ediliyor. Çoğu zaman eksik ya da bozuk olduğu burada anlaşılıyor.
Planın kurulması
Sıklık, kapsam, saklama süresi ve saklama yeri belirlenip yazılı hale getiriliyor.
Otomasyon
Yedekleme otomatik çalışacak şekilde kuruluyor, başarısız bir yedekleme uyarı üretiyor.
Doğrulama düzeni
Geri yükleme denemeleri takvime bağlanıyor ve sonuçları kayıt altına alınıyor.
Kullandığımız araçlar ve platformlar
- WP-CLI
- rsync
- Amazon S3
- Plesk
WordPress Yedekleme fiyatını neler belirler?
Site boyutu
Medya arşivi ve veritabanı büyüklüğü depolama ihtiyacını doğrudan belirler.
Yedek sıklığı
Günde birkaç kez alınan yedekle haftalık yedek arasında hem depolama hem işlem maliyeti farkı oluşur.
Saklama süresi
Yedeklerin kaç gün ya da kaç ay geriye dönük tutulacağı depolama maliyetinin ikinci belirleyicisi.
Saklama yeri
Bulut depolama, ayrı sunucu ya da birden fazla konumda kopya tutmak farklı maliyet ve güvence seviyeleri sunar.
Sıkça sorulan sorular
Hosting firmamız zaten yedek alıyor, yeterli değil mi?
Çoğu zaman değil. Sağlayıcı yedekleri genellikle sistem kurtarma amaçlıdır, kapsamı ve geriye dönüş süresi sınırlı olabilir. Ayrıca aynı altyapıda durdukları için bağımsız bir güvence sağlamazlar.
Ne sıklıkla yedek almalıyız?
Cevabı şu soru belirliyor, en fazla ne kadarlık veriyi kaybetmeyi kabul edebilirsiniz. Günde birkaç sipariş alan bir mağaza ile ayda birkaç yazı ekleyen bir site aynı sıklığa ihtiyaç duymuyor.
Yedekten dönmek ne kadar sürer?
Sitenin boyutuna ve yedeğin nerede tutulduğuna göre değişiyor. Önemli olan bu sürenin önceden bilinmesi, bu yüzden geri yükleme tatbikatını kurulumun bir parçası olarak yapıyoruz.
Yedekler nerede saklanıyor?
Sitenin bulunduğu sunucudan ayrı bir alanda. Nerede tutulduğu, kimin erişebildiği ve ne kadar süre saklandığı yazılı olarak paylaşılıyor.
Yalnız veritabanı yedeklemek yeterli olur mu?
Olmaz. İçerik veritabanında dursa da görseller, tema dosyaları ve eklentiler dosya sisteminde durur. İkisi birlikte olmadan site eski haline getirilemiyor.
Yedekleri biz de indirebilir miyiz?
İndirebilirsiniz. Kendi kopyanızı ayrıca saklamak isterseniz erişim sağlıyoruz. Yedek dosyalarının kişisel veri içerebileceğini hatırlatıp saklama koşulları konusunda uyarıyoruz.
İlgili içerikler
Bu konuyu derinleştiren rehberler, terimler ve ücretsiz araçlar.
Rehber
Çalışma Süreci İzleme (Uptime Monitoring) Nedir?
3 dk okuma
WordPress Yedekleme için ilk adımı atalım
- 1Formu doldurun ya da bizi arayın
- 2Bir iş günü içinde ön görüşme planlayalım
- 3Size özel yol haritası ve teklif hazırlayalım