✅ SHA-256 Bütünlük 🔎 Hedefte Varlık Kontrolü 🧾 Yedek Karnesi 🚨 Sessiz Başarısızlık Yok ✅ SHA-256 Bütünlük 🔎 Hedefte Varlık Kontrolü 🧾 Yedek Karnesi 🚨 Sessiz Başarısızlık Yok
Yedek Doğrulama

Yedeğiniz Gerçekten Çalışıyor mu?
8 Katmanlı Doğrulama · Yedek Karnesi · Haftalık Tatbikat

"Yedeğim var" ile "yedeğim çalışıyor" aynı şey değildir. Veri kaybı yaşayan şirketlerin çoğunda aslında bir yedek vardı — sadece açılmadı. Bozuk arşiv, eksik döküm, hedefte hiç oluşmamış dosya... Hepsi panelde "başarılı" görünebilir. Bu yüzden doğrulama ayrı bir adımdır.

Kredi kartı gerekmez · yıl sonuna kadar ücretsiz deneme

Sekiz Katman

Yedeğinizi Nasıl Doğruluyoruz?

Tek bir kontrol yetmez; her katman farklı bir başarısızlık türünü yakalar.

📊

Kapsam

Sitede taranan dosyaların kaçının arşive girdiği ölçülür; eksik kalan dosyalar görünür olur.

📌

İçerik

Kritik yollar (ör. yapılandırma dosyaları, yüklemeler) arşivde aranır.

🗄️

Veritabanı

Sitede bulunan veritabanlarının dökümünün alınıp alınmadığı ve tam olup olmadığı kontrol edilir.

📉

Eğilim

Yedek boyutundaki anormal küçülme yakalanır; “dün 4 GB, bugün 40 MB” fark edilmeden geçmez.

🔎

Hedefte Varlık

Dosyanın depolama hedefinde gerçekten bulunduğu düzenli olarak doğrulanır — “kayıtta var, gerçekte yok” durumu işaretlenir; arşiv bulunamazsa panelde uyarı görür, e-posta alırsınız.

#️⃣

Bütünlük

Her yedeğin SHA-256 özeti saklanır ve geri yüklemeden önce karşılaştırılır; hedefteki dosyanın boyutu ve sağlayıcı özeti de kontrol edilir.

🧪

Tatbikat

Haftalık örnek geri yükleme denemesi: seçilen yedeklerin arşivi sizin sunucunuzda indirilir, bütünlüğü ve veritabanı dökümünün tamlığı doğrulanır. Her yedek değil, örneklem üzerinden yapılır.

🔗

Artımlı Zincir

Artımlı yedeklerde, geri yükleme için gereken önceki yedeklerin eksiksiz olduğu kontrol edilir.

Sessiz Başarısızlık

Yakaladığımız Tipik Durumlar

Bunların hepsi "başarılı yedek" görünümü altında saklanabilen gerçek arızalardır.

0️⃣

Boş Bileşen

Beklenen bileşen boş geldiyse yedek başarılı sayılmaz. "0 dosya yedeklendi" bir uyarıdır, başarı değil.

💽

Disk Kotası Dolu

Sunucuda yer kalmadığında paketleme yarıda kesilir; bu durum ayrıca raporlanır.

🔌

Veritabanı Bağlanamadı

Döküm alınamadıysa yedek eksik demektir; sessizce dosya-only yedek üretilmez.

📭

Posta Kutusu Boş Döndü

IMAP bağlantısı kurulup sıfır ileti geldiyse bu bildirilir; sessiz veri kaybı olmaz.

⏰

Kaçırılan Yedek

Planlanan yedek çalışmadıysa uyarı üretilir; haftalarca yedeksiz kalmazsınız.

☁️

Yükleme Yarım Kaldı

Hedefe yazma tamamlanmadıysa yedek tamamlanmış sayılmaz.

Bunu neden bu kadar önemsiyoruz

Yedekleme yazılımlarında en sinsi hata türü, hiçbir şey yapmadığı hâlde başarılı rapor veren kontroldür. Böyle bir kontrol size güven verir ama korumaz; üstelik gerçek bir sorun olduğunda fark etmenizi de geciktirir.

Bu yüzden ilkemiz şudur: "0 sorun bulundu" ile "0 kayıt tarandı" asla aynı şey değildir. Bir kontrol hiçbir şeyi doğrulayamadıysa bunu başarı olarak raporlamaz, durumu belirsiz olarak işaretler.

Merak Edilenler

Yedek Doğrulama Hakkında Sıkça Sorulan Sorular

Tek kesin yöntem geri yüklemeyi denemektir. Yedekalma bunun yanında her yedeği 8 katmanda otomatik doğrular: kapsam, içerik, veritabanı, eğilim, hedefte varlık, bütünlük (SHA-256 dahil), tatbikat ve artımlı zincir. Her yedeğin Yedek Karnesi sitede olanla yedekte olanı yan yana gösterir; ilk yedeğiniz alındığında karnenin özeti e-postayla gelir. Ayrıca haftalık örnek geri yükleme denemesi yapılır ve geri yükleme sihirbazında önce yalnızca doğrulama çalıştırabilirsiniz.
Değil. Yedekleme alanındaki en yaygın felaket senaryosu yedeğin hiç olmaması değil, var sanılan yedeğin geri yüklenememesidir. Bozuk arşiv, eksik veritabanı dökümü, yarım kalan yükleme veya hedefte aslında hiç oluşmamış dosya — bunların hepsi panelde "başarılı" görünebilir. Bu yüzden doğrulama ayrı bir adımdır.
Teknik olarak evet, bu yaygın bir sorundur ve genellikle disk kotasının dolması, izin hatası ya da veritabanı bağlantı sorunundan kaynaklanır. Bizim yaklaşımımız bunu sessiz geçmemektir: beklenen bileşen boş geldiyse yedek başarılı sayılmaz ve size bildirilir. "0 dosya yedeklendi" bir başarı değil, bir uyarıdır.
Haftalık olarak seçilen örnek yedeklerin arşivi sizin sunucunuzda indirilir; bütünlüğü ve veritabanı dökümünün tamlığı doğrulanır, canlı sitenize dokunulmaz. Her yedek değil, örneklem üzerinden yapılır; izole bir ortama tam geri yükleme değildir. Tatbikat başarısız olursa bildirim alırsınız. Amaç, kötü günü beklemeden sorunları ortaya çıkarmaktır.
Evet. Yükleme başarılı görünse bile dosyanın hedef depolamada var olduğu düzenli olarak ayrıca kontrol edilir. Yedek kaydı duruyor ama dosya hedefte yoksa bu durum işaretlenir: panelde uyarı görür ve e-posta alırsınız; böylece "kayıtta var, gerçekte yok" durumu fark edilmeden kalmaz.
Evet. Kaçırılan yedek ayrı bir uyarı olarak üretilir. Sessiz başarısızlık, yedeklemede en tehlikeli durumdur; bir sitenin yedeklenmeyi haftalar önce bıraktığını veri kaybı anında öğrenmek istemezsiniz.
Devamı

İlgili Çözümler

Aradığınızı bulamadıysanız tüm yedekleme çözümleri sayfasında platform ve senaryo bazlı sayfaların tam listesi var; tutarlar için yedekleme fiyatları sayfasına bakabilirsiniz.

🧭

Felaket Kurtarma Planı

RPO/RTO, iş sürekliliği ve kurumsal veri kaybı önleme.

🔒

Silinemez Yedek (WORM)

Fidye yazılımının silemediği değiştirilemez kopya.

⚡

Artımlı Yedekleme

Yalnızca değişenleri yedekle; süre ve alan azalsın.

🔏

KVKK Teknik Tedbirler

Şifreleme, erişim denetimi, saklama süresi, kayıtlar.

Yedeğinizin Çalıştığını Varsaymayın, Bilin

8 katmanlı doğrulama, Yedek Karnesi ve haftalık tatbikat tüm paketlerde açıktır. Yıl sonuna kadar ücretsiz deneyin.

Ücretsiz Hesap Oluştur

Test edilmemiş yedek tehlikesi →