Kurumsal veri koruma hizmeti

Kurumsal Yedekleme Yazılımları ve Backup Yönetimi

Fiziksel sunucu, sanal makine, NAS, veritabanı, Microsoft 365 ve bulut iş yükleri için doğru yedekleme yazılımını seçiyor; politikayı kuruyor, işleri izliyor ve geri dönüşün gerçekten çalıştığını test ediyoruz.

Mevcut yedekleriniz gerçekten geri dönebiliyor mu?

Yedekleme kapsamını, saklama sürelerini ve kritik geri dönüş noktalarını birlikte kontrol edelim. Antalya’da yerinde, Türkiye genelinde uzaktan ön değerlendirme sunuyoruz.

Yedekleme Yapınızı Değerlendirelim
Kurumsal sunucu, NAS, bulut yedekleme ve geri yükleme izleme altyapısı
Kaynak sistemlerden ayrı yedek hedeflerine aktarılan verilerin merkezi olarak izlendiği kurumsal yedekleme mimarisi.

Yedekleme yazılımı tek başına yeterli mi?

Hayır. Lisanslanan ürün yalnızca araçtır. Kullanılabilir bir yedekleme sistemi; doğru kapsam, ayrı yetkilendirme, yeterli depolama, değiştirilemez veya çevrim dışı kopya, hata takibi ve düzenli geri yükleme testiyle oluşur. İş tamamlandı görünse bile bozuk zincir, dolan depo, süresi dolmuş kimlik bilgisi veya atlanan yeni bir sunucu geri dönüşü engelleyebilir.

Bu nedenle projeyi “programı kurup bırakma” işi olarak ele almıyoruz. Korunacak veriyi, kabul edilebilir veri kaybını ve sistemin ne kadar sürede ayağa kalkması gerektiğini belirleyerek yazılım, depo ve operasyon modelini birlikte tasarlıyoruz.

Koruma kapsamı

Hangi veri kaynaklarını yedekliyoruz?

Kapsam, kurumun kullandığı platforma göre oluşturulur. Her kaynak için aynı politika uygulanmaz; verinin değişim hızı, önemi ve geri dönüş biçimi ayrı değerlendirilir.

Fiziksel sunucular

Windows ve Linux sunucularda sistem, dosya ve uygulama verisi için uygun ajan veya görüntü tabanlı koruma.

Sanal makineler

VMware, Hyper-V ve Proxmox ortamlarında sanal makine düzeyinde yedek, uygulama tutarlılığı ve hızlı geri dönüş planı.

NAS ve dosya alanları

Paylaşımlı klasörlerde değişen veri miktarına uygun artımlı aktarım, sürümleme ve saklama politikası.

Veritabanları

SQL tabanlı iş yüklerinde tutarlı kopya, log zinciri ve uygulamanın kabul edeceği geri dönüş noktası.

Microsoft 365

Exchange Online, OneDrive ve SharePoint için kurumun saklama ve geri dönüş gereksinimine göre ayrı koruma.

Bulut ve S3 hedefleri

Yerel kopyaya ek olarak S3 uyumlu nesne depolama, tesis dışı kopya ve müşteri mülkiyetindeki hedef seçenekleri.

Ürün seçimi

Doğru yedekleme yazılımını nasıl seçiyoruz?

Veeam, Acronis, NAKIVO veya üreticiye özgü araçlar aynı ihtiyaca farklı lisans ve mimariyle yanıt verir. Marka adından önce korunacak iş yükünü ve geri dönüş hedefini netleştiririz; sonra teknik uygunluk ve toplam işletme maliyetini karşılaştırırız. Bu yaklaşım, ihtiyaçtan büyük lisans alımını veya kritik bir özelliğin proje sonrasında eksik kalmasını önler.

