Yedekleme için İnkar Edilemez İş Gerekçesi Nasıl Yapılır?

Yedekleme için İnkar Edilemez İş Gerekçesi Nasıl Yapılır?

İş odaklı personelin girdisiyle, BT'nin uygun bir iş sürekliliği tasarımını nasıl sunacağını belirleyebilirsiniz. Bu amaçla, kullanabileceğiniz teknolojilerin yeteneklerini keşfetmeniz gerekir.

Bunu öğrendikten sonra, maliyetleri tahmin edebilirsiniz. Kuruluşunuzun olağanüstü durum kurtarma için ne istediğini ve bunun için ödeme yapma isteğini dengeleyen son bir plan oluşturmak için bu analizi iş gruplarına geri götürebilirsiniz.

Yedekleme gereksinimlerinizin haritasını çıkarmak, gereksinimlerinizi karşılamak için yazılım abonelikleri planlamanıza yardımcı olur. Hornetsecurity, birden fazla yedekleme çözümünün gerekliliğinin farkındadır ve bu nedenle tüm kritik Microsoft 365 hizmetleriniz (Exchange posta kutuları, SharePoint, OneDrive, Teams vb.) ve ayrıca sanal makine yedeklemeniz için veri yedekleme ve kurtarma hizmeti sağlar.

Veri Koruma Sistemlerinin Teknolojik Yeteneklerinin Keşfedilmesi

Bu noktada, üst düzey iş öğelerinin soyut bir listesine sahipsiniz. İş Kolu (LOB) uygulamalarını hedefleyen çok az yedekleme çözümü vardır. Bu nedenle, bu listeyi yedekleme ve çoğaltma programlarının anlayacağı öğelere ayırmanız gerekir.

En geniş müşteri yelpazesini çekmek için üreticileri, çoğu kuruluşun kullandığı hizmetleri ve ürünleri belirtir. Yaygın korumalar şunları içerir:

• Windows Server ve Windows masaüstü;

• UNIX/Linux sistemleri;

• Veritabanı sunucuları;

• Posta sunucuları;

• Sanal makineler;

• Bulut tabanlı kaynaklar;

• Fiziksel donanım yapılandırmaları.

Önceliklendirilmiş işletme düzeyindeki öğelerden temel teknolojilere kadar bir harita oluşturmanız gerekir. Hiçbir şeyi kaçırmadığınızdan emin olmak için teknik uzmanlar getirin. Kuruluşunuzda kullanımda olan çeşitli sistemleri kurtarmak için ne olması gerektiğine dair girdi toplayın.

Birçoğu, basit bir yedekten geri yükleme prosedüründen daha fazla çaba gerektirir. Bazı örnekler:

• Active Directory;

• Günlük tabanlı SQL kurtarma;

• Posta sunucuları;

• Çok katmanlı sistemler;

• Küme düğümleri.

İş kolu uygulama uzmanlarının yanı sıra sunucu ve altyapı uzmanlarından da bilgi alın. En çok güvendiğiniz sistemlerle ilgili bir kurtarma durumuyla karşı karşıya kalanların deneyimlerini araştırın. Genelcileri şaşırtacak istisnalar veya özel prosedürler bulabilirsiniz.

İlk Savunma Hattı: Hataya Dayanıklı Sistemler

İdeal olarak, hiçbir zaman bir kurtarma planı yürürlüğe koymanız gerekmez. Bu olasılığı hiçbir zaman tam olarak ortadan kaldıramasanız da, hataya dayanıklı sistemlerle olasılığını azaltabilirsiniz. "Hata toleransı", arızalı bir bileşenle çalışmaya devam etme yeteneğini ifade eder.

Hataya dayanıklı sistemlerin çoğu, genellikle bilgisayar sistemlerinin dahili bileşenlerinde büyük ölçüde düşük bir seviyede çalışır. Koruma sağlamak için genellikle donanım düzeyinde veri çoğaltma yöntemi kullanırlar.

Bir hata durumunda, beklenen işlevselliği sağlamaya devam etmek için yedekli kopyayı kullanırlar. Örnekler arasında birden çok güç kaynağı, disk, Ağ Arabirim Kartları (NIC) vb. yer alır.

Ancak, birisi arızalı parçayı değiştirene kadar, sistem yedeklilik sağlamaz. Daha fazla hata, kesintiye ve muhtemelen veri kaybına neden olur.

QR kodları – Suçlunun yeni en iyi arkadaşı

Depolama teknolojileri, hataya dayanıklı sistemlerin büyük kısmını oluşturur. Tesadüf değil, aynı zamanda en yüksek başarısızlık oranına sahipler. Kısa süreli depolamayı (ana sistem belleği) ve uzun süreli depolamayı (dönen ve katı hal diskleri) koruyabilirsiniz.

Sistem belleği hata toleransı

Tam hata toleransı sağlamak için, bellek denetleyicileri bellek modüllerini eşleştirmenize olanak tanır. Bir modüle yapılan her yazma, diğerinin özdeş bir kopyasını oluşturur. Biri başarısız olursa, diğeri kendi kendine çalışmaya devam eder.

Bilgisayar aynı zamanda çalışırken bellek değiştirmeyi de destekliyorsa ve teknisyenlerin herhangi bir şeyi çıkarmadan içeriye erişmenin bir yolu varsa, sistemi durdurmadan yenisi takılabilir.

Tabii ki, sistem belleği daha pahalı bileşenlerden biri olmaya devam ediyor ve her sistemin sınırlı sayıda yuvası var. Bu nedenle, hataya dayanıklı bellek kullanmak için genel yoğunluğunuzu yarıya indirmelisiniz.

Ev sahibi sayısını iki katına çıkarmak, çoğu kuruluşun üstlenmek istediğinden daha fazla maliyet sunar. Neyse ki, bellek modüllerinin toplam arıza oranı düşüktür. Daha ucuz çözümlerle ele alınabilecek geçici sorunlar yaşama olasılığı çok daha yüksektir.

Sunucu sınıfı bilgisayar sistemleri genellikle hata düzeltme kodu (ECC) bellek modüllerini destekler. ECC modülleri, bellek hatalarının algılanmasına ve düzeltilmesine izin veren teknolojiler içerir.

Bazı satıcılar, sorunlara karşı savunmak için özel teknolojiler sağlar.

Çoğu durumda, tamamen hataya dayanıklı şemalar yerine ECC belleği seçersiniz. ECC, modül arızasına karşı savunma yapamaz, ancak bu tür arızalar, riski değerli kılacak kadar nadiren meydana gelir. ECC, ECC olmayan bellekten daha pahalıdır, ancak yine de ana bilgisayar satın alımınızı ikiye katlamaktan önemli ölçüde daha düşük bir fiyat etiketine sahiptir.

Sabit sürücü hata toleransı

Sabit diskler, özellikle geleneksel eğirme çeşidi, yüksek bir arıza oranına sahiptir. Bir kuruluşun neredeyse tüm canlı verilerini tuttukları için en fazla korumaya ihtiyaç duyarlar. Sorunun yaygınlığı nedeniyle, endüstri sabit diskler için çok sayıda hataya dayanıklı çözüm üretti.

RAID (yedekli bağımsız disk dizisi) sistemleri, sabit sürücü hata toleransı tasarımlarının büyük kısmını oluşturur. Bu endüstri standardı tasarımlar, verileri korumak için aşağıdaki teknolojilerin bir birleşimini kullanır:

Yansıtma

Bir diske yazılan her bit, en az bir başka diskte aynı konuma yazılır. Bir disk arızalanırsa, dizi yansıları kullanır.

Striping

Every bit written to one disk is written to the same location on at least one other disk. If a disk fails, the array uses the mirror(s).

Parity

Parity also uses a striping pattern, with a major difference. One or more blocks in each stripe holds parity data instead of live data. The operating system or array controller calculates parity data from the live data as it writes the stripe.

If any disk in the array fails, it can use the parity data in place of the live data. A parity array can continue to function with the loss of one disk per parity block per stripe.

RAID kullanmak isterseniz, bir dizi "seviye" arasından seçim yapabilirsiniz. Her RAID seviyesi kendi yedeklilik, hız ve kapasite dengesini sağlar. RAID-0 (performans için saf şeritleme, yedeklilik yok) hariç, tüm RAID seviyeleri, koruma için kullanılabilir alanın bir kısmını feda etmenizi gerektirir.

Diskler, sistem belleğiyle karşılaştırıldığında nispeten düşük bir masraf sunar ve bir sistem kasasının temel kapasitesinin ötesinde birçok genişletme seçeneğiniz vardır. Bu nedenle, RAID, depolanan bit başına tek diskli sistemlerden daha yüksek bir maliyet sunarken, genellikle engelleyici değildir.

RAID söz konusu olduğunda birkaç seçeneğiniz var. Diğerlerine kıyasla yetersiz koruma nedeniyle birçok seviye gözden düştü ve bazıları maliyet verimliliği için çok fazla yer kaplıyor. Genellikle şu türlerle karşılaşırsınız:

• RAID-1 – İki diskin basit bir yansıması. Normal yazma hızlarından biraz daha düşük, normal okuma hızlarından daha yüksek ve %50 kapasite kaybı ile yeterli koruma sağlar.

• RAID-5 – Tek bir eşlik bloğuna sahip bir şerit. En az üç disk gerektirir. Her şerit, eşlik verilerini tutan diskin alternatifini değiştirir, böylece bir hata senaryosunda eşlik hesaplamalarının yalnızca 1/n şeritler için yapılması gerekir. En fazla bir disk kaybına dayanabilir. Normal yazma hızlarının üzerinde, normal okuma hızlarının üzerinde ve 1/n'lik bir kapasite kaybında yeterli koruma sağlar. Yeniden oluşturmalar sırasında ek disk hatası olasılığının daha yüksek olması ve devriye okumaları (bit hatalarını arayan zamanlanmış okumalar) arasında hata oluşma olasılığının daha yüksek olması nedeniyle çok büyük diskler kullanan diziler için önerilmez.

• RAID-6 – RAID-5 gibi, ancak şerit başına iki eşlik bloğu ile. En az dört disk gerektirir. RAID-5'ten daha güvenli, ancak büyük disklerde benzer endişeler var. RAID-5'ten daha yavaş ve 2/n kapasite kaybı.

• RAID-10 – Diskler önce aynalarla eşleştirilir, ardından ayna setinin bir tarafına eşlik etmeyen bir şerit yazılır ve bu şerit daha sonra karşılık gelen ayna diskine kopyalanır. Her aynada bir disk kaybıyla çalışabilir, ancak aynı aynada iki disk kaybedemez. Parite şemalarından daha iyi performans ve daha yüksek güvenlik oranı sağlar, ancak toplam sürücü kapasitesinin %50'si kadar bir kayıpla.

Sürücü arızalarının baskınlığı ve standartlaştırılmış yedeklilik şemalarının düşük performansı nedeniyle, birçok satıcı RAID'in belirli eksikliklerini gidermeye çalışan özel çözümler sunmuştur.

RAID bit ve blok seviyelerinde çalışırken, çoğu satıcıya özgü sistem, koruma veya performans geliştirmeleri sağlamak için bir tür meta veri düzeyinde teknikler ekler.

Hataya dayanıklı disk depolama söz konusu olduğunda çok sayıda seçeneğiniz vardır, bu nedenle birkaç bağlantı noktasını aklınızda bulundurun:

• Depolama satıcıları doğal olarak en yüksek maliyetli ekipmanlarını satın almanızı ister. Satın alma işlemine başlamadan önce kapasite ve performans gereksinimlerinizi tahmin etmek için planlama araçlarını kullanın. İşletmeler genellikle alan ve performans gereksinimlerini abartırlar.

• İlk uygulamadan sonra depolama alanınızı neredeyse her zaman genişletebilirsiniz. Sistem belleğinde olduğu gibi kendinizi tek bir kasanın kapasitesiyle sınırlamanız gerekmez.

• Katı hal diskleri, dönen disklerden önemli ölçüde daha düşük bir arıza oranına sahiptir. Kabul edilebilir bir performans, yedeklilik ve maliyet dengesi elde etmenin bir yolu olarak her ikisini de içeren hibrit sistemlerden yararlanabilirsiniz.

En önemli nokta: aksama süresi paraya mal olur. Depolama yedekliliği, planlanmamış bir kesinti olasılığını doğrudan azaltır.

Gelişmiş depolama hata toleransı

Uygun fiyatlı, gerçekten yüksek hızlı ağın (on gigabit ve üzeri) ortaya çıkışı, depolama korumasında heyecan verici yeni seçenekler getirdi. Günümüzün ağ hızları, üst düzey depolama ekipmanlarını bile aşıyor.

Bir zamanlar üst düzey (ve çok yüksek maliyetli) depolama alanı ağı (SAN) cihazlarının tek alanı olan artık emtia fiyatlarında kasa düzeyinde ve hatta veri merkezi düzeyinde depolama yedekliliği elde edebilirsiniz.

Bu teknolojiler, verilerin gerçek zamanlı veya eşzamanlı olarak çoğaltılmasına bağlıdır. En basit tasarımda, iki depolama birimi birbirini yansıtır.

Bunlara bağımlı olan sistemler, gerektiğinde yük devredebilen bir sanal uç noktaya bağlanabilir veya etkin/pasif bir yapılandırmada aynı anda bir birime bağlanabilir. Daha karmaşık tasarımlarda, kontrol sistemleri verileri birden fazla depolama birimine dağıtır ve erişimi dinamik olarak sağlar.

Gerçek zamanlı replikasyonu "İş Sürekliliğini Kolayca Elde Etmek İçin Replikasyon Nasıl Kullanılır" başlıklı yazıda daha ayrıntılı olarak ele alıyoruz.

Bu teknolojilerin en gelişmiş örnekleri, nispeten yeni hiper bütünleşik çözümlerde ortaya çıkmaktadır. Bunlar, bilgi işlem katmanını standart sunucu sınıfı bilgi işlem donanımındaki depolama katmanıyla birleştirmek için yazılım kullanır.

Çoğu durumda, yazılım katmanını kontrol etmek için bir hipervizör ve depolamayı kontrol etmek için özel yazılım içerirler.

Dağıtılmış depolama ve hiper bütünleşik sistemlerin maliyetleri önemli ölçüde düşmüş olsa da, gider yelpazesinin üst ucunda kalmaya devam ediyor.

Geleneksel ayrık sistemlerden farklı olarak, bunları düzgün bir şekilde desteklemek için önemli bir altyapıya ve teknik uzmanlığa ihtiyacınız olacaktır. Bu şekilde çoğaltılan verileri "sıcak" kopya olarak değerlendirebilirsiniz. Anında güncellenir ve hızlı bir şekilde yük devredebilirsiniz.

Bazı zaman uyumlu çoğaltma sistemleri, saydam yük devretmeye veya etkin/etkin kullanıma bile izin verir.

Uygulama ve işletim sistemi hata toleransı

En üst katmanda, bir işletim sistemi örneğini başka bir fiziksel sisteme yansıtma olanağına sahipsiniz. Bunun işe yaraması için, bulut sunucusunu etkin işlemleri yansıtabilen bir hipervizör altında çalıştırmanız gerekir.

Birçok kısıtlamaya sahip karmaşık bir yapılandırmadır. Çok az hipervizör bunu sunar, evrensel olarak çalışmaz, her sorundan kurtulamaz ve performans artışı, en çok korumak istediğiniz uygulamalar için onu çalışmaz hale getirebilir.

Daha ulaşılabilir bir düzeyde, bazı uygulamalar katmanlama yoluyla hata toleransının bir ölçüsüne izin verir. Örneğin, genellikle bir veritabanı için bir web ön ucu çalıştırabilirsiniz. Hata durumunda istemci bağlantılarını anında bir web sunucusundan diğerine taşıyan yük dengeleyicileri kullanabilirsiniz.

Bazı veritabanı sunucuları, bağlantıları anında çalışan bir düğüme yönlendirebilen birden çok eşzamanlı örneğe de izin verir. Bu teknolojiler, işletim sistemi hata toleransından daha fazla işlevselliğe ve fizibiliteye sahiptir.

Çoğu durumda, bir uygulama kendi yerleşik yedeklilik seçeneğini sunduğunda (örneğin, Exchange Server Veritabanı Kullanılabilirlik Grupları veya SQL Server Always On kullanılabilirlik grupları), bunlar her zaman genel işletim sistemi veya Hiper Yönetici yüksek kullanılabilirlik seçeneklerine göre tercih edilir, aşağıya bakın.

Hata toleransı uyarıları

Hata toleransı seçeneklerini keşfederken, bunun önemli bir maliyeti olduğunu hemen fark edeceksiniz. Hemen hemen tüm teknolojiler, her şeyden en az iki tane satın almanızı gerektirecektir. Bunların çoğu ek altyapı gerektirecektir.

Hepsi kurulum, yapılandırma ve bakım için uzmanlığa bağlıdır. Bu maliyetlerin her zaman eşdeğer kapalı kalma süresinin maliyetine göre kapsamlandırılması gerekir.

Hata toleransının birincil amacı, bir hata sırasında çalışmaya devam etmek için kopyalara güvenmektir. Bunun olumsuz bir yan etkisi vardır: hataya dayanıklı çözümünüz istemediğiniz bir şeyi kopyalayabilir.

Örneğin, fidye yazılımı depolama sisteminize saldırırsa, RAID veya coğrafi olarak yedekli bir SAN'a sahip olmak size hiçbir şekilde yardımcı olmaz. Kötü niyetli bir aktörün yokluğunda bile, yedekli sistemler yanlışlıkla veri bozulmasını mutlu bir şekilde kopyalar veya komutla ilgili hayati bir e-postanın tüm örneklerini siler.

Hata toleransı kuruluşunuza olumlu bir şekilde hizmet edecek olsa da, tek başına duramaz. Eşzamansız veri çoğaltma için her zaman bir yedekleme çözümü kullanmanız gerekecektir. Ancak, hata toleransı ve yedekleme arasında seçenekleriniz vardır. Bu teknolojiler yüksek kullanılabilirlik kategorisinde yer alır.

İkinci Savunma Hattı: Yüksek Kullanılabilirlik

Hata toleransını her şey için kullanamazsınız. Bazı sistemlerin bunu uygulamasının bir yolu yoktur. Bazıları aşırı derecede yüksek bir fiyat etiketine sahiptir. Bunun yerine, yüksek kullanılabilirlik çözümleri dağıtabilirsiniz. Yüksek kullanılabilirlik, hata toleransından daha belirsiz bir tanıma sahiptir. Gerçek teknolojilere daha az, sonuçlara daha çok uygulanır.

Hata toleransı, bir hata üzerinde kesintisiz çalışma anlamına geldiğinde, yüksek kullanılabilirlik, gerçek çalışma süresini beklenen çalışma süresiyle ölçer.

Örnek olarak, kuruluşunuz her zaman çalışmasını istediği bir sistem için yıllık %99,99 kullanılabilirlik hedefi belirler. Bunu başarmak için, sistemin bir yıl boyunca birkaç dakikadan fazla toplam kesinti yaşamadığından emin olmanız gerekir.

365 gün çarpı %99,99, 364,9635 günlük çalışma süresine eşittir ve bu da 48 dakikadan biraz daha kısa bir süreye izin verir. Bu agresif bir hedef.

Yüksek kullanılabilirlik hedefleri oluştururken, ölçüme planlı kesintileri dahil edip etmediğinizi ayırt ettiğinizden emin olun. Bunları dahil ederseniz, başarısızlıklara karşı toleransınızı önemli ölçüde azaltabilirsiniz.

%99,99 çalışma süresine ulaşması beklenen sistemlerin, yama döngüleri sırasında etkin sistemlerden yedekleme sistemlerine başarısız olması için ayda beş dakika gerekiyorsa ve bunu ölçüme dahil ederseniz, beklenmedik kesintiler olmasa bile kullanılabilirlik beklentisini yılda 12 dakika ihlal ederler.

Planlı bakım için ayarlamanın yanı sıra, kullanılabilirlik kapsamını da ayarlayabilirsiniz. Örnek olarak, %99,99 hedefini koruyabilir, ancak bunun yalnızca hafta içi 06:00 - 18:00 saatleri arasında geçerli olduğunu belirtebilirsiniz. Şirket tatillerini hariç tutabilirsiniz.

İki kritik adımı izlemeye özen gösterin:

• Açık olmayan istisnaları açıkça belirtin. Büyük yazı tipinde %99,99'luk bir beklenti belirlerseniz ve aşağıdaki koşulları ustaca listelerseniz, sonunda aldatılmış ve ihanete uğramış hisseden birinin gazabını yaşarsınız. Baştan itibaren bundan kaçının.

• "Çalışma süresi" için kesin bir standart tanımlayın. Bu sonuçlarda kullanıcı deneyimini tercih edin, ancak aynı zamanda objektif olarak ölçebileceğiniz bir şeye sahip olun. Örneğin, "müşteri web sitesinde eksiksiz bir sipariş verebilir" soyut bir hedef olarak iyi çalışır, ancak bunu nasıl ölçersiniz? Bir sistem arızası müşterinin sipariş vermesini engelleyecekse ancak hiçbir müşteri denemediyse, bu bir kesinti olarak sayılır mı? Bir müşteri siparişi başarısız olursa, sistemin hatalı olup olmadığını nasıl anlarsınız?

Teknoloji açısından, özellikle çalışma süresini iyileştirmeye yardımcı olan herhangi bir araç, yüksek kullanılabilirlik şemsiyesi altına girer. Tüm hata toleranslı teknolojiler uygundur. Bununla birlikte, daha düşük maliyet, daha geniş uygulama ve daha basit çalışma karşılığında biraz aksama süresine izin veren bazılarınız da var. Bunlar arasında kümelenme genellikle en yaygın olanıdır.

Kümeleme ile Yüksek Kullanılabilirlik

Kümeleme, tek örnekli bir kaynağı barındırmak için genellikle etkin/pasif yapılandırmada birden çok bilgisayar veya gereç düğümü kullanmayı içerir. Microsoft'un yük devretme kümeleme teknolojisine bağlı bazı örnekler:

Microsoft SQL

Kümelenmiş bir Microsoft SQL veritabanı birçok düğümden birinde çalışır. Planlı bir yük devretmede, etkin düğümü dururken ve pasif düğümlerden biri başlatılırken veritabanı birkaç saniyeliğine kullanılamaz hale gelir. Etkin düğüm hatası durumunda, pasif bir düğüm başlatılırken veritabanı birkaç saniye çevrimdışı kalır. Etkin işlemler planlanmamış bir yük devretmede düşebilir.

Hiper-V

Kümelenmiş bir sanal makine, planlı bir yük devretmede çevrimiçi (Dinamik Geçiş) veya çevrimdışı (Hızlı Geçiş) başka bir düğüme hızlı bir şekilde taşınabilir. Etkin düğümü başarısız olursa, sanal makine çöker, ancak başka bir düğüm onu hızla yeniden başlatabilir.

Dosya sunucusu

Standart kümelenmiş Microsoft dosya sunucusu, planlı ve plansız yük devretmelerin hızlı bir şekilde gerçekleştiği etkin bir düğüm aracılığıyla barındırılır. Microsoft ayrıca, hataya daha dayanıklı bir modda çalışan bir genişleme dosya sunucusu da sağlar.

Depolama Alanları Doğrudan

Genellikle "S2D" olarak adlandırılan Depolama Alanları Doğrudan, Microsoft'un dağıtılmış dosya sistemi teklifidir. Düz depolama ihtiyaçları için Windows Server'da çalışır. Azure Stack HCI, eksiksiz bir hiper yakınsanmış altyapı çözümü sağlamak için de uygular.

Kümeleme teknolojilerini diğer işletim sistemlerinde, hipervizörlerde ve fiziksel cihazlarda bulacaksınız. Bunların, bir miktar aksama süresine izin vermeleri bakımından hata toleransından farklı olduğunu unutmayın. Ancak, bağımsız sistemlere kıyasla kesinti risklerini büyük ölçüde azaltırlar.

Kümeleme uyarıları

Kümeleme, işlem katmanının bir kopyasını sağlar. Kümelenmiş bir iş yükünün çalışacak bir yere sahip olmasını sağlar. Verilerin herhangi bir kopyasını oluşturmaz. Ek teknoloji olmadan, kritik bir depolama hatası tüm kümenin başarısız olmasına neden olabilir.

Donanım çoğaltma gereksinimi nedeniyle, kümeleme, küme olmadan çalışmaya göre en az iki kat daha maliyetlidir. Kümelenmiş bir yapılandırmayı etkinleştirmek için ek yazılım özellikleri de satın almanız gerekebilir. Kümeleme, onu nasıl kuracağını, yapılandıracağını ve bakımını yapacağını bilen personel gerektirir.

Seçtiğiniz yedekleme çözümünün kümelenmiş kaynaklarınızı düzgün bir şekilde koruyabildiğine de dikkat etmeniz gerekir. Hornetsecurity'nin VM Yedekleme gibi çözümleri, sanal makine kümelerini korur. Bazen yüksek kullanılabilirlik çözümünüzle birlikte çalışmayan bir yedekleme çözümünü başarıyla kullanabilirsiniz, ancak bu önemli ölçüde daha fazla yönetim çabası gerektirir.

Zaman uyumsuz replikasyon ile yüksek kullanılabilirlik

Verileri bir depolama biriminden diğerine düzenli olarak kopyalayan teknolojiler kullanabilirsiniz. Zaman uyumsuz çoğaltma, tam dosya sistemi tutarlılığını korumak için bir anlık görüntü alma tekniği kullanabilir. Bazı çoğaltma uygulamaları, temel dosya paylaşımları için yeterince iyi çalışan, ancak uygulamalar için çalışmayan basit bir dosya kopyalama mekanizması kullanır.

Bazı uygulamaların kendi zaman uyumsuz çoğaltmaları yerleşik olarak bulunur. Microsoft'un Active Directory'si, etki alanı denetleyicileri arasında güncellemeleri otomatik olarak gönderir. Çoğu SQL sunucusunun bir dizi çoğaltma seçeneği vardır. Microsoft Hyper-V, sanal makine çoğaltmaları oluşturabilir, bakımını yapabilir ve denetleyebilir.

Zaman uyumsuz çoğaltma tarafından oluşturulan verileri "sıcak" kopya olarak düşünebilirsiniz. Bir arızadan sonra çevrimiçi hale getirmek için bir tür işlem gerektirir, ancak hızlı bir şekilde hizmete sokabilirsiniz.

Zaman uyumsuz çoğaltma uyarıları

Kümelemeden farklı olarak, zaman uyumsuz çoğaltma, bir hatadan sonra bir kopyaya geçmek için bazı insan etkileşimleri gerektirir. Kümeleme teknolojileri, iki kopyanın aktif ve aynı anda çalıştığı bölünmüş beyin durumlarını önlemek için bir tür kontrol tekniği kullanır. Çoğu çoğaltma sisteminde bunu yapmak için yerleşik bir yol yoktur. Bu nedenle, çoğaltma uygulamayı seçerseniz, buna göre plan yaptığınızdan emin olun.

Replikasyon, kümelemenin temel dezavantajlarını paylaşır: yinelenen donanım, özel yazılım ve uzmanlık gerektirir. Ayrıca fidye yazılımı da dahil olmak üzere veri bozulmasına karşı koruma sağlamaz.

Evrensel Arıza Güvenliği – Yedekleme

Mevcut tüm felaket kurtarma ve iş sürekliliği teknolojilerinden yalnızca yedekleme hem tek başına yeterlidir hem de her durumda gereklidir. Herhangi bir hata toleransı veya yüksek kullanılabilirlik teknolojisi olmadan bir kuruluşu güvenli bir şekilde çalıştırabilirsiniz, ancak veri yedekleme ve kurtarma hizmetini sorumlu bir şekilde ihmal edemezsiniz.

Lütfen aşağıdaki bölümün anlamak için bilmeniz gereken birçok terim içerdiğini unutmayın. Sözlük, ihtiyaç duyacağınız tüm tanımları içerir.

Alışverişe başlamadan önce, yaygın yedekleme terimlerini anladığınızdan emin olun:

• Tam yedekleme – Başka herhangi bir veriye bağımlı olmadan tüm verileri kurtarmak için kullanabileceğiniz eksiksiz, bağımsız bir veri çoğaltması.

• Diferansiyel yedekleme – Yalnızca en son tam yedeklemeden bu yana değişen verileri yakalayan kısaltılmış bir yedekleme. Genellikle dosya düzeyinde çalışır.

• Artımlı yedekleme – Yalnızca herhangi bir türdeki en son yedeklemeden bu yana değişen verileri yakalayan kısaltılmış bir yedekleme. Genellikle dosya düzeyinde çalışır.

• Medya – Yedeklemeler için depolama. Katı hal sürücülerine, manyetik disklere, bantlara, optik disklere veya başka herhangi bir şeye kaydedip kaydetmediğinize dair her şeyi kapsayan bir kelime olarak tasarlanmıştır.

• Delta – Yedekleme dilinde, delta esasen "fark" anlamına gelir. Çoğu yedekleme satıcısı, bir dosyanın veya bloğun son yedeklemeden bu yana nasıl değiştiğinin bir ölçümü anlamına gelir. "Delta" teriminin dosya düzeyinin altında çalışan teknolojiyi belirtmesini makul bir şekilde bekleyebilirsiniz.

• Kilitlenmeyle tutarlı – Kilitlenmeyle tutarlı bir yedekleme, bir sistemin verilerini belirli bir zamanda yakalar. "Çökme tutarlı" adını taşır, çünkü böyle bir yedeklemeye geri yüklerseniz, sistem tam olarak yedekleme alındığında çökmüş gibi davranacaktır. Çökmeyle tutarlı bir yedekleme, çalışan işlemleri korumaz ve onlara etkin verileri kaydetme fırsatı vermez. Ancak, tüm dosyaları tam olarak o anda olduğu gibi yakalar.

• Uygulamayla tutarlı – Uygulamayla tutarlı bir yedekleme, yedekleme için etkin verileri kaydetme fırsatı vermek üzere uygulamalarla etkileşime girer. Yedekleme uygulamalarının bildirim gönderemediği uygulamalar da dahil olmak üzere diğer tüm veriler, kilitlenmeyle tutarlı bir durumda kaydedilir.

• Geri Yükle – Bir yedekten veri alma eylemi. Geri yükleme, verileri canlı bir sisteme veya bir test sistemine döndürebilir. Çoğu araç, tam ve kısmi geri yüklemeler arasında seçim yapmanıza olanak tanır.

• Döndürme – Genellikle eski yedeklemelerin üzerine yazarak yedekleme ortamını yeniden kullanma. Bazı yedekleme yazılımlarının karmaşık döndürme seçenekleri vardır.

Herkes "çökme tutarlı" ve "uygulama tutarlı" tanımları üzerinde hemfikir değildir ve bazı satıcılar kendi etiketlerini tanıtmıştır.

Ürünlerini incelerken ve temsilcileriyle konuşurken herhangi bir satıcının bu terimleri nasıl kullandığını anladığınızdan emin olun. Ayrıca, çözümlerinde "delta" ile ne demek istediklerini açıkça tanımlamalarını sağlayın.

Yedekleme çözümü seçeneklerini keşfederken, iş ekipleriniz tarafından oluşturulan planı kılavuz olarak kullanmanız gerekir. Veri koruma ve saklama için tüm gereksinimleri karşılamaya çalışmak istiyorsunuz. Veri yedekleme ve kurtarma hizmeti teknolojilerinin şu kritik bileşenlerini göz önünde bulundurun:

• Yedeklemeler, verilerin eksiksiz, bağımsız bir kopyasını oluşturmalıdır;

• Yedeklemeler, verilerin birden çok benzersiz, birbirine bağımlı olmayan kopyasını tutmalıdır;

• Yedeklemeler, ayrılan zaman diliminiz içinde tamamlanmalıdır;

• Yedeklemeler, uygulamayla tutarlı seçenekler sağlamalıdır;

• Yedeklemeler, kullanmak istediğiniz yedekleme medyası türüyle çalışmalıdır;

• Yedeklemeler, hem bulut kaynaklarınızı korumak hem de bulut kaynaklarınıza yedeklemek için bulut sağlayıcılarınızla birlikte çalışmalıdır.

Yukarıdaki liste yalnızca asgari bir tutar. Gerçekçi olarak, tüm yedekleme sağlayıcıları bu hedeflere ulaşmaları gerektiğini bilir, bu nedenle yalnızca birkaçı ıskalar. Genellikle, bunlar yerleşik ücretsiz seçenekler veya küçük hobi tarzı projelerdir. Son iki öğe arasında en büyük farklılıkları bulacaksınız.

Ürünler, kullanımda ve isteğe bağlı özelliklerde kendilerini büyük ölçüde ayırt edeceklerdir. Bunları kendiniz deneyimlemek için deneme yazılımından yararlanmalısınız. Aranacak bazı şeyler:

Kullanım kolaylığı (özellikle geri yükler)

Bir felakette, teknik olarak en yetkin personelinizin kullanılabilirliğini garanti edemezsiniz, bu nedenle yedekleme aracınız onlara ihtiyaç duymamalıdır.

Operasyonların hızı

Yedekleme ve geri yükleme işlemlerinin makul bir süre içinde tamamlanması gerekir. Ancak, bunu başarmak için hayati işlevsellikten ödün veremezler. Çoğu yedekleme sağlayıcısı, zaman ve kapasite ihtiyaçlarını azaltmak için bir tür veri tekilleştirme teknolojisi kullanır, ancak verilerinizin yeterli sayıda birbirine bağımlı olmayan kopyasına kesinlikle sahip olmanız gerekir.

Tutma uzunlukları

Çoğu yedekleme uygulaması, ücretsiz sürümleri dışında sonsuz sayıda yedeklemeye izin verir. Kuruluşunuz yedekleme yazılımına para harcamanıza izin vermiyorsa, bu onların gereksinimlerini karşılamanızı engelleyebilir.

Kullandığınız ürünler için destek

Bu makalenin önceki bölümlerinde belirtildiği gibi, çok az sayıda yedekleme uygulaması iş kolu yazılımı hakkında bir şey bilir. Ancak, işletim sistemlerinizi ve hipervizörlerinizi idare etmelidirler. Bazıları, posta ve veritabanı sunucuları gibi yaygın programları hedefleyen gelişmiş yeteneklere sahip olacaktır.

Yazılımınızı yerel olarak işlemeyen bir çözüm seçerseniz, uygun bir yedekleme ve geri yükleme gerçekleştirmek için onu nasıl kullanacağınızı bildiğinizden emin olun.

Tesis dışı destek

Birincil iş konumunuzun kaybına karşı koruma sağlamak için yedeklemeyi kullanacağınız için, yedekleme aracınızın yedekleme verilerini iş yeri dışına çıkarmanıza olanak tanıyan bir yönteme sahip olması gerekir. Geleneksel olarak, bu bir tür taşınabilir medya anlamına geliyordu.

Bugün, bu aynı zamanda alternatif bir konuma veya bir bulut sağlayıcısına iletim anlamına da geliyor.

Alternatif donanım desteği

Bir felaketten sonra, muhtemelen verileri koruduğu aynı fiziksel donanıma geri yükleme lüksüne sahip olmayacaksınız. Yedekleme uygulamanızın yedek ekipmanı hedefleyebildiğinden emin olun.

Teknik destek seçenekleri

Umarım, yedekleme ürününüz için hiçbir zaman destek aramanıza gerek kalmaz. Ancak, kimin geri yükleme yapması gerekebileceğini bilemezsiniz. Bu görev, yardıma ihtiyacı olacak bir kişiye düşebilir. Ayrıca gelecekteki ürün güncellemelerini ve dikkat edilmesi gereken hata olasılığını da göz önünde bulundurmanız gerekir.

Yedekleme sağlayıcınızın destek duruşunu ve sürecini anladığınızdan emin olun. Başkalarının incelemeleri için halka açık siteleri ve forumları kontrol edin, ancak mutlu insanların nadiren bir şey söylediğini ve kızgın insanların genellikle abarttığını unutmayın.

Belirli sorunları vurgulayan şikayetleri arayın. Mümkünse, satın almadan önce destek ekibiyle konuşmayı deneyin.

Yedekleme tarafından oluşturulan verileri "soğuk" bir kopya olarak düşünün. Verileri üretimde kullanabilmeniz için önce yedekleme konumundan geçirmek için bazı işlemler yapmanız gerekir. Genellikle hata noktasından çoğaltmaya göre çok daha yüksek bir zaman mesafesine sahiptir.

Planlama Aşamasının Kapatılması

Artık tüm temel kavramları gördünüz ve olağanüstü durum kurtarma stratejinizin planlama aşamasının üstesinden gelmek için yeterli bilgiye sahipsiniz.

 

Sanallaştırma ortamınızı ve tüm verileri düzgün bir şekilde korumak için, sanal makinenizi güvenli bir şekilde yedeklemek ve çoğaltmak için *Hornetsecurity *VM Backup'ı kullanın.

Kapsamlı 365 Total Protection Enterprise Backup ve 365 Total Backup* *çözümlerimizle Microsoft 365 ortamınızın güvenliğini sağlıyoruz.

Eksiksiz rehberlik için*, yedekleme ve felaket kurtarma hakkında paha biçilmez bilgiler içeren vazgeçilmez kaynağınız olarak hizmet veren* kapsamlı Yedekleme İncil'imizi edinin.

*En son makalelerden ve uygulamalardan haberdar olmak için *şimdi Hornetsecurity blogumuzu ziyaret edin .

 

Son

Sonuç olarak, yedekleme için tartışılmaz bir iş gerekçesi oluşturmak çok yönlü bir çabadır. İş odaklı uzmanlarla işbirliği yaparak, mevcut teknoloji özelliklerini anlayarak ve maliyetleri tahmin ederek sağlam bir iş sürekliliği stratejisinin önünü açarsınız.

Bu süreç, kuruluşun olağanüstü durum kurtarma hedeflerini finansal kısıtlamalarıyla uyumlu hale getirerek kapsamlı, uygun maliyetli bir çözüm sağlar. İyi kurulmuş bir planla, işletmenizi öngörülemeyen aksaklıklara karşı güvenle koruyabilirsiniz.

Kaynak: Yedekleme için İnkar Edilemez İş Gerekçesi Nasıl Yapılır - Hornetsecurity