📑 İçindekiler

    İşletmelerin çoğu, düzenli olarak yedek aldıkları için verilerinin güvende olduğunu düşünür. Oysa gerçek felaket "yedek almamak" değil, aldığınız yedeğin lazım olduğu gün açılmamasıdır. Yarım inen bir arşiv, bozuk bir SQL dökümü ya da eksik bir tablo, kriz anında size "geri yükleme başarısız" hatasından başka bir şey vermez. Buna biz sessiz felaket diyoruz: her şey yolunda görünür, ta ki yedeğe gerçekten ihtiyaç duyana kadar.

    1. Neden Yedekler "Sessizce" Bozulur?

    Bir yedeğin var olması, geri yüklenebilir olduğu anlamına gelmez. En sık karşılaşılan bozulma nedenleri:

    • Yarım/eksik aktarım: FTP veya ağ kesintisinde arşiv eksik iner; dosya boyutu "var" görünür ama açılmaz.
    • Bit çürümesi (bit rot): Disklerde zamanla sessizce bozulan baytlar, sıkıştırılmış arşivi tamamen kullanılmaz hale getirebilir.
    • Eksik veritabanı: Yalnızca dosyalar yedeklenmiş, kritik MySQL tabloları atlanmış olabilir.
    • Şifreleme/parola sorunu: Yedek şifreli ama anahtar kayıp — yani teknik olarak veriniz var, pratikte erişilemez.

    ⚠️ En kritik soru

    En son aldığınız yedeği en son ne zaman gerçekten geri yükleyip denediniz? Çoğu işletmenin cevabı "hiç". Ve bunu öğrenmek için en kötü zaman, felaketin yaşandığı andır.

    2. "Yedek Var" ile "Yedek Çalışıyor" Arasındaki Fark

    Bir yedekleme stratejisi yalnızca iki şeyi kanıtlayabildiğinde tamamlanmış sayılır: yedeğin bütünlüğü (içeriği bozulmamış mı?) ve geri yüklenebilirliği (gerçekten ayağa kalkıyor mu?). Bütünlük, her yedeğin SHA-256 sağlama toplamının (checksum) saklanıp düzenli olarak yeniden hesaplanmasıyla doğrulanır. Geri yüklenebilirlik ise ancak yedeği gerçekten geri yükleyerek kanıtlanır.

    3. Çözüm: Otomatik Geri Yükleme Testi (Restore Drill)

    Yedekalma, bu "sessiz felaket" riskini azaltmak için yedeklerinizi sizin adınıza düzenli olarak denetler: her yedek 8 katmanlı doğrulamadan geçer, ayrıca haftalık örnek geri yükleme denemesi (restore drill) yapılır. Deneme şöyle çalışır:

    1. Seçilen yedek sitenizin sunucusunda indirilip okunarak arşivin gerçekten açılabildiği doğrulanır — canlı sitenize hiç dokunulmaz.
    2. Arşivin bütünlüğü ve veritabanı dökümünün tam olduğu kontrol edilir.
    3. Deneme her turda örneklem olarak seçilen yedeklerde yapılır (her site için yaklaşık ayda bir); sonuç o yedeğin doğrulama kaydına işlenir. İstediğiniz yedeği geri yükleme sihirbazındaki "önce sadece doğrula" seçeneğiyle kendiniz de deneyebilirsiniz.
    4. Bir yedek denemeden geçemezse e-postayla uyarılırsınız; sonraki sağlam yedeğe yönelebilirsiniz.

    Böylece yedeğinizin yalnızca var olduğunu değil, felaket anında bozuk çıkmayacağını önceden bilirsiniz. Bu, çoğu hosting snapshot'ının ve eklenti tabanlı yedeğin sunmadığı bir güvencedir.

    4. Bütünlük + Çoklu Kopya = Gerçek Dayanıklılık

    Test edilmiş tek bir yedek bile büyük bir adımdır; ancak gerçek dayanıklılık için yedeğin birden fazla yerde durması gerekir. Yedekalma'nın çoklu depolama hedefi özelliği, aynı yedeği aynı anda birden fazla sağlayıcıya (örn. Google Drive + S3 + Dropbox) yazar. Bir sağlayıcı çökse veya hesabınız askıya alınsa bile diğerlerinden geri yüklersiniz. Bu yaklaşımın temelini oluşturan 3-2-1 yedekleme kuralını ayrı yazımızda detaylıca ele aldık.

    Kısaca

    "Yedeğim var" cümlesi, ancak o yedeğin test edildiğini biliyorsanız anlam taşır. Yedekalma ile yedekleriniz otomatik olarak doğrulanır, örneklem olarak geri yükleme denemesinden geçer ve birden fazla yerde saklanabilir — yani uykunuz "yedek var" diye değil, "yedek çalışıyor" diye rahat olur.

    Sık Sorulan Sorular

    Yedeğimin çalıştığını nasıl anlarım?

    Yedekalma her yedeği 8 katmanlı doğrulamadan geçirir (kapsam, içerik, veritabanı dökümü, bütünlük, hedefte varlık…); ayrıca haftalık örnek geri yükleme denemesinde seçilen yedekler sunucunuzda indirilip açılabildiği ve veritabanı dökümünün tam olduğu doğrulanır. İstediğiniz yedeği geri yükleme sihirbazındaki 'önce sadece doğrula' seçeneğiyle kendiniz de deneyebilirsiniz.

    Test edilmemiş yedek neden tehlikelidir?

    Çünkü bozuk, eksik veya yarım inmiş bir yedek 'var' görünür ama felaket anında açılmaz. Bu durum genelde tam da yedeğe ihtiyaç duyulduğu anda fark edilir ve geri dönüş imkânsız hale gelir.

    Restore drill canlı siteme zarar verir mi?

    Hayır. Doğrulama yalnızca yedek dosyası üzerinde yapılır; canlı sitenize veya üretim ortamınıza hiç dokunulmaz.

    Web Sitenizi Otomatik ve Güvenle Yedekleyin

    Hemen şimdi tamamen ücretsiz kayıt olun, 5 dakikada PHP Yedekleme Modülüyle sitenizi bağlayın (FTP veya veritabanı şifresi vermeden) ve felaket anında geri yükleme sihirbazıyla sitenizi adım adım geri getirin. Kredi kartı gerekmez.

    Konuyla ilgili sayfalar: yedek doğrulama · felaket kurtarma planı · tüm yedekleme çözümleri

    Ücretsiz Denemeye Başla