RPO ve RTO
Ne kadar veri kaybı kabul edilebilir ve sistem en geç ne zaman yeniden çalışmalıdır?
Platform desteği
Fiziksel sunucu, hipervizör, veritabanı, NAS ve SaaS iş yükleri ürün tarafından nasıl korunuyor?
Saklama ve büyüme
Günlük değişen veri, sıkıştırma, tekilleştirme ve saklama süresi depolama ihtiyacını nasıl etkiliyor?
İzolasyon
Yedek yönetim hesabı, ağ erişimi ve değiştirilemez kopya üretim ortamından yeterince ayrılıyor mu?
Geri dönüş ayrıntısı
Tek dosya, e-posta, veritabanı, sanal makine veya tüm hizmet hangi adımlarla geri alınacak?
İşletim ve lisans
İzleme, raporlama, büyüme ve yenileme maliyeti kurumun ekibi tarafından sürdürülebilir mi?

Dayanıklı mimari

3-2-1-1-0 yaklaşımı ne sağlar?

Uygulamada hedeflediğimiz model; üretim verisiyle birlikte üç kopya, iki farklı ortam, tesis dışında bir kopya, değiştirilemez veya çevrim dışı bir kopya ve doğrulama sonrasında sıfır çözümsüz hata prensibidir. Her kurum için aynı donanım gerekmez; önemli olan tek bir arıza, kullanıcı hesabı veya fidye yazılımı olayının bütün kopyalara aynı anda ulaşamamasıdır.

CISA da fidye yazılımı hazırlığında sık yedekleme, çevrim dışı ya da buluttan buluta kopya ve değiştirilemez depolama gibi önlemleri önerir. Mimariyi mevcut risk, bütçe ve geri dönüş hedefiyle orantılı kurarız.

  • 3 kopya: Üretim verisi ve iki bağımsız yedek
  • 2 ortam: Aynı arıza biçimine bağlı olmayan depolama
  • 1 tesis dışı: Farklı lokasyon veya güvenli bulut hedefi
  • 1 izole kopya: Immutable ya da çevrim dışı saklama
  • 0 hata: İş, bütünlük ve geri dönüş doğrulamasında açık hata bırakmama

Kurulum ve işletim

Yedekleme projesi nasıl ilerliyor?

  1. 01

    Envanter ve risk analizi

    Korunacak sistemleri, veri büyüklüğünü, bağımlılıkları ve mevcut yedeklerin durumunu çıkarırız.

  2. 02

    Politika ve kapasite tasarımı

    Yedek sıklığı, saklama süresi, depo kapasitesi, tesis dışı kopya ve erişim ayrımını belirleriz.

  3. 03

    Pilot kurulum

    Kritik bir iş yükünde yedekleme ve geri dönüş akışını doğrular, süre ve kapasite ölçümünü yaparız.

  4. 04

    Canlıya geçiş ve izleme

    İşleri takvime alır, hata bildirimlerini yapılandırır ve başarısız görevler için müdahale akışını tanımlarız.

  5. 05

    Geri yükleme testi ve teslim

    Seçilen dosya, veritabanı veya sanal makineyi geri döndürür; test sonucunu ve işletim dokümanını teslim ederiz.

İzleme ve kanıt

Başarılı yedek ile geri dönebilen yedek aynı şey değildir

Yalnızca “başarılı” durumunu görmek yeterli değildir. İş geçmişi, depo doluluk eğilimi, son geçerli geri dönüş noktası, atlanan sistemler ve test sonucu birlikte izlenmelidir. Yönetilen hizmet kapsamına göre haftalık veya aylık durum raporu, hata bildirimi ve geri yükleme testi kaydı üretebiliriz.

İş geçmişiBaşarılı, uyarılı ve hatalı görevler

Kapasite görünümüKullanım, büyüme ve saklama süresi

Geri dönüş kaydıTest edilen veri, süre ve sonuç

Aksiyon listesiÇözülmesi gereken açık riskler

Hizmet modeli

Antalya’da yerinde, Türkiye genelinde uzaktan destek

Antalya ve çevresindeki işletmelerde keşif, kurulum ve test çalışmalarını yerinde yürütebiliriz. Türkiye genelindeki kurumlar için güvenli uzaktan erişimle envanter, yazılım kurulumu, politika düzenleme, izleme ve raporlama hizmeti sunuyoruz. Fiziksel donanım veya yerel ağ değişikliği gereken durumları keşif sırasında ayrıca planlıyoruz.

Teklif hazırlamak için gereken başlangıç bilgileri

  • Fiziksel sunucu ve sanal makine sayısı
  • Toplam veri ve yaklaşık günlük değişim miktarı
  • Veritabanı, NAS ve Microsoft 365 kapsamı
  • İstenen yedek sıklığı ve saklama süresi
  • Mevcut yedek yazılımı ve depolama alanı
  • Hedeflenen RPO, RTO ve kritik sistem sırası

Sık sorulan sorular

Yedekleme yazılımları hakkında merak edilenler

Hangi yedekleme yazılımı bizim için daha uygun?

Doğru ürün; korunan sistem sayısı, sanallaştırma platformu, veri büyüme hızı, saklama süresi, RPO ve RTO hedefleri ile lisans modeline göre belirlenir. Biga Bilişim önce envanter ve geri dönüş ihtiyacını çıkarır, ardından uygun yazılım ve depolama mimarisini karşılaştırır.

Sanal makine snapshotı yedek yerine geçer mi?

Hayır. Snapshot kısa süreli değişiklik ve geri alma işlemleri için kullanışlıdır; aynı altyapıya bağlı olduğu için tek başına bağımsız bir yedek değildir. Kritik sanal makineler ayrı bir yedek deposuna ve mümkünse değiştirilemez veya çevrim dışı bir kopyaya alınmalıdır.

Immutable yedekleme fidye yazılımına karşı nasıl yardımcı olur?

Immutable depolama, belirlenen saklama süresi boyunca yedek kopyasının değiştirilmesini veya silinmesini sınırlar. Bu katman, yedek yönetim hesabı ele geçirilse bile kullanılabilir bir geri dönüş noktası bırakma olasılığını artırır; yine de erişim ayrımı, izleme ve geri yükleme testiyle birlikte uygulanmalıdır.

Microsoft 365 verileri ayrıca yedeklenmeli mi?

Kuruluşun silme, saklama, denetim ve geri dönüş ihtiyaçlarına göre ayrıca değerlendirilmelidir. Exchange Online, OneDrive ve SharePoint için platform dayanıklılığı ile kurumun istediği geri dönüş süresi aynı konu değildir. Politika, yasal saklama ve iş sürekliliği hedefleri birlikte ele alınır.

Geri yükleme testi ne sıklıkta yapılmalı?

Sıklık, sistemin kritiklik seviyesine ve değişim hızına bağlıdır. Kritik veritabanları ve iş uygulamaları için daha sık, düşük riskli arşivler için daha seyrek test planlanabilir. En azından belirlenen takvimde dosya, veritabanı veya sanal makine geri dönüşü kanıtlanmalı ve sonuç kayda alınmalıdır.

Yedekleme teklifi için hangi bilgiler gerekir?

Sunucu ve sanal makine sayısı, işletim sistemleri, toplam ve günlük değişen veri miktarı, veritabanı türleri, Microsoft 365 kullanıcı sayısı, mevcut depolama alanı, istenen saklama süresi ile kabul edilebilir veri kaybı ve kesinti süreleri teklif için yeterli başlangıç bilgisidir.

Biga Bilişim teknik ekibi tarafından gözden geçirilmiştir.

Yedekleme Altyapınızı Birlikte Netleştirelim

Mevcut yapıyı, riskleri ve geri dönüş hedeflerini değerlendirelim; ihtiyacınıza uygun yazılım, depolama ve işletim modelini tek planda toplayalım.