Neyi koruyoruz?
Veri, uygulama ve servisleri iş etkisine göre sınıflandırır; sahiplerini ve bağımlılıklarını belirleriz.
Yedekleme & İş Sürekliliği
Yedek var mı değil,
iş geri dönebiliyor mu?
iş geri dönebiliyor mu?
Yedekleme ve iş sürekliliği, dosyanın bir kopyasını almakla bitmez. Soft Marketing, kritik veri ve servisleri iş etkisine göre sınıflandırır; yedek işlerini, kopya konumlarını, geri yükleme adımlarını ve kabul edilebilir veri kaybı ile geri dönüş hedeflerini birlikte planlar.
01 / KOPYADAN GERİ DÖNÜŞEBaşarılı yedek işi
Başarılı yedek işi
tek başına güvence değildir.
Yedek yazılımı başarılı gösterebilir. Ancak kopya eksik, bozuk, erişilemez veya geri yükleme süresi iş için çok uzun olabilir.
İlk olarak hangi veri ve servislerin işi durduracağını belirleriz. Ardından veri kaybı toleransını, hedef geri dönüş süresini, saklama ihtiyacını ve kopya konumlarını iş birimleriyle birlikte değerlendiririz.
Sonrasında yedek işini izleme, hata yönetimi ve geri yükleme testiyle tamamlarız. Amaç yalnızca kopya üretmek değil; olay anında kimin, hangi sırayla ve hangi kabul kriteriyle sistemi geri döndüreceğini bilmektir.
KAPSAM
Hangi verinin korunduğu kesin bilinmiyor.
KOPYA
Bütün yedekler aynı ortamda tutuluyor.
TEST
Geri yükleme hiç denenmemiş.
HEDEF
Ne kadar veri kaybının kabul edildiği belirsiz.
02 / KORUMA KATMANLARIVeri, kopya,
Veri, kopya,
geri yükleme ve operasyon.
İş sürekliliği tek ürüne bağlı değildir. Teknoloji kadar karar sırası, sorumluluk ve gerçekçi hedefler de gerekir.
Nasıl kopyalıyoruz?
Sıklık, saklama, kopya konumu, erişim ve şifreleme ihtiyaçlarını mevcut yapıya göre planlarız.
Nasıl dönüyoruz?
Dosya, veri tabanı veya sistem geri dönüş adımlarını süre ve doğruluk kriteriyle tanımlarız.
İş nasıl devam ediyor?
Olay iletişimi, öncelik, alternatif çalışma ve teknik kurtarma sırasını birlikte ele alırız.
- 01Kritik işi seç
- 02Veriyi haritala
- 03RPO ve RTO belirle
- 04Kopyayı oluştur
- 05Geri yüklemeyi test et
- 06Planı güncelle
03 / HİZMET KAPSAMIYedek yazılımından
Yedek yazılımından
iş sürekliliği planına.
Yedek ürünü, depolama, bulut hesabı, lisans, veri hacmi ve bağlantı kapasitesi uygulanabilecek modeli etkiler. Her ihtiyaca tek politika dayatmayız.
Yedekleme operasyonu
Kritik veri için tanımlanan işleri takip ederiz.
- Yedek iş kontrolleri
- Hata ve kapasite takibi
- Saklama politikası
- Kopya konumu yaklaşımı
Geri yükleme hazırlığı
Kopyanın gerçek kullanım değerini test ederiz.
- Dosya geri yükleme
- Veritabanı senaryosu
- Sistem geri dönüşü
- Kabul kriteri ve kayıt
İş sürekliliği planı
Teknik kurtarmayı iş önceliğiyle ilişkilendiririz.
- Kritik süreç listesi
- RPO ve RTO hedefleri
- Sorumluluk ve iletişim
- Dönemsel gözden geçirme
04 / GERİ DÖNÜŞ AKIŞISistem durdu.
Sistem durdu.
Önce ne geri gelecek?
Olay anında bütün sistemleri aynı anda kurtarmaya çalışmak gerçekçi değildir. İş etkisine göre bir geri dönüş sırası oluştururuz.
- 01
Olayın kapsamını doğrularız.
Veri kaybını, etkilenen servisi ve olayın devam edip etmediğini belirleriz. Sağlam kopyayı koruruz.
- 02
Doğru geri dönüş noktasını seçeriz.
Son kopya her zaman en doğru kopya olmayabilir. Olay zamanı ve veri bütünlüğünü karşılaştırırız.
- 03
Öncelikli servisi geri yükleriz.
Kararlaştırılan sıra ve ortamla teknik geri dönüşü yürütür, veri ve uygulama bütünlüğünü kontrol ederiz.
- 04
İşi ve planı doğrularız.
Kullanıcı akışını test eder, veri kaybını kaydeder ve olaydan öğrenilenlerle süreklilik planını güncelleriz.
05 / HEDEF SEÇİMİNe kadar veri,
Ne kadar veri,
ne kadar sürede?
Daha düşük veri kaybı ve daha hızlı geri dönüş genellikle daha fazla teknoloji, kapasite ve operasyon maliyeti ister. Hedefi iş etkisine göre seçeriz.
Ana karar merkezini inceleyin ↗Dosya korumaKullanıcı ve ekip dosyalarının saklama ve geri yükleme ihtiyacı.
Sunucu ve uygulama yedeğiİşletim sistemi, uygulama ve veri tabanı bağımlılıklarının birlikte ele alınması.
Farklı konum kopyasıAynı fiziksel veya mantıksal olaydan etkilenmeyecek ek kopya yaklaşımı.
İş sürekliliği planıTeknik geri dönüş, öncelik, iletişim ve alternatif çalışma kararlarının birleşmesi.
06 / SATIN ALMA SORULARIYedekleme & İş Sürekliliği
Yedekleme & İş Sürekliliği
hakkında merak edilenler.
Kapsamı, sorumluluğu ve varsayımları tekliften önce açıkça konuşuruz.
Yedekleme ve iş sürekliliği arasındaki fark nedir?
Yedekleme veri kopyasını oluşturur. İş sürekliliği, kritik işin olay sırasında ve sonrasında nasıl devam edeceğini planlar.
RPO ve RTO nedir?
RPO kabul edilebilir veri kaybı aralığını, RTO ise hedef geri dönüş süresini ifade eder. Hedefler iş ihtiyacına göre belirlenir.
Bulut yedekleme yapıyor musunuz?
Mevcut sistem, veri hacmi, bağlantı ve uygun sağlayıcı seçeneklerine göre bulut veya farklı konum kopyası değerlendirilebilir.
Yedeklerin çalıştığını nasıl anlarız?
İş durumu izlenir; ayrıca seçili geri yükleme testleri ve kabul kriterleriyle kopyanın kullanılabilirliği doğrulanır.
Yedekleme hizmeti fiyatı nasıl belirlenir?
Veri hacmi, sistem sayısı, saklama, kopya konumu, lisans, bağlantı, test ve müdahale kapsamı fiyatı etkiler.
Her yedeği ne kadar süre saklıyorsunuz?
Saklama süresi veri türü, iş ihtiyacı, kapasite ve kurum politikasıyla belirlenir. Evrensel bir süre uygulamayız.
Fidye yazılımına karşı yedek yeterli mi?
Tek başına yeterli değildir. Erişim ayrımı, farklı kopya yaklaşımı ve güvenlik kontrolleriyle birlikte değerlendirilmelidir.
Geri yükleme testi ne sıklıkta yapılır?
Kritiklik, değişim sıklığı ve kaynak ihtiyacına göre test planı oluşturulur. Kapsam ve sıklık sözleşmede belirlenir.
Kopyanız olsun.
Ama asıl önemlisi geri dönüşünüz olsun.
Kritik verileri, iş etkisini ve mevcut yedek yapısını birlikte inceleyelim. Gerçekçi bir yedekleme ve iş sürekliliği planı oluşturalım.