Rehber

Web Sitesi Yedekleme İpuçları

15.07.2025 Güncelleme: 22.09.2026 3 dk okuma Bananas Hosting
Web Sitesi Yedekleme İpuçları Rehber
Yedek, felaket günü keşfedilen bir özellik olmamalıdır. Başarısız bir güncelleme, silinen bir dosya, disk arızası veya kötü niyetli bir erişim; hepsi aynı yere çıkar: veri kaybı ve kesinti. İyi bir yedekleme stratejisi ne sıklıkla aldığınızı, nerede sakladığınızı ve ne kadar hızlı geri yükleyebildiğinizi kapsar. Bu yazıda 3-2-1 kuralını, yedek sıklığını, geri yükleme tatbikatını ve sık yapılan hataları pratik örneklerle anlatıyoruz.

3-2-1 Kuralı ve Versiyonlama

3-2-1 kuralı yedeklemenin altın standardıdır: en az 3 kopya, 2 farklı ortam, 1 kopya bina dışında (offsite). Tek sunucuda tutulan "yedek klasörü" felaket anında verilerle birlikte gidebilir; sunucu ile yedek aynı yerdeyse aslında yedeğiniz yok demektir.

Versiyonlama ikinci hayati başlıktır: dünkü, üç gün öncesine ve haftalara ait kopyaların bir arada tutulması, bozulmuş ya da şifrelenmiş bir dosyayı fark etmeden üzerine yazmanızı engeller. Saklama süresini işinize göre belirleyin; e-ticarette sipariş geçmişi, kurumsal sitede içerik geçmişi daha uzun saklanmalıdır.

Ne Yedeklenmeli, Ne Kadar Sık?

Dosyalar ve veritabanı birlikte yedeklenmelidir; tek başına biri eksik bir yedek demektir. WordPress örneğinde veritabanı olmadan içerik, wp-content klasörü olmadan görseller ve temalar geri gelmez. Sık değişen siteler için günlük veritabanı yedeği artı haftalık tam yedek yaygın bir başlangıç noktasıdır.

Sıklığı değişim hızınız belirler: günde onlarca sipariş alan bir mağazada daha sık yedek veya artımlı (incremental) modeller devreye girer. Medya dosyalarının şişmesi yedek boyutunu ve süresini büyüttüğü için uploads klasörüne de bir politika koyun. Yedekleme penceresini trafiğin en düşük olduğu gece saatlerine yerleştirin.

Geri Yükleme Tatbikatı Yapın

Alınmayan yedek değil, geri yüklenemeyen yedek işe yaramaz. Yılda en az birkaç kez staging ortamına gerçek bir geri yükleme tatbikatı yapın: kaç dakika sürdü, hangi tablo eksik kaldı, hangi klasör izinleri bozuldu; hepsini tatbikat sırasında görün, felaket anında değil.

İki kısaltmayı yazılı tutun: RPO, yani ne kadar veri kaybını tolere edebileceğiniz; RTO, yani siteyi ne kadar sürede ayağa kaldırmanız gerektiği. Kimin hangi paneli açacağını, hangi sırayla müdahale edileceğini ve müşteriye nasıl haber verileceğini içeren basit bir runbook dosyası hazırlayın.

Otomasyon ve Offsite Kopya

Manuel yedek er ya da geç unutulur. Otomatik yedek görevi kurun, başarı bildirimi alın ve başarısızlıkta uyarı veren bir alarm tanımlayın; sessizce başarısız olan bir yedek görevi yedeksizlikten farksızdır. Yedek dosyalarını şifreleyin ve erişim yetkilerini sınırlı tutun.

Sağlayıcı yedeği ile kendi offsite kopyanızı birleştirmek en sağlıklı modeldir; biri tek başına yetmeyebilir. Bananas Hosting yedek seçenekleri ve destek ekibiyle bu disiplini kurmanız kolaylaşır; yine de kritik verinin ikinci kopyasının sorumluluğunu kendinizde tutun. Sağlayıcı yedeğini güvence, kendi kopyanızı sigorta olarak düşünün.

Pratik öneriler

  1. Yedek görevinin başarı bildirimini mutlaka takip edin; sessiz başarısızlık en tehlikeli durumdur.
  2. Offsite kopyanız yoksa yedek aldığınızı söylemeyin; bina dışı en az bir kopya şart.
  3. Geri yüklemeyi yılda birkaç kez staging ortamında gerçekten deneyin ve süresini ölçün.
  4. Her büyük güncelleme ve tema değişikliği öncesinde ekstra bir snapshot alıp tarihini not edin.
Sonuç: Yedekleme sigorta gibidir: ödenen prim küçük, geldiğinde karşıladığı hasar büyüktür. 3-2-1 kuralı, otomatik görevler ve düzenli geri yükleme tatbikatı üçlüsü sizi ayakta tutar; her üçünü de takvime bağlayın. Bananas Hosting altyapısıyla düzenli yedek alışkanlığını birleştirdiğinizde veri kaybı riski gerçekçi biçimde en aza iner.