Kapsam ve Envanter
Sunucu, sanal makine, veritabanı, dosya sunucusu ve bulut iş yüklerini tek envanterde toplarız. Yeni sistemler otomatik keşifle kapsama girer; “yedeği alınmıyormuş” sürprizi ortadan kalkar.
Veri Koruma
Yedek almak kolay, geri getirmek marifet.
Yedekleme, bir işin gece çalışıp sabah yeşil rapor vermesinden ibaret değildir. Önemli olan kapsamın doğru olması, kopyaların erişilemez bir yerde de bulunması ve geri dönüşün gerçekten denenmiş olmasıdır. Kurumlar veriyi kaybettiğinde çoğu zaman yedekleri vardır; işlemeyen şey kurtarma sürecidir.
Neden Önemli?
Yeşil rapor, güvence değildir.
Yedekleme işinin başarılı görünmesi, verinin geri gelebileceğini kanıtlamaz. Sahada en sık karşılaştığımız üç durum şudur: yeni kurulan bir sunucu yedek kapsamına hiç eklenmemiştir; veritabanı dosya düzeyinde kopyalandığı için tutarsız ve açılamaz durumdadır; ya da yedekler üretim ağından erişilebilir bir paylaşımda durduğu için fidye yazılımıyla birlikte şifrelenmiştir.
Veluva yedeklemeyi bir ürün kurulumu değil, işleyen bir süreç olarak ele alır. Kapsamı sistem envanterine bağlar, uygulama farkındalıklı yedekleme kullanır, en az bir kopyayı erişimi ayrılmış biçimde tutar ve geri dönüşü düzenli olarak test eder. Amaç, kurtarmanın felaket günü ilk kez denenmemesidir.
-
Kapsam boşluk bırakmaz
Yeni kurulan sistemler otomatik olarak yedek kapsamına girer.
-
Tutarlı veri
Veritabanı ve uygulamalar, açılabilir durumda yedeklenir.
-
Doğrulanmış geri dönüş
Kurtarma testi rutindir; süre ölçülür ve raporlanır.
Yetenekler
Kapsamdan doğrulamaya işleyen bir yedek.
Yedeklemeyi kurar, izler ve gerçekten geri dönülebildiğini düzenli olarak kanıtlarız.
Uygulama Farkındalıklı Yedek
SQL Server, Exchange ve Oracle gibi sistemleri dosya kopyası olarak değil, tutarlı ve açılabilir biçimde yedekleriz. Aksi hâlde geri dönüşte bozuk veritabanıyla karşılaşılır.
3-2-1 Kopya Stratejisi
Üç kopya, iki farklı ortam, biri dış lokasyonda. Kopyalardan en az birini üretim ağından ayrılmış ve değiştirilemez tutarak fidye senaryosuna karşı sağlam bir zemin bırakırız.
Bulut ve Microsoft 365 Yedeği
Exchange Online, SharePoint, OneDrive ve Teams verisini ayrı bir çözümle yedekleriz. Sağlayıcının yedekliliği, kullanıcı hatası ve fidye senaryosunu kapsamaz.
Şifreleme ve Saklama
Yedekler aktarım ve depolama sırasında şifrelenir. Saklama süreleri yasal gereklilik ve iş ihtiyacına göre tanımlanır; gereksiz veri sonsuza kadar saklanıp maliyet üretmez.
İzleme ve Geri Dönüş Testi
Başarısız işler alarm üretir ve takip edilir. Düzenli aralıklarla izole ortamda geri dönüş testi yapar, süreyi ölçer ve sonucu raporla paylaşırız.
Ne Zaman İhtiyaç Duyarsınız?
Yedekleme yapınızın gözden geçmesi için tipik işaretler.
Aşağıdakilerden biri bile tanıdık geliyorsa, yedekleriniz olması gerektiği kadar güvenli olmayabilir. Kısa bir değerlendirmeyle kapsamı ve gerçek geri dönüş sürenizi çıkarabiliriz.
- Geri dönüş en son ne zaman test edildi, kimse hatırlamıyor.
- Yedek işleri hata veriyor ama kimse takip etmiyor.
- Tüm yedekler üretim ağından erişilebilir tek bir yerde duruyor.
- Microsoft 365 verisinin ayrı bir yedeği bulunmuyor.
- Yedekleme penceresi mesai saatlerine taşıyor, sistemler yavaşlıyor.
- Hangi sistemin yedeğinin alındığı net olarak bilinmiyor.
Nasıl Kuruyoruz
Yedeği değil, kurtarmayı tasarlarız.
Süreci dört adımda yürütür, sonunda geri dönüşün çalıştığını kanıtlayarak teslim ederiz.
01
Envanter
Sistemler çıkarılır; kritiklik ve veri kaybı toleransı belirlenir.
02
Tasarım
Kopya sayısı, saklama süresi ve lokasyon planı kurgulanır.
03
Kurulum
Politikalar devreye alınır, ilk tam yedek ve doğrulama yapılır.
04
Doğrulama
Geri dönüş testi rutine bağlanır; süre ölçülür ve raporlanır.
Öne Çıkan Platformlar
Markadan değil, veri hacminden başlarız.
Lider yedekleme platformlarında sertifikalı deneyime sahibiz. Doğru ürünü veri hacminiz, kurtarma hedefiniz ve mevcut lisanslarınızı gözeterek öneririz.
- Veeam Backup & Replication
- Commvault
- Acronis Cyber Protect
- Azure Backup
- Dell PowerProtect
Sık Sorulanlar
Merak edilenler
Mevcut yedekleme ürünümüzü değiştirmemiz gerekir mi?
Çoğu zaman hayır. Sorun genellikle üründe değil kurguda olur: eksik kapsam, takip edilmeyen hatalar, test edilmeyen geri dönüş. Önce mevcut yapıyı değerlendiririz; ürün değişikliği ancak lisans ya da teknik yeterlilik gerçekten sınırdaysa gündeme gelir.
RAID ve snapshot yedek yerine geçer mi?
Hayır. RAID disk arızasına karşı korur; yanlışlıkla silinen ya da şifrelenen veriyi geri getirmez. Snapshot hızlı geri dönüş sağlar ama aynı depolama üzerinde durduğu için o sistem kaybedilirse birlikte gider. İkisi de yedeklemeyi tamamlar, yerini almaz.
Ne sıklıkla yedek almalıyız?
Kabul edilebilir veri kaybınız ne kadarsa o kadar. Günde bir yedek, en kötü durumda bir günlük veri kaybı demektir. Sipariş ya da finans gibi sistemlerde bu kabul edilemezse daha sık yedek ya da replikasyon gerekir. Bu yüzden işe RPO hedefini konuşarak başlarız.
Yedekleme sistemlerimizi yavaşlatır mı?
Doğru planlandığında etkisi hissedilmez. Yedek penceresini mesai dışına alır, artımlı yedekleme ve snapshot tabanlı yöntemlerle üretim yükünü en aza indiririz. Pencere mesaiye taşıyorsa bu zaten çözülmesi gereken bir tasarım sorunudur.
Yedekleri buluta almak güvenli mi?
Şifreleme doğru kurgulandığında evet ve dış lokasyon şartını karşılamanın en pratik yoludur. Veriler aktarımda ve depolamada şifrelenir; anahtar yönetimi sizde kalır. Bulut kopyayı ayrıca değiştirilemez biçimde tutmak fidye senaryosuna karşı önemli bir avantaj sağlar.
Geri dönüş ne kadar sürer?
Tek dosya için dakikalar, tüm bir sunucu için veri hacmine ve yönteme göre saatler sürebilir. Önemli olan bunun tahmin değil ölçülmüş bir rakam olmasıdır. Tatbikatlarla süreyi belirler, hedefinizin altındaysa tasarımı buna göre güçlendiririz.
İlgili Çözümler
Veri korumayı tamamlayan katmanlar
Sonraki Adım
Yedeklerinizin gerçekten açıldığını birlikte kanıtlayalım.
Kısa bir değerlendirmeyle kapsamınızı, kopya stratejinizi ve ölçülmüş geri dönüş sürenizi ortaya çıkaralım. Bağlayıcı taahhüt yok.