Bir web sitesindeki içerik, müşteri kayıtları ve sipariş verileri tek bir teknik arızayla erişilemez hâle gelebilir. Yedekleme, yalnızca dosyaları kopyalamak değil; hangi verilerin, ne sıklıkta ve ne kadar süreyle korunacağını belirleyen bir süreklilik kararıdır. Sağlam bir web sitesi yedekleme stratejisi, kayıp yaşandığında işletmenin hızlı toparlanmasını hedefler. 3-2-1 kuralı ise yedekleri tek bir cihaza veya konuma bağlı bırakmadan, uygulanabilir ve sürdürülebilir bir koruma çerçevesi oluşturur.
Yedekleme Stratejisinin Temel Taşları
Sağlam bir strateji, önce hangi verilerin korunacağını netleştirmekle başlar. Web sitesi dosyalarının yanında veritabanı, yüklenen medya içerikleri, e-posta kayıtları ve site yapılandırmaları da değerlendirilmelidir. Yalnızca dosyaları kopyalamak, veritabanındaki güncel bilgilerin veya sistemi yeniden kurmak için gereken ayarların kaybedilmesine yol açabilir.
Her bileşenin değişim hızı aynı olmadığı için yedekleme sıklığı da tek bir takvime bağlanmamalıdır. Sık güncellenen veritabanı için günlük ya da daha kısa aralıklar gerekebilirken, nadiren değişen tema ve yapılandırma dosyaları daha seyrek korunabilir. Buradaki temel ölçüt kabul edilebilir veri kaybı düzeyidir: Bir arıza sonrasında en fazla ne kadar verinin yeniden oluşturulabileceği belirlenmelidir.
Saklama süresi de planın parçasıdır. Günlük yedekler kısa süre tutulurken haftalık veya aylık kopyalar daha uzun süre korunabilir. Yalnızca son duruma değil, sorunun henüz fark edilmediği daha eski bir tarihe dönme olanağı da sağlanır.
1 Kuralı Nasıl Uygulanır?
3-2-1 kuralının ilk adımı, çalışır durumdaki verinin toplam üç kopyasını bulundurmaktır. Bunlardan biri sitenin aktif sunucusunda yer alırken diğer ikisi, olası bir arıza veya yanlışlıkla silme durumunda kullanılabilecek yedekler olarak hazırlanır. Aynı dosyanın farklı adlarla tek klasörde tutulması bu kuralı karşılamaz; kopyaların birbirinden bağımsız biçimde korunması gerekir.
İkinci adımda bu kopyalar en az iki farklı depolama ortamına dağıtılır. Örneğin bir kopya sunucuda, diğerleri ayrı bir fiziksel depolama biriminde ve farklı bir uzak depolama alanında bulunabilir. Sunucu arızası, depolama birimi bozulması veya tek bir hizmette yaşanan kesinti tüm kopyaları aynı anda etkilemez.
Yerleşim planı, sitenin kullandığı dosyalarla veritabanını birlikte kapsamalıdır. Kopyalardan biri aynı altyapıya bağımlı kaldığında, tekil bir hata noktası oluşur. Bu nedenle her kopyanın hangi ortamda bulunduğu ve hangi arıza senaryosuna karşı koruma sağladığı açıkça belirlenmelidir.
Yedeklerin Güvenli ve Erişilebilir Saklanması
Yedeklerin var olması kadar, ihtiyaç anında güvenli biçimde bulunabilmesi de önemlidir. Depolama alanına erişim yalnızca görevli hesaplarla sınırlandırılmalı, güçlü kimlik doğrulama kullanılmalı ve yönetim yetkileri günlük kullanıcı hesaplarından ayrılmalıdır. Bir hesabın ele geçirilmesi, tüm yedeklerin silinmesi veya değiştirilmesi riskini azaltır.
Yedek dosyaları aktarım sırasında ve saklanırken şifreleme ile korunmalıdır. Dosyanın sonradan değiştirilip değiştirilmediğini anlamak için bütünlük kontrolleri uygulanmalıdır. Ana depolama alanından bağımsız bir ortam kullanmak, sunucu arızası ya da saldırı sırasında yedeklere erişimin tamamen kesilmesini önlemeye yardımcı olur.
Erişim bilgileri güncel tutulmalı, depolama hizmetinin kesinti koşulları ve kurtarma seçenekleri önceden incelenmelidir. Dosya adlandırma düzeni ve kayıt bilgileri de aranan yedeğin gecikmeden bulunmasını sağlar. Güvenlik önlemleri erişilebilirliği engellemeden birlikte çalışır.
Yedekten Geri Dönüş ve Düzenli Test Süreci
Geri dönüş planı, hangi hizmetin ve verinin hangi öncelikle yeniden çalıştırılacağını belirleyerek başlar. Ana sayfa, yönetim paneli, veritabanı ve dosyalar için uygulanacak sıra önceden tanımlanırsa arıza anındaki belirsizlik azalır.
Yedeğin kullanılabilirliği yalnızca dosyanın mevcut olmasıyla anlaşılmaz; kontrollü bir geri yükleme testi yapılmalıdır. Belirli aralıklarla seçilen bir kopya test ortamına aktarılır, sitenin temel işlevleri kontrol edilir ve sonuçlar kaydedilir. Eksik ya da bozuk veriler tespit edildiğinde süreç güncellenerek yeniden denenir.
