Web sitesi sahiplerinin çoğu, siteleri çalıştığı sürece yedekleme konusunu hiç düşünmüyor. Sorun, tam da bu yüzden büyüyor: hosting hesabı hacklendiğinde, yanlışlıkla bir dosya silindiğinde veya sunucu sağlayıcısı beklenmedik bir arıza yaşadığında geri dönecek bir plan olmuyor.

Web mimarisi ve yazılım projelerinde sık karşılaştığım bir durum: müşteri "sitem hacklendi, ne yapacağım" diye ulaşıyor ve elinde hiçbir yedek bulunmuyor. Bu yazıda küçük işletmeler için gerçekçi, uygulanabilir bir yedekleme ve felaket kurtarma yaklaşımını ele alıyorum.

1. Neden "Bana Olmaz" Yanılgısı Tehlikeli?

Küçük işletme sahipleri genelde hedef olmayacaklarını düşünüyor, oysa otomatik saldırı botları site büyüklüğüne bakmıyor; bilinen güvenlik açıklarını tarayıp bulduğu her siteye saldırıyor. Ayrıca insan hatası da en az saldırı kadar sık: yanlışlıkla silinen bir dosya, bozulan bir güncelleme veya hosting sağlayıcısının kendi teknik sorunu, hedefli bir saldırıdan çok daha sık yaşanan veri kaybı sebepleri arasında.

2. Yedekleme Neyi Kapsamalı?

Bir web sitesinin tam yedeği tek bir dosyadan ibaret değil, birkaç farklı bileşeni kapsıyor.

3. Yedek Nerede Saklanmalı?

En sık yapılan hata, yedeği sitenin barındığı aynı sunucuda tutmak. Sunucu tamamen kaybedildiğinde (fiziksel arıza, hesap askıya alma, saldırı) o sunucudaki yedek de kayboluyor. Doğru yaklaşım, yedeği barındığı sunucudan bağımsız bir konumda (ayrı bulut depolama, farklı bir hesap) tutmak. "3-2-1 kuralı" (3 kopya, 2 farklı ortam, 1'i uzak konumda) küçük bir işletme için de uygulanabilir bir çerçeve sunuyor.

4. Otomatik mi, Manuel mi?

Manuel yedekleme, "hatırlarsam yaparım" mantığına dayandığı için güvenilir değil. Hosting sağlayıcılarının çoğu otomatik yedekleme özelliği sunuyor; bu özellik açık değilse etkinleştirilmeli. Statik HTML sitelerde ise Git gibi bir sürüm kontrol sistemi, kod değişikliklerinin otomatik olarak kayıt altına alınmasını sağlıyor; bu hem yedekleme hem de hata durumunda önceki sürüme dönme imkanı veriyor.

5. Felaket Kurtarma Planı: Yedek Yetmez, Süreç de Gerekir

Yedek dosyaya sahip olmak tek başına yeterli değil. Bir felaket anında ne yapılacağı önceden netleşmemişse, panikle geçen saatler işi büyütüyor. Basit bir felaket kurtarma planı şu adımları içermeli:

Adım 1: Erişim bilgilerini tek yerde topla

Hosting paneli, domain yönetim paneli, e-posta hesabı ve yedekleme servisi giriş bilgileri güvenli ama erişilebilir bir yerde (şifre yöneticisi gibi) tutulmalı. Kriz anında bu bilgilere ulaşamamak, ilk saatleri boşa geçirtiyor.

Adım 2: Yeniden yükleme sürecini önceden test et

Yedek dosyanın gerçekten çalıştığından emin olmanın tek yolu, ara sıra deneme amaçlı geri yükleme yapmak. Hiç test edilmemiş bir yedek, kriz anında bozuk çıkabilir.

Adım 3: İletişim planı hazırla

Site geçici olarak erişilemez durumdaysa müşterilere veya ziyaretçilere nasıl bilgi verileceği (sosyal medya duyurusu, geçici bir sayfa) önceden düşünülmeli.

6. Küçük İşletmeler İçin Gerçekçi Bütçe Yaklaşımı

Kurumsal düzeyde felaket kurtarma sistemleri karmaşık ve maliyetli olabiliyor ama küçük bir işletme için bu seviyeye gerek yok. Düzenli otomatik yedekleme, yedeğin ayrı bir konumda tutulması ve erişim bilgilerinin düzenli olması, çoğu senaryoyu karşılıyor. Web yazılım hizmetlerim kapsamında yeni proje teslimlerinde yedekleme yapılandırması da değerlendiriliyor.

Sitenizin yedekleme durumunu gözden geçirmek isterseniz web yazılım hizmetlerimi inceleyebilir ya da doğrudan görüşebilirsiniz.

Sık Sorulan Sorular

Web sitesi yedeği ne sıklıkla alınmalı?

İçerik sık güncellenen sitelerde (blog, e-ticaret) günlük otomatik yedek; nadiren güncellenen kurumsal sitelerde haftalık yedek yeterli olabilir. Önemli olan yedeğin düzenli ve otomatik alınmasıdır, manuel hatırlatmaya bağlı kalmamaktır.

Yedek dosyalar nerede saklanmalı?

Yedek, barındığı sunucudan bağımsız bir konumda tutulmalı; aynı sunucuda tutulan yedek, sunucu tamamen kaybedildiğinde işe yaramaz. Bulut depolama veya ayrı bir hesapta saklama önerilir.

Statik HTML site de yedeklenmeli mi?

Evet. Statik sitede veritabanı olmasa da kaynak kodu, görseller ve yapılandırma dosyaları kaybedilebilir; sürüm kontrolü (Git) ve ayrı bir depolama alanı statik siteler için de gereklidir.