English
Felaket kurtarma: işiniz durmasın
Yangın, sel, fidye yazılımı veya uzun süreli elektrik kesintisi ofisinizdeki sunucuları kullanılamaz hale getirebilir. Felaket kurtarma planı, kritik sistemlerinizin bir kopyasını farklı bir lokasyonda hazır tutarak işinizi kısa sürede yeniden ayağa kaldırmanızı sağlar.
- Farklı lokasyonda ikinci kopya
- Replika sunucu seçenekleri
- Uzak yedekleme sunucusu
- RPO/RTO hedefine göre tasarım
- İstanbul Tier III veri merkezi
- Sabit aylık ücret
- İstanbul Tier IIIMARS veri merkezi
- Ücretsiz DDoS korumasıLayer 3-4, 2,8 Tb/s
- Haftalık yedekÜcretsiz, otomatik
- 7/24 Türkçe destekTelefon · talep · canlı
Felaket kurtarma için önerilen paketler
DR sunucusu, korumak istediğiniz sistemleri çalıştırabilecek kaynakta olmalıdır. Yalnızca yedek saklayacaksanız disk kapasitesi belirleyicidir.
- İşlemci6 çekirdek · Xeon Platinum 8173M
- RAM24 GB DDR4
- Disk300 GB All-Flash NVMe
- İşletim sistemiWindows Server veya Linux
- İşlemci15 çekirdek ayrılmış
- RAM18 GB DDR4
- Disk140 GB Enterprise SSD
- İşletim sistemiWindows Server veya Linux
- İşlemci10 çekirdek · Xeon Platinum 8173M
- RAM32 GB DDR4
- Disk500 GB All-Flash NVMe
- İşletim sistemiWindows Server veya Linux
- İşlemci2x Xeon E5-2650 v4 · 48 thread
- RAM128 GB DDR4 ECC
- Disk2x1 TB SSD
- Port1 Gbit
*Büyük rakam 12 aylık (yıllık) ödeme tutarıdır; altında aylık karşılığı ve aylık ödeme fiyatı yer alır. Fiyatlar sipariş sistemimizden otomatik güncellenir; aylık, 3, 6 ve 12 aylık ödeme seçenekleri vardır.
Felaket kurtarma neden yedeklemeden farklı?
Yedekleme verinizin bir kopyasını saklar; felaket kurtarma ise o veriyle işinizi ne kadar sürede yeniden çalıştırabileceğinizi planlar. Yalnızca yedeğiniz varsa, felaket anında yeni donanım bulmak, sistemi kurmak ve yedeği geri yüklemek günler sürebilir. DR planında bu adımlar önceden hazırlanır.
İki temel ölçü: RPO ve RTO
- RPO (Recovery Point Objective): Ne kadar veri kaybını kabul edebilirsiniz? Günlük yedekte en fazla bir günlük veri kaybedilir; sürekli replikasyonda bu süre dakikalara iner.
- RTO (Recovery Time Objective): Sistem ne kadar sürede yeniden çalışmalı? Hazır bekleyen bir replika sunucu RTO’yu saatlerden dakikalara indirir.
Sunucun’da tipik DR yapıları
- Uzak yedek: Verileriniz düzenli olarak yedekleme sunucusuna aktarılır. En ekonomik yöntemdir, RTO daha uzundur.
- Soğuk yedek sunucu: Uygulamalar kurulu bir sunucu hazırda bekler; felakette son yedek geri yüklenir.
- Sıcak replika: Veritabanı replikasyonu veya sanal makine replikasyonuyla ikinci sistem sürekli güncel tutulur.
Hangi yapının uygun olduğu, sistemlerinizin kritikliğine ve bütçenize bağlıdır. Planınızı tasarlarken bizimle görüşebilirsiniz.
DR yöntemleri: maliyet ve kurtarma süresi
| Yöntem | Tipik RPO | Tipik RTO | Maliyet |
|---|---|---|---|
| Uzak yedek (günlük) | ≈24 saat | Saatler – günler | Düşük |
| Soğuk yedek sunucu | Son yedek | Saatler | Orta |
| Sıcak replika | Dakikalar | Dakikalar – saat | Yüksek |
Değerler genel yaklaşımlardır; gerçek süreler sistemlerinize ve yapılandırmaya göre değişir.
Felaket kurtarma planını dört adımda kurun
- Envanter çıkarınKritik uygulama, veritabanı ve dosyaları listeleyin.
- Hedefleri belirleyinHer sistem için kabul edilebilir RPO ve RTO’yu yazın.
- Altyapıyı kurunYedek, soğuk sunucu veya replika yapısını devreye alın.
- Tatbikat yapınPlanı düzenli olarak test edin, eksikleri giderin.
Merak edilenler
Felaket kurtarma (disaster recovery) nedir?
Felaket anında kritik sistemlerinizi önceden belirlenmiş sürede ve kabul edilebilir veri kaybıyla yeniden çalıştırmanızı sağlayan plan ve altyapıdır.
Yedekleme ile farkı nedir?
Yedekleme verinin kopyasını saklar. Felaket kurtarma ise o kopyayla sistemi ne kadar sürede ayağa kaldıracağınızı, hangi sunucuda çalışacağını ve kimin ne yapacağını planlar.
RPO ve RTO nedir?
RPO kabul edilebilir en fazla veri kaybı süresidir; RTO ise sistemin yeniden çalışması için kabul edilebilir en uzun süredir.
Ofisimizdeki sunucunun kopyasını tutabilir misiniz?
Ofisinizdeki sistemlerden düzenli yedek veya replikasyon alarak veri merkezimizdeki sunucuda kopya tutabilirsiniz; yöntemi sistemlerinize göre birlikte belirleyelim.
Ne sıklıkla test etmeliyiz?
En az yılda bir kez, önemli sistem değişikliklerinden sonra da ayrıca test etmenizi öneririz.
Verilerim nerede tutulur?
DR sunucularınız İstanbul’daki MARS Tier III veri merkezinde çalışır.
Diğer sunucu çözümleri
Felakete hazırlıklı olun
Kritik sistemlerinizi paylaşın, uygun DR yapısını birlikte tasarlayalım. Uzman ekibimiz 7/24 telefon, canlı destek ve WhatsApp üzerinden yanınızda.