Website Yedekleme Stratejisi: Neyi, Ne Sıklıkla
Çoğu sitenin yedeği vardır. Daha azının geri yüklenmiş yedeği vardır. İkisi arasındaki fark en kötü anda keşfedilir; genelde yedeğin veritabanını ya da yüklemeleri ya da son üç haftayı içermediğinin keşfiyle birlikte.
Bu rehber neyi yedekleyeceğinizi, ne sıklıkla, nerede saklayacağınızı ve bir geri yüklemenin gerçekten çalıştığını nasıl doğrulayacağınızı ele alıyor.
Eksiksiz bir yedek neleri içerir#
Bir site tek bir şey değildir. Bunlardan herhangi birinin eksikliği geri yüklemeyi kısmi yapar ve kısmi bir geri yükleme çoğu zaman hiç olmamasından kötüdür, çünkü işe yaramış gibi görünür.
- Veritabanı — içerik, kullanıcılar, siparişler, ayarlar. Sürekli değişen parça.
- Yüklenen dosyalar — görseller, belgeler, kullanıcıların ya da editörlerin eklediği her şey.
- Uygulama kodu — tercihen sürüm kontrolünde; bu, geçmişi olan bir yedekleme biçimidir.
- Yapılandırma — ortam değişkenleri, sunucu ayarları, zamanlanmış görevler, yönlendirme kuralları.
- Sertifikalar ve DNS kayıtları — dışa aktarması ucuz, baskı altında yeniden kurması acı.
- Üçüncü taraf ayarları — ödeme webhook adresleri, e-posta yapılandırması, API anahtarları.
En sık atlanan parça yapılandırmadır. Farklı yapılandırılmış bir sunucuda geri yüklenmiş bir veritabanı ve dosya kümesi aynı site değildir.
Ne sıklıkla ve ne kadar saklamalı#
Sıklık tek bir sorudan çıkar: ne kadar işi kaybetmeyi göze alabilirsiniz? Saklama süresi başka bir sorudan: bir sorunu fark etmeniz ne kadar sürer?
| Site türü | Veritabanı | Dosyalar | Saklama |
|---|---|---|---|
| Durağan tanıtım sitesi | Haftalık | Haftalık | 30 gün |
| Bloglu işletme sitesi | Günlük | Günlük | 30–60 gün |
| Yoğun içerik sitesi | Günlük ya da saatlik | Günlük | 60–90 gün |
| Online mağaza | Saatlik ya da sürekli | Günlük | 90+ gün, artı aylık arşivler |
| Web uygulaması | Zaman noktalı kurtarmayla sürekli | Günlük | Veri politikanıza göre |
Saklama önemlidir çünkü yavaş ilerleyen sorunlar var. Bozuk bir içe aktarma ya da sessiz bir ele geçirilme haftalarca fark edilmeyebilir; o noktada 7 günlük bir döngüde yalnız bozuk kopyalar vardır.
Nerede saklamalı#
Klasik kural hâlâ geçerli: üç kopya, iki tür ortamda, biri dışarıda. Websiteler için uyarlaması şu: yedek hem sunucunun çökmesinden hem ele geçirilmesinden sağ çıkmalı.
- Tek kopyayı asla sitenin bulunduğu sunucuda tutmayın.
- En az bir kopya için farklı bir sağlayıcı kullanın ki sağlayıcı düzeyinde bir arıza ikisini birden götürmesin.
- En az bir kopyayı değiştirilemez ya da yalnız-yazılır yapın ki siteyi çalıştıran kimlik bilgileri onu silemesin.
- Yedekleri şifreleyin — kişisel veri dahil her şeyi içeriyorlar.
- Yavaş keşfedilen sorunlar için döngünün dışında aylık bir arşiv tutun.
- Nerede olduklarını ve nasıl geri yükleneceğini yalnız sitede olmayan bir yerde belgeleyin.
Test: yedeği gerçek yapan adım#
Hiç geri yüklemediğiniz bir yedek bir varsayımdır. Test bir saat sürer ve onu bir olguya çevirir.
- Canlı sitenin üzerine değil ayrı bir staging ortamına geri yükleyin.
- Veritabanının eksiksiz geldiğini kontrol edin — önemli tablolarda satır sayın.
- Yüklenen dosyaların, yenileri dahil, orada olduğunu kontrol edin.
- Giriş yapıp gerçek bir iş yapın: bir sayfa yayımlayın, bir test siparişi verin.
- Süreyi ölçün. "Bir geri yükleme ne kadar sürer?" önceden cevaplamak isteyeceğiniz bir sorudur.
- Prosedürü yazın ki yalnız onu kuran kişide kalmasın.
- Ayda bir ve hosting kurulumundaki her değişiklikten sonra tekrarlayın.
Geri yükleme süresini ölçün. Dört saat sürdüğünü bilmek bir kesinti sırasında paydaşlara ne söz vereceğinizi değiştirir ve ihtiyaç anında kimsenin elinde olmayan sayı odur.
Sık sorulan sorular
Hosting sağlayıcımın yedeği yeterli mi?
İyi bir temel ve kötü bir tek strateji. Hosting yedeklerinin saklama süresi genelde kısadır, aynı altyapıda saklanır ve bir fatura anlaşmazlığı ya da sağlayıcı arızasında hesapla birlikte kaybolur. Kendi kopyanızı başka bir yerde tutun — maliyeti küçük ve hosting yedeklerinin yardım etmediği senaryoda ihtiyaç duyacağınız kopya odur.
Yedekleri ne kadar saklamalıyım?
Yavaş keşfedilen bir sorunu kapsayacak kadar. Otuz gün makul bir asgari, doksan gün bir mağaza için daha güvenli ve bir yıl saklanan aylık bir arşivin maliyeti neredeyse sıfır. Bunu veri koruma yükümlülüklerine karşı dengeleyin — kişisel veri içeren yedekler de saklama kurallarına tabidir.
Kodum sürüm kontrolündeyse yedeğe gerek var mı?
Evet. Sürüm kontrolü kodu ve geçmişini kapsar; veritabanını, yüklenen dosyaları ya da sunucu yapılandırmasını içermez. İçeriğin ve müşteri verisinin yaşadığı yer orasıdır ve bir dağıtımı yeniden çalıştırarak yeniden yaratılamayacak parça da odur.
Zaman noktalı kurtarma nedir?
Veritabanını son zamanlanmış anlık görüntüye değil herhangi bir ana geri yükleyebilme yeteneği — işlem kaydının sürekli arşivlenmesiyle sağlanır. Bir saatlik siparişi bile kaybetmenin kabul edilemez olduğu durumlarda önemlidir. Bir tanıtım sitesi için gereksiz; gece boyunca sipariş alan bir mağaza için ek kuruluma değer.
website yedeklemeyedekleme stratejisifelaket kurtarmasite geri yüklemeveritabanı yedeğiwebsite kurtarma
