Immutable koruma
Yedek kopyalarının belirlenen süre boyunca değiştirilememesi ve silinememesi hedeflenir.
DEĞİŞTİRİLEMEZ VERİ KORUMA
Yedek almak yetmez. Geri dönebildiğinizden emin olun.
Kritik verilerinizi Türkiye lokasyonlu, değiştirilemez saklama yaklaşımı ve geri yükleme doğrulamasıyla koruyun.
HİZMETİN KAPSAMI
Yedeklemeyi bir dosya kopyası değil, geri dönüş süreci olarak ele alın.
Bulut yedekleme; verinin belirlenen politikalara göre kopyalanması, korunması, saklanması ve ihtiyaç anında geri döndürülebilmesi için tasarlanan yönetilen bir süreçtir.
Bulut Çözüm yaklaşımında yedeklerin yetkisiz silme ve fidye yazılımı riskine karşı değiştirilemez katmanda tutulması, görevlerin izlenmesi ve geri yüklenebilirliğin doğrulanması birlikte değerlendirilir.
AVANTAJLAR
İşletmeniz için ne değişir?
Merkezi politika
Yedekleme sıklığı, saklama süresi ve kapsam iş yükünün önemine göre düzenlenir.
Geri dönüş doğrulaması
Başarılı görev kaydıyla yetinilmez; uygun senaryolarda geri yükleme süreci test edilir.
İzlenen süreç
Görev sonuçları ve sorunlar tanımlanan operasyon kapsamı içinde takip edilir.
KULLANIM SENARYOLARI
Hangi ihtiyaçlarda anlamlı?
Fidye yazılımı riskini sınırlama
Üretim ortamından ayrı ve değiştirilemez bir yedek katmanı oluşturmak isteyen kurumlar.
Merkezi yedek yönetimi
Farklı sistemlerde dağınık çalışan yedek görevlerini ortak politika altında toplamak isteyen ekipler.
Geri dönüş güveni
Yedeklerin yalnızca alınmasını değil, ihtiyaç anında kullanılabilir olmasını doğrulamak isteyen işletmeler.
TEKNİK YAKLAŞIM
Yedekle, koru, doğrula ve geri dön.
Koruma planı veri kaynağı, değişim hızı, saklama ihtiyacı ve geri dönüş beklentisine göre hazırlanır.
- 01
Veri ve risk analizi
Kritik sistemler, veri hacmi, değişim sıklığı ve mevcut yedekleme açıkları belirlenir.
- 02
Politika tasarımı
Yedekleme sıklığı, saklama süresi, kopya yapısı ve erişim sorumlulukları tanımlanır.
- 03
Koruma ve izleme
Yedekler planlanan hedefe aktarılır; görev sonuçları ve kapasite ihtiyacı takip edilir.
- 04
Restore doğrulaması
Seçilen kapsamda geri yükleme adımları uygulanır ve sonuçlar değerlendirilir.
SIK SORULAN SORULAR
Karar vermeden önce bilinmesi gerekenler.
RAID neden yedek değildir?
RAID donanım arızalarına karşı süreklilik sağlayabilir; ancak silinme, fidye yazılımı, bozulma veya sistemin tamamının kaybına karşı bağımsız bir geri dönüş kopyası değildir.
Immutable yedek ne sağlar?
Belirlenen saklama süresinde yedek verisinin değiştirilmesini veya silinmesini sınırlar. Etkin koruma için erişim, politika ve geri dönüş süreçleriyle birlikte planlanmalıdır.
Ne kadar süre yedek saklamalıyız?
Süre; iş ihtiyacı, veri değişim hızı, mevzuat yükümlülükleri ve geri dönüş senaryolarına göre belirlenir. Tek bir süre her kurum için doğru değildir.
Geri yükleme testleri nasıl planlanır?
Test kapsamı kritik sistemlere, veri hacmine ve kabul edilebilir etkiye göre belirlenir. Sonuçlar, gerçek felaket senaryosundaki adımları geliştirmek için kullanılır.
BİLGİ MERKEZİ
Kararınızı teknik rehberlerle destekleyin.
İHTİYACINIZA ÖZEL PLANLAMA
Yedeklerinizin gerçekten kullanılabilir olduğunu doğrulayın.
Mevcut yedek yapınızı, saklama politikalarınızı ve geri dönüş beklentinizi birlikte değerlendirelim.