Yedekleme & Felaket Kurtarma Hizmetleri
Yedeğin değeri, alındığı an değil geri yüklendiği an ortaya çıkar. Web sitenizin, veritabanınızın ve sunucunuzun yedeklerini disiplinli bir yaşam döngüsüne bağlar; şifreli, site dışı, sürümlenen ve değişmez kopyalar üretiriz. Ardından bunları düzenli olarak izler ve gerçekten geri yüklenebildiklerini prova ederek kanıtlarız. Vaadimiz "veri asla kaybolmaz" değil; ölçülebilir RTO/RPO hedefleri, ransomware karşısında dayanıklı kopyalar ve krizde işe yaradığı kanıtlanmış bir kurtarma yoludur.
0–100 · önceliklendirme aracı
Web siteniz gerçekten güvende mi?
Çoğu işletme yedek aldığını sanır; krizde ise yedeğin ya hiç alınmadığını, ya bozuk olduğunu ya da geri yüklenemediğini fark eder. Yedekleme, "bir kere kurdum, çalışıyordur" denip unutulan bir alan olduğu için sessizce başarısız olur. Aşağıdaki belirtiler tek başına felaket anlamına gelmez; ancak birden fazlası bir araya geldiğinde yedek stratejinizin gerçek bir olayda çökeceğinin işaretidir. En kötü an, yedeğe ihtiyaç duyduğunuz an onu test etmek zorunda kalmaktır. Erken fark eden stratejisini onarır; geç fark eden veriyle birlikte işini de kaybeder.
Web sitesi güvenliği aslında neyi kapsar?
Sağlam bir yedekleme, tek bir "yedek al" işlemi değil; kaynaktan geri yüklemeye kadar uzanan bir yaşam döngüsüdür. Bu döngünün her aşamasında ayrı bir yanlış yapılandırma, kriz anında yedeği işe yaramaz kılabilir. Zincir en zayıf halkası kadar güçlüdür: şifrelenmemiş bir kopya sızıntı, site içinde kalan bir kopya tek nokta arızası, doğrulanmamış bir kopya ise sahte bir güven yaratır. Aşağıdaki katmanlar birlikte ele alındığında, yedek bir umut olmaktan çıkıp güvenilir bir kurtarma yoluna dönüşür.
Güvenlik göz ardı edilirse ne olur?
Başarısız bir yedek stratejisinin bedeli, kaybolan birkaç dosyadan çok daha büyüktür. Etkiler teknik olduğu kadar ticaridir; çoğu zaman en pahalı kısım, veri kaybının kendisi değil sonrasında durabilen operasyon, kaçan gelir ve sarsılan güvendir. Aşağıdaki sonuçlar birbirini besler: bir felaket, kesintiye; kesinti, gelir kaybına; kurtarılamayan veri ise kalıcı iş kaybına ve yasal sonuçlara dönüşür. Doğru kurulmuş bir yedek stratejisinin maliyeti, bu zincirin tamamının maliyetinin yanında küçük kalır.
En sık karşılaşılan web sitesi güvenlik riskleri
Aşağıda yedekleme ve felaket kurtarma alanında en sık karşılaşılan risk kategorileri yer alıyor. Her biri için ne olduğunu, neden önemli olduğunu, nasıl fark edilebileceğini ve tipik giderme yönünü özetledik. Bu liste bir teşhis aracı değil, bir farkındalık haritasıdır; yedek stratejinizde hangilerinin bulunduğunu kesin olarak söylemek ancak altyapınıza erişimli, yapılandırılmış bir değerlendirmeyle mümkündür.
Hiç yedek olmaması
Tek konumda yedek
Şifresiz yedek
Fidyeye açık yedek
Sürümleme eksikliği
Tutarsız veritabanı yedeği
Doğrulanmamış yedek
Geri yükleme testi yapılmaması
Tanımsız RTO/RPO
Sessiz yedek başarısızlığı
Yetersiz yedek sıklığı
Açıkta kalan yedek
Belirsiz saklama politikası
Sahipsiz yedek süreci
Felaket kurtarma planı yokluğu
Kurtarma bağımlılıklarının atlanması
Yükleme/medya yedeğinin atlanması
Anahtar/erişim yönetimi zaafı
Web sitesi güvenliğini nasıl değerlendiriyoruz?
Bir işletmenin yedekleme ve kurtarma duruşu tek bir kontrole indirgenemez; birden çok boyutun birlikte değerlendirilmesini gerektirir. Aşağıda değerlendirmeyi yapılandırdığımız ana başlıklar ve her başlıkta baktığımız temel unsurlar yer alıyor. Bu çerçeve, hem neyin kapsandığını hem de sağlam bir kurtarma güvencesinin ne kadar geniş olması gerektiğini şeffaf biçimde gösterir.
Kapsam & Envanter
- Yedeklenen varlıkların tam listesi
- Web dosyaları ve yükleme dizinleri
- Veritabanı kapsamı
- Sunucu durumu ve yapılandırma
- Dış servis ve bağımlılıklar
Sıklık & Zamanlama
- Yedek aralığı ve RPO uyumu
- Tam / artımlı / fark stratejisi
- Zamanlama çakışmaları
- Kritik veride sürekli/PITR
- Yedek pencerelerinin üretime etkisi
Şifreleme & Erişim
- Aktarımda (transit) şifreleme
- Saklamada (at-rest) şifreleme
- Anahtar yönetimi ve ayrımı
- Yedek erişim yetkileri
- En az yetki ilkesi
Konum & Değişmezlik
- Site dışı (off-site) kopya
- 3-2-1 kuralına uyum
- Değişmez (immutable) katman
- Fidye yazılımına dayanıklılık
- Coğrafi/mantıksal ayrım
Sürümleme & Saklama
- Geriye dönük sürüm derinliği
- Saklama süresi politikası
- Otomatik temizleme kuralları
- Yasal saklama uyumu
- Temiz noktaya dönebilme
Doğrulama & İzleme
- Bütünlük sağlaması (checksum)
- Otomatik yedek doğrulama
- Başarı/başarısızlık uyarıları
- Sessiz başarısızlık tespiti
- Yedek günlükleri ve raporlama
Kurtarma & Süreklilik
- Geri yükleme testi düzeni
- Ölçülen gerçek RTO/RPO
- Felaket kurtarma runbook
- Rol, sahiplik ve iletişim
- Kurtarma bağımlılıkları
Web sitesi güvenliği hizmetlerimiz
Her hizmet belirli bir soruna, bağımsız ve derinlemesine çözüm sunar.
Web Sitesi Yedekleme
SürekliVeritabanı Yedekleme
SürekliSunucu Yedekleme
SürekliYedek İzleme
SürekliYedek Geri Yükleme Testi
SürekliFelaket Kurtarma Planı
Tek SeferlikHangi hizmete ihtiyacım var?
Doğru hizmet, içinde bulunduğunuz duruma göre değişir. Aşağıdaki hızlı eşleştirme, durumunuzu bir cümleyle tanımlayıp size en uygun başlangıç noktasını bulmanıza yardımcı olur. Emin değilseniz, çoğu işletme için doğru sıralama önce düzenli yedek almak, sonra bunu izleyip geri yükleme provasıyla kanıtlamak ve nihayet bir felaket kurtarma planına bağlamaktır.
| Durumunuz | Önerilen hizmet | |
|---|---|---|
| "Sitemin düzenli yedeği olsun" | Web Sitesi Yedekleme | Git |
| "Veritabanımı kaybetmek istemiyorum" | Veritabanı Yedekleme | Git |
| "Tüm sunucum kurtarılabilir olsun" | Sunucu Yedekleme | Git |
| "Yedeklerim çalışıyor mu emin olmak istiyorum" | Yedek İzleme | Git |
| "Yedeğimin gerçekten geri yükleneceğini görmek istiyorum" | Yedek Geri Yükleme Testi | Git |
| "Bir felakette ne yapacağımı planlamak istiyorum" | Felaket Kurtarma Planı | Git |
Güvenlik sürecimiz
Tipik olarak neler tespit ederiz?
Aşağıdakiler illüstratif örneklerdir; gerçek müşteri verisi değildir.
Site dışı yedek hiç yok (örnek bulgu)
Tüm yedekler yalnızca üretim sunucusuyla aynı yerde tutulmaktadır; coğrafi olarak ayrı bir kopya bulunmamaktadır.
Olası etkiBir donanım arızası, yangın veya sağlayıcı kaybı hem üretimi hem yedeği aynı anda yok eder; geri dönülecek hiçbir kopya kalmaz.
Önerilen aksiyon3-2-1 kuralı gereği en az bir kopyayı şifreli biçimde coğrafi/mantıksal olarak ayrı bir konuma taşıyın.
Yedekler fidye yazılımıyla silinebilir durumda (örnek bulgu)
Yedekler, üretim sistemine erişimi olan bir hesapla değiştirilip silinebilecek bir konumda tutulmaktadır.
Olası etkiFidye yazılımı erişebildiği tüm yedekleri de şifreler; geri dönülecek dokunulmamış bir kopya kalmadığından ödeme baskısı doğar.
Önerilen aksiyonBelirli bir süre değiştirilemeyen değişmez (immutable) bir yedek katmanı ekleyin ve yedek erişimini ayrı kimliklerle sınırlayın.
Geri yükleme hiç test edilmemiş (örnek bulgu)
Yedekler alınıyor ancak hiçbir zaman gerçekten geri yüklenerek çalıştığı denenmemiştir.
Olası etkiKurtarabilirlik yalnızca varsayılmaktadır; gerçek bir olayda yedeğin bozuk veya eksik olduğu ilk kez o an fark edilebilir.
Önerilen aksiyonYedekleri izole bir ortama düzenli olarak geri yükleyin ve gerçek RTO/RPO değerlerini ölçüp belgeleyin.
Yedekler şifrelenmeden saklanıyor (örnek bulgu)
Yedek dosyaları hem aktarımda hem saklamada şifresiz tutulmaktadır.
Olası etkiTek bir yedek kopyasının ele geçmesi, tüm üretim verisinin sızması anlamına gelir.
Önerilen aksiyonYedekleri at-rest ve transit olarak şifreleyin; anahtarları yedekten ayrı ve güvenli biçimde yönetin.
Veritabanı yedeği tutarsız alınıyor (örnek bulgu)
Veritabanı, işlem sürerken tutarlı bir anlık görüntü alınmadan kopyalanmaktadır.
Olası etkiGeri yüklenen yedek yarım veya bozuk çıkabilir; uygulama açılmayabilir veya veri bütünlüğü bozulabilir.
Önerilen aksiyonTutarlı anlık görüntü veya PITR destekli, veritabanı motoruna uygun bir yedek yöntemi kullanın.
Sürümleme yok, yalnızca son kopya tutuluyor (örnek bulgu)
Yedek düzeni yalnızca en son kopyayı saklamakta, geriye dönük sürüm tutmamaktadır.
Olası etkiBir bozulma veya bulaşma yedeğe yazıldığında, olaydan önceki temiz bir noktaya dönmek imkânsız hâle gelir.
Önerilen aksiyonZamana yayılı birden çok sürüm tutan bir saklama politikası uygulayın.
Başarısız yedek için uyarı yok (örnek bulgu)
Yedek işleri başarısız olduğunda hiçbir bildirim veya izleme tetiklenmemektedir.
Olası etkiYedek haftalarca alınmıyor olabilir ve bu durum ancak kurtarma anında fark edilir.
Önerilen aksiyonHer yedek işine başarı/başarısızlık izleme ve zamanında uyarı mekanizması bağlayın.
Saklama politikası tanımsız (örnek bulgu)
Yedeklerin ne kadar süre ve kaç sürümle tutulacağı belirlenmemiştir.
Olası etkiDisk dolduğunda eski kopyalar rastgele silinir; ihtiyaç duyulan sürüm bulunmayabilir.
Önerilen aksiyonYasal ve iş ihtiyacına dayalı, süre ve sürüm tanımlı bir saklama politikası oluşturun.
Önem derecesi modeli
Ne teslim alırsınız?
- Yönetici özeti ve genel yedekleme/kurtarma olgunluk değerlendirmesi
- Önem derecesine göre sınıflandırılmış, kanıtlı bulgu listesi
- Her bulgu için etki açıklaması ve adım adım çözüm önerisi
- Tanımlanmış RTO/RPO hedefleri ve iş etki analizi özeti
- 3-2-1 uyumlu, şifreli ve site dışı yedek mimarisi tasarımı
- Geri yükleme provası sonuçları ve ölçülen gerçek RTO/RPO
- Felaket kurtarma runbook ve rol/iletişim planı (ilgili hizmetlerde)
- Saklama ve sürümleme politikası önerisi
- İsteğe bağlı aktarım görüşmesi ve soru-cevap desteği
Ücretsiz web sitesi güvenlik taraması
Önemli bir noktayı baştan dürüstçe belirtelim: yedekleme durumunuz dışarıdan taranamaz. Bir yedeğin var olup olmadığı, bütünlüğü, geri yüklenebilirliği ve RTO/RPO değerleri yalnızca altyapınıza erişimle değerlendirilebilir; halka açık bir taramayla görünmez. Sunduğumuz ücretsiz ve saldırgan olmayan tarama, bu nedenle yedeğinizi değil; yalnızca sitenizin dışarıdan görünen genel güvenlik duruşunu ölçer. Bu, yedekleme ihtiyacınızı konuşmaya başlamak için bir ilk temas noktasıdır; yedek sağlığınızın bir kanıtı değildir.
Neyi kontrol eder
- SSL/TLS yapılandırması (genel güvenlik göstergesi)
- güvenlik başlıkları (genel güvenlik göstergesi)
Neyi kontrol etmez
- yedeğin varlığı ve bütünlüğü
- yedeğin geri yüklenebilirliği
- RTO/RPO değerleri
- site dışı ve değişmez kopya durumu
- geri yükleme testi geçmişi
Sitenizin güvenlik skorunu ölçün
Sonuç olarak sitenizin genel güvenlik duruşuna dair kısa bir gösterge alırsınız. Yedekleme ve kurtarma olgunluğunuzu görmek için ise altyapınıza erişimli bir yedek değerlendirmesi gerekir; ücretsiz tarama yalnızca konuşmayı başlatır.
Web sitesi güvenlik skoru
Yedekleme ve kurtarma değerlendirmesinin çıktısını anlaşılır kılmak için duruşu kategorilere ayırıp örnek bir skorla gösteriyoruz. Aşağıdaki sayılar gerçek bir işletmeye ait değildir; skorun nasıl okunacağını göstermek için temsilîdir. Bu skor, ücretsiz dış taramadan değil, altyapıya erişimli bir yedek değerlendirmesinden üretilir.
Kurtarabilirlik tek bir sayıya indirgenemez; skor bir garanti değil, önceliklendirme aracıdır. Yüksek bir toplam skor bile, geri yükleme testinin hiç yapılmamış olması gibi tek bir kritik eksiğin önemini ortadan kaldırmaz; skoru her zaman bulguların ayrıntısıyla birlikte okuyun.
Sertleştirme öncesi ve sonrası
Güvenlik garanti değil, ölçülebilir risk azaltmadır. Örnek bir dönüşüm:
Önce
- tek konumda yedek
- şifresiz yedek
- test edilmemiş geri yükleme
- sessiz yedek başarısızlığı
- değişmez kopya yok
- tanımsız RTO/RPO
Sonra
- 3-2-1 ile site dışı kopya
- uçtan uca şifreli yedek
- düzenli doğrulanmış geri yükleme
- izlenen ve uyarı veren yedek
- ransomware'e dayanıklı değişmez yedek
- tanımlı ve ölçülmüş RTO/RPO
Web sitesi güvenliğine kimlerin ihtiyacı var?
Güvenlik sorunları SEO'nuzu nasıl etkiler?
Yedekleme ve kurtarma, ilk bakışta SEO ile ilgisiz görünse de uzun bir kesinti veya veri kaybı arama görünürlüğünüze doğrudan zarar verir. Hızlı ve temiz bir kurtarma, organik değerinizi korurken; yavaş veya yarım bir kurtarma, sıralamalarınızı kalıcı biçimde geriletebilir. Aşağıdaki noktalar, kurtarma kalitesinin SEO tarafında nasıl karşımıza çıktığını özetliyor.
- Uzun süreli erişilemezlik, arama motorlarının sayfaları taramasını engeller ve dizin kaybına yol açabilir.
- Hızlı ve temiz bir geri yükleme, kesinti penceresini kısaltarak organik trafik kaybını sınırlar.
- Sürümlenen yedek, bozuk bir güncellemeyi geri alarak içeriğin ve dizinlenmiş sayfaların bütünlüğünü korur.
- Yarım bir kurtarma (eksik yükleme/medya), kırık görseller ve eksik içerikle sayfa kalitesini düşürür.
- Bir bulaşma sonrası temiz yedeğe dönmek, SEO spam ve zararlı içeriğin dizininizi kirletmesini geri alır.
- Kurtarma sırasında yanlış yönlendirme veya değişen URL yapısı, sıralama sinyallerinin kaybına neden olur.
- Sunucu düzeyinde hızlı kurtarma, arama motoru botlarının site sağlığına dair olumsuz sinyal biriktirmesini önler.
- Kanıtlanmış kısa bir RTO, bir felaket sonrası arama görünürlüğünün de hızla toparlanmasını destekler.
- Tanımlı RTO/RPO hedefleri, bir olayda ne kadar kesinti ve veri kaybının kabul edilebilir olduğunu önceden belirler.
- Site dışı ve değişmez yedekler, en kötü senaryoda (yangın, sağlayıcı kaybı, fidye) temiz bir çıkış noktası sunar.
- Düzenli test edilmiş geri yükleme, yedeğin kriz anında gerçekten çalışacağını kanıtlar; varsayıma bırakmaz.
- Yazılı bir felaket kurtarma runbook, kimin ne yapacağını ve hangi sırayla toparlanılacağını panik anında tanımlar.
- Kurtarma bağımlılıklarının (DNS, sertifika, yapılandırma, dış servisler) planlanması, sistemin gerçekten çalışır dönmesini sağlar.
Önleme tek başına yeterli değildir
Yedekleme, iş sürekliliğinin belkemiğidir; ancak yalnızca yedek almak süreklilik sağlamaz. Süreklilik, bir felaket yaşandığında hızlı, öngörülebilir ve kanıtlanmış biçimde ayağa kalkabilmekle ilgilidir. Aşağıdaki unsurlar, kriz anını felakete dönüşmeden yönetmenizi sağlar.
Bizi farklı kılan nedir?
Web sitesi güvenliği hakkında sık sorulanlar
Yedeğim zaten var, yine de değerlendirmeye ihtiyacım var mı?
3-2-1 kuralı nedir?
Yedeklerim dışarıdan taranabilir mi?
RTO ve RPO ne demek?
Değişmez (immutable) yedek neden önemli?
Yedeği geri yüklemeyi test etmek şart mı?
Veritabanı yedeği neden tutarlı alınmalı?
Ne sıklıkla yedek almalıyım?
Yedeklerimi ne kadar süre saklamalıyım?
Fidye yazılımına karşı yedek beni korur mu?
Felaket kurtarma planı yedekten farklı mı?
Kurtarma ne kadar sürer?
WordPress dışındaki sistemlerle de çalışıyor musunuz?
"Veri asla kaybolmaz" garantisi veriyor musunuz?
İlgili rehberler ve hizmetler
Web sitenizin güvenliğini bugün değerlendirin
Sorunu tespit edelim, önceliklendirelim, giderelim ve sürekli izleme ile koruyalım — abartılı vaat değil, ölçülebilir risk azaltma